Hi michelem.
So far so good with the live & inplace upgrade from my v0.3.3 to v0.3.4.
On a side note:
Any plans on implementing config & log backup options within the Minera WebUI? (Just a spark from my short synapse activity.)
I ask so that when you require logs from simpleton fans of your Minera efforts, like myself, this isn't trivial in getting you the info you need as quickly as possible so you don't have to break your head trying to figure out what the heck is going on with some of our rigs out here in the woods.
PS:
Now reactivating the crash recover features, including the "Schedule Event" reboot options.
Topic: [Minera v0.9.0] Your next mining dashboard - S9/L3+/D3/CPUminer/CGminer/BFGminer - page 125. (Read 850502 times)
August 03, 2014, 02:13:49 PM
August 03, 2014, 12:50:46 PM
After Minera is installed, and I change the IP address in the /etc/network/interfaces as normal to a static address, will Minera automatically adjust to the new address?
assuming you point your browser to the new ip.add.re.ss/minera then you'll be fine.. The system is not IP dependent
August 03, 2014, 12:46:18 PM
After Minera is installed, and I change the IP address in the /etc/network/interfaces as normal to a static address, will Minera automatically adjust to the new address?
assuming you point your browser to the new ip.add.re.ss/minera then you'll be fine.. The system is not IP dependent
August 03, 2014, 12:41:32 PM
I am running 7 Rockminer R-Box on minera and i have gotten a very high HW error. Anyone knows how to fix this ?
August 03, 2014, 12:40:03 PM
After Minera is installed, and I change the IP address in the /etc/network/interfaces as normal to a static address, will Minera automatically adjust to the new address?
August 03, 2014, 05:55:04 AM
Minera 0.3.4 is out!
* Fixed big bug causing saved data lost if reboot, now each saves have a Redis BGSAVE included to persist the data in the disk immediately
* Added ability to start the miner process as superuser/root instead the minera one, this could be useful for some kind of devices that need access special stuff in the system
* Updated Bfgminer to 4.6.0-6-g8f60a5f and Cgminer to 4.5.0
If you experienced problems with Scheduled Event Reboot or with settings disappeared/reverted to the previous one, now these issues should be definitely solved.
If you had problem initialising your devices (specially with bfgminer/cgminer/and_forks) now you can try running the miner with superuser/root rights, this should help getting up the devices. You can find the option in the miner settings, just check the checkbox, save & restart.
As usual feedbacks are very welcome! rPI image file is on the road...
Have a great Sunday!
* Fixed big bug causing saved data lost if reboot, now each saves have a Redis BGSAVE included to persist the data in the disk immediately
* Added ability to start the miner process as superuser/root instead the minera one, this could be useful for some kind of devices that need access special stuff in the system
* Updated Bfgminer to 4.6.0-6-g8f60a5f and Cgminer to 4.5.0
If you experienced problems with Scheduled Event Reboot or with settings disappeared/reverted to the previous one, now these issues should be definitely solved.
If you had problem initialising your devices (specially with bfgminer/cgminer/and_forks) now you can try running the miner with superuser/root rights, this should help getting up the devices. You can find the option in the miner settings, just check the checkbox, save & restart.
As usual feedbacks are very welcome! rPI image file is on the road...
Have a great Sunday!
August 02, 2014, 07:06:32 PM
Hi Michelem.
...
On a sidenote:
I also own a Beaglebone Black Rev. C.
This is probably a stab in the dark but ever consider releasing a version for the the Beaglebone platform, specifically, the BeagleboneBlack rev. C?
...
On a sidenote:
I also own a Beaglebone Black Rev. C.
This is probably a stab in the dark but ever consider releasing a version for the the Beaglebone platform, specifically, the BeagleboneBlack rev. C?
Hi dude, I'm sorry you have that problem with scheduled event but I really can't do much without any log, so please if you can send me your application log (minera/application/logs/log-
For Beaglebone, I haven't one but I think it's an ARM like the rPI so the same Minera image should go well with it, can you try and let me know?
Thanks
Hi Michelem.
I tried the v0.3.3 image on the Beaglebone Black rev. C. That's a no go. The booting process doesn't recognize this image boot config. I run the beta version of Minepeon on there & that boots OK, but it's got other problems that don't have anything to do with booting. The Mining side is hosed (all being beta & stuff) which is why I was looking for an alternative mining setup for the Beaglebone Black platform & I would prefer to run on the Beaglebone Black (BBB from here on out) but I can't find someone to be working on one except for Mineforeman, maker of Minepeon.
He's currently trying to get one out for this platform since his RPi version seems to be working for those that are happy on the RPi platform. But his working on two platforms is taking forever. Since like April of 2014.
As for the log you require, I'm going to need help getting it to you.
In the meantime I've gone ahead & re-enabled the "Enable miner auto-restart" & the "Scheduled Event" option every 2 hours to see what happens.
See the pics below.
UPDATE: 2hrs 3 minutes later. Minera went back into a constant reboot loop every 45-60 seconds after the options above were re-enabled and on the 2hrs on the scheduled 2hr reboot.
How would I get that to you?
Recall that I don't know squat about linux commands?
So if you can, you'd have to walk me through the process. (Sorry)
I thought I could just open up that file utilizing nano but this idea went down the tubes.
I did it with the ext2explore linux image mounting app for Windows.
Check your PM.
August 02, 2014, 05:33:16 PM
will cpuminer run higher Mhz? If I do a volt mod on a gridseed, will it be able to run it or do I have to use cgminer? And what options do I put and where to see if I can run it at higher than 1000Mhz ??
I have a friend who did one voltmod for me and I don't know if and how it works.
I have a friend who did one voltmod for me and I don't know if and how it works.
August 02, 2014, 12:34:15 PM
Small update, it now works with minera and the dmax zeus fork, but I only get 5mh with 89% errors
These extra options are set
--zeus-chips 128 --zeus-clock 230
anybody?
These extra options are set
--zeus-chips 128 --zeus-clock 230
anybody?
August 02, 2014, 01:21:29 AM
Anybody got the new Thunder X6 128 chips 20mh running on minera?
He shows online with cgdmaxlzeus in minera but 0 hashing.
Really don't know anymore. Tried a lot of options. for example extra options
--zeus-chips=128 --zeus-clock=200
--zeus-chips 128 --zeus-clock 200
Tried the normal cgminer options
--chips-count 128 --ltc-clk 200 --nocheck-golden
@pause
when I use it on windows 7 with this cgminer file it works a little bit
::www.zeusminer.com cn.zeusminer.com
cgminer.exe -o tcp://xx -u xx -p xx -S //./COM3 --chips-count 128 --ltc-clk 200 --nocheck-golden
@pause
He shows online with cgdmaxlzeus in minera but 0 hashing.
Really don't know anymore. Tried a lot of options. for example extra options
--zeus-chips=128 --zeus-clock=200
--zeus-chips 128 --zeus-clock 200
Tried the normal cgminer options
--chips-count 128 --ltc-clk 200 --nocheck-golden
@pause
when I use it on windows 7 with this cgminer file it works a little bit
::www.zeusminer.com cn.zeusminer.com
cgminer.exe -o tcp://xx -u xx -p xx -S //./COM3 --chips-count 128 --ltc-clk 200 --nocheck-golden
@pause
August 02, 2014, 01:00:00 AM
Hi Michelem.
Day 3 on v0.3.3. So far so good with the new release v0.3.3 & my 8 Gridseed G-blades at 838Mhz.
I will now see how it works with Autotune enabled for about 24hrs.
Autotune not doing much. Disabled it in the last 24hrs. It's working fine with the 8 Gridseed at 850Mhz.
Also, don't know if I had mentioned it before but the random rebooting I was experiencing mysteriously stopped.
Minera is randomly rebooting after about 15-45 seconds when the "Scheduled Event" is enabled with any number of hours & the "Reboot System" option is selected.
The rebooting stops as soon as I disable this option. This sux.
On a sidenote:
I also own a Beaglebone Black Rev. C.
This is probably a stab in the dark but ever consider releasing a version for the the Beaglebone platform, specifically, the BeagleboneBlack rev. C?
Day 3 on v0.3.3. So far so good with the new release v0.3.3 & my 8 Gridseed G-blades at 838Mhz.
Autotune not doing much. Disabled it in the last 24hrs. It's working fine with the 8 Gridseed at 850Mhz.
Minera is randomly rebooting after about 15-45 seconds when the "Scheduled Event" is enabled with any number of hours & the "Reboot System" option is selected.
The rebooting stops as soon as I disable this option. This sux.
On a sidenote:
I also own a Beaglebone Black Rev. C.
This is probably a stab in the dark but ever consider releasing a version for the the Beaglebone platform, specifically, the BeagleboneBlack rev. C?
Hi dude, I'm sorry you have that problem with scheduled event but I really can't do much without any log, so please if you can send me your application log (minera/application/logs/log-
For Beaglebone, I haven't one but I think it's an ARM like the rPI so the same Minera image should go well with it, can you try and let me know?
Thanks
August 01, 2014, 07:46:41 PM
Hi Michelem.
Day 3 on v0.3.3. So far so good with the new release v0.3.3 & my 8 Gridseed G-blades at 838Mhz.
I will now see how it works with Autotune enabled for about 24hrs.
Autotune not doing much. Disabled it in the last 24hrs. It's working fine with the 8 Gridseed at 850Mhz.
Also, don't know if I had mentioned it before but the random rebooting I was experiencing mysteriously stopped.
Minera is randomly rebooting after about 15-45 seconds when the "Scheduled Event" is enabled with any number of hours & the "Reboot System" option is selected.
The rebooting stops as soon as I disable this option. This sux.
On a sidenote:
I also own a Beaglebone Black Rev. C.
This is probably a stab in the dark but ever consider releasing a version for the the Beaglebone platform, specifically, the BeagleboneBlack rev. C?
Day 3 on v0.3.3. So far so good with the new release v0.3.3 & my 8 Gridseed G-blades at 838Mhz.
Autotune not doing much. Disabled it in the last 24hrs. It's working fine with the 8 Gridseed at 850Mhz.
Minera is randomly rebooting after about 15-45 seconds when the "Scheduled Event" is enabled with any number of hours & the "Reboot System" option is selected.
The rebooting stops as soon as I disable this option. This sux.
On a sidenote:
I also own a Beaglebone Black Rev. C.
This is probably a stab in the dark but ever consider releasing a version for the the Beaglebone platform, specifically, the BeagleboneBlack rev. C?
August 01, 2014, 11:02:32 AM
anyone know why after 1-3 days i can no longer log in via ssh or browser and the hashrate drops to 10% of normal? If I reload the image it is fine again for 1-3 days?
July 31, 2014, 08:13:47 PM
Can anyone tell me the proper way to run gridseed mini's and g-blades together in 1 instance of Minera? I can get them going via the CPUminer (I know it won't auto tune the gblade) but the hashrate is super low for one of the blades.
I have 6 gridseeds and a g-blade running on CPUminer now. everything is stable with auto-tune.how do you get it working with autotune? do you just hard define the blade freq using the serial number and let it auto tune the 5 chips?
it just say that the g-blades cannot be auto tuned. but they are just chugging along. im going to push the clock on the GSD's and see what happens.
Looks like you can clock those blades higher HW errors are so low, also what do you see in the real time log?
July 31, 2014, 07:32:14 PM
Can anyone tell me the proper way to run gridseed mini's and g-blades together in 1 instance of Minera? I can get them going via the CPUminer (I know it won't auto tune the gblade) but the hashrate is super low for one of the blades.
I have 6 gridseeds and a g-blade running on CPUminer now. everything is stable with auto-tune.how do you get it working with autotune? do you just hard define the blade freq using the serial number and let it auto tune the 5 chips?
Looks like you can clock those blades higher HW errors are so low, also what do you see in the real time log?
July 31, 2014, 07:23:20 PM
Can anyone tell me the proper way to run gridseed mini's and g-blades together in 1 instance of Minera? I can get them going via the CPUminer (I know it won't auto tune the gblade) but the hashrate is super low for one of the blades.
I have 6 gridseeds and a g-blade running on CPUminer now. everything is stable with auto-tune.how do you get it working with autotune? do you just hard define the blade freq using the serial number and let it auto tune the 5 chips?
July 31, 2014, 06:50:22 PM
Can anyone tell me the proper way to run gridseed mini's and g-blades together in 1 instance of Minera? I can get them going via the CPUminer (I know it won't auto tune the gblade) but the hashrate is super low for one of the blades.
I have 6 gridseeds and a g-blade running on CPUminer now. everything is stable with auto-tune.how do you get it working with autotune? do you just hard define the blade freq using the serial number and let it auto tune the 5 chips?
July 31, 2014, 05:25:02 PM
Can anyone tell me the proper way to run gridseed mini's and g-blades together in 1 instance of Minera? I can get them going via the CPUminer (I know it won't auto tune the gblade) but the hashrate is super low for one of the blades.
I have 6 gridseeds and a g-blade running on CPUminer now. everything is stable with auto-tune. 
July 31, 2014, 12:44:54 AM
Can anyone tell me the proper way to run gridseed mini's and g-blades together in 1 instance of Minera? I can get them going via the CPUminer (I know it won't auto tune the gblade) but the hashrate is super low for one of the blades.
July 31, 2014, 12:21:15 AM
Sorry I understand now. I am not sure why Dmxl is finicky. Maybe an update will fix it.
So you went 240 on your X6 that is very interesting results. I stayed at 280. I will try going to 240 as well to see if anything changes for me.
of cause my zeus miner is fine, zeus's img works fine, minera's bfgminer woks fine too ( before is my bad to set wrong clock to get 20% HW )
but with CGminer Dmaxl Zeus i only can get 2M/each and 9x% HW, i wonder why
PS: my zeus is HURRICANE X6, power-reduce version, 64chips, 240Mhz, 9-10M Hash power, 230W on wall ,not X3 which is 328Mhz or so
So you went 240 on your X6 that is very interesting results. I stayed at 280. I will try going to 240 as well to see if anything changes for me.
I wish I knew why it is not working for you. Have you tried the Zeus image and put the correct amount of chips and 280 to make sure it is not a bad miner?
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
They use the same chips but different freq and lower power to achieve the results.
Clock of 240??
EDIT:
I think stock is 328 and most run it at 340.... maybe that's your problem, it would explaine your low consuption at the wall...
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
Clock of 240??
EDIT:
I take that back, I had the X3 in mind...
--ltc-debug should be --zeus-debug but it not help, still 99% HW
i think X3 and X6 use different usb chips then
so, why X3 can use CGminer Dmaxl Zeus while X6 can only get 99% HW ?
of cause my zeus miner is fine, zeus's img works fine, minera's bfgminer woks fine too ( before is my bad to set wrong clock to get 20% HW )
but with CGminer Dmaxl Zeus i only can get 2M/each and 9x% HW, i wonder why
PS: my zeus is HURRICANE X6, power-reduce version, 64chips, 240Mhz, 9-10M Hash power, 230W on wall ,not X3 which is 328Mhz or so
i found new sweet spot for X6 is 224 ( or 228 ), i get 9.5M each, HW around 5%, 450W ( 2 of them, using Super Flower 550W Gold )
240 is also 9.5 ( or 9.6 -_- ) each, but HW is around 15-20% even more, 470W ( 2 of them ), i think those up 20W is just used for those HWs
Jump to: