Search content
Sort by
Showing 8 of 8 results by gsarducci
Re: Mining PC failed last night, cannot see any of its GPUs.
Well, he did say he's running Windows 8, which I don't think ninja-updates like Windows 10 does. If he meant Windows 10 then yeah, I'll put my money on a ninja-update porking the drivers, requiring a DDU/reinstall fix.
OP, did you really mean Windows 8? First step is to blow out your drivers and reinstall the latest one. Pull all but one of your cards off the board. If one comes up, keep adding them until you're either done or it doesn't work. That at least starts narrowing it down.
That all cards suddenly just went away is almost universally an OS/driver/software problem.
OP, did you really mean Windows 8? First step is to blow out your drivers and reinstall the latest one. Pull all but one of your cards off the board. If one comes up, keep adding them until you're either done or it doesn't work. That at least starts narrowing it down.
That all cards suddenly just went away is almost universally an OS/driver/software problem.
Ridiculously easy: http://www.winminer.com/
Nearly as ridiculously easy: https://minergate.com/
Rather easy: https://www.nicehash.com/
Winminer and Minergate are literally one click, load and go miners.
Nearly as ridiculously easy: https://minergate.com/
Rather easy: https://www.nicehash.com/
Winminer and Minergate are literally one click, load and go miners.
Re: WinMiner v1.91a - auto switch windows app for multi miner optimization
A couple of comments on this -
We are doing our best to give WinMiner users robust withdrawal options, low withdrawal thresholds and low fees. This results in tons of transactions using all the payment options available which we diligently operate for you.
Supporting a large number of BTC withdrawals every day, together with the fact that most users opt for the low fee option and a highly congested network ends up in transactions which wait for the network load to subside in order to get confirmed.
Our BTC payment method is standard, it is the same one we have used since day one and the chain you are referring to, which is caused by the delayed confirmations, is how the blockchain operates.
Here is some current information to put things at perspective:
- There are over 183000 unconfirmed transactions on the BTC network - see here https://btc.com/stats/unconfirmed-tx
- To have a transaction confirmed pretty quickly the current recommended fee amounts to no less than 16$
On a side note, each such unconfirmed transaction holds up not only the amount withdrawn by a user but also another amount that belongs to WinMiner (a BTC requirement), so our interests are aligned with yours in getting this resolved asap.
There are a couple of things that we do to address this BTC network situation:
(1) We keep re-broadcasting these transactions to help them get confirmed
(2) We have temporarily disabled the low fee BTC option and introduced an Economy fee (together with the High fee) - which appears to be sufficient to get the transactions confirmed
(3) Should transactions be abandoned and money returned to WinMiner we will of course restore your balances.
(4) We are showing a notice to anyone choosing BTC withdrawal advising of the possible implications and suggest preferring ETH and LTC
Hope this will be resolved shortly...
We are doing our best to give WinMiner users robust withdrawal options, low withdrawal thresholds and low fees. This results in tons of transactions using all the payment options available which we diligently operate for you.
Supporting a large number of BTC withdrawals every day, together with the fact that most users opt for the low fee option and a highly congested network ends up in transactions which wait for the network load to subside in order to get confirmed.
Our BTC payment method is standard, it is the same one we have used since day one and the chain you are referring to, which is caused by the delayed confirmations, is how the blockchain operates.
Here is some current information to put things at perspective:
- There are over 183000 unconfirmed transactions on the BTC network - see here https://btc.com/stats/unconfirmed-tx
- To have a transaction confirmed pretty quickly the current recommended fee amounts to no less than 16$
On a side note, each such unconfirmed transaction holds up not only the amount withdrawn by a user but also another amount that belongs to WinMiner (a BTC requirement), so our interests are aligned with yours in getting this resolved asap.
There are a couple of things that we do to address this BTC network situation:
(1) We keep re-broadcasting these transactions to help them get confirmed
(2) We have temporarily disabled the low fee BTC option and introduced an Economy fee (together with the High fee) - which appears to be sufficient to get the transactions confirmed
(3) Should transactions be abandoned and money returned to WinMiner we will of course restore your balances.
(4) We are showing a notice to anyone choosing BTC withdrawal advising of the possible implications and suggest preferring ETH and LTC
Hope this will be resolved shortly...
At what point will that whole "abandoned and returned" thing happen? This transaction is getting old enough to vote.
https://blockchain.info/tx/0b308792ad2a936f4f8ed74e84b53f55b3ca1533ae1eccaacd03344aa2d1e9ca
Outstanding. Like I mentioned, I'm no programmer, but your code is certainly well labeled and logical so I feel I can make some sense out of it.. Last time I really did any programming Applesoft was all the rage! Yeah, I'm old... Don't judge. 
Reset requires just a quick short of the reset pins on the motherboard, no longer than 1 second, but 500ms should prove more then adequate. Really just long enough to close and open the relay.
Reset requires just a quick short of the reset pins on the motherboard, no longer than 1 second, but 500ms should prove more then adequate. Really just long enough to close and open the relay.
Re: Rig won't turn on when GPU are plugged into the Power Supply.
Okay, I'm confused...
It sounds like something isn't connected right. Might want to pull everything and start from scratch. Plug MB 24pin header in, plug CPU 4pin power in, connect ONLY ONE VGA card to the MB via the riser into the 16x slot and boot. If you get POST go to BIOS and ensure that the settings on the motherboard BIOS are correct and conducive to 6 GPU mining (PCIe to gen1 on all slots is the biggie, and disable onboard VGA if it's on). If Windows is already installed, boot into safe mode and uninstall and wipe all VGA drivers (there's a program floating around somewhere that does this nicely. Perhaps someone else can suggest, I can't recall the name at the moment). Reboot, install whatever VGA driver you're going to use. Ensure card works with new driver. Run miner to make sure miner correctly sees and works with the card.
If all is well, add 1 CARD AT A TIME, configure, run miner, make sure it works.
Once you get beyond 4 cards, Windows gets a little funky about recognizing all the cards. There's a hack around here to fix the registry so that Windows recognizes all 6 cards. Again, since I'm at work, I don't have it in front of me, but it should be relatively easy to find with a brief search.
Also, did you get all these cards new? If not, do you know if any of the BIOS have been modified? If they have, and you're using driver version 16.12.2 or later, any cards with modded BIOS will fail checksum and will not initialize. You'll need to patch the driver to make it work.
Again, though. First step is to tear it all apart and start over, step by step. Don't throw it all together at once and hope it works. Also, DO NOT daisy chain the risers nor the PCIe power connectors. Especially if you have a power supply with multiple 12v rails. Bad things will happen.
It sounds like something isn't connected right. Might want to pull everything and start from scratch. Plug MB 24pin header in, plug CPU 4pin power in, connect ONLY ONE VGA card to the MB via the riser into the 16x slot and boot. If you get POST go to BIOS and ensure that the settings on the motherboard BIOS are correct and conducive to 6 GPU mining (PCIe to gen1 on all slots is the biggie, and disable onboard VGA if it's on). If Windows is already installed, boot into safe mode and uninstall and wipe all VGA drivers (there's a program floating around somewhere that does this nicely. Perhaps someone else can suggest, I can't recall the name at the moment). Reboot, install whatever VGA driver you're going to use. Ensure card works with new driver. Run miner to make sure miner correctly sees and works with the card.
If all is well, add 1 CARD AT A TIME, configure, run miner, make sure it works.
Once you get beyond 4 cards, Windows gets a little funky about recognizing all the cards. There's a hack around here to fix the registry so that Windows recognizes all 6 cards. Again, since I'm at work, I don't have it in front of me, but it should be relatively easy to find with a brief search.
Also, did you get all these cards new? If not, do you know if any of the BIOS have been modified? If they have, and you're using driver version 16.12.2 or later, any cards with modded BIOS will fail checksum and will not initialize. You'll need to patch the driver to make it work.
Again, though. First step is to tear it all apart and start over, step by step. Don't throw it all together at once and hope it works. Also, DO NOT daisy chain the risers nor the PCIe power connectors. Especially if you have a power supply with multiple 12v rails. Bad things will happen.
Kasmetski thanks for this! I think it is ALMOST exactly what I am looking for. The only thing I would like is to hook it through the reset button vs the power button, which means instead of a "press-hold, reset, press" I just simply need the "press" part of the reset sequence. I'm no programmer at all, but looking at the code you have am i right that I could simply remove the "ForceShutDown" portion and leave the "TurnOn" portion and it will just run that part? Or is it more complicated then that?
Is there a way to embed this logic into a PHP form so that in addition to this I can also log in and see the status in real time and manually reset or shut down the servers via the webpage?
P.
Is there a way to embed this logic into a PHP form so that in addition to this I can also log in and see the status in real time and manually reset or shut down the servers via the webpage?
P.
Hey Claymore and gang. I've got a funky one for you...
(tl:dr? Go to the bottom for update.)
So I just cobbled together this 4 card rig. Previously I had all these parts running in a case with 2 7950 cards, one Sapphire and one XFX. I put together an open-air rig and risers using the same hardware that was in the case (MB, Memory, proc), and added a pair of MSI 7950's, for a total of 4 cards. I daisy chained a 500W to the 1000W power supply and have the 500W powering the MB, three 120mm fans to move air across the cards, a 1TB conventional HD, and 1 card. The 1000W is running three cards. I am not at my rig at the moment so I don't know which card is running off the 500W supply (this I admit might become important). Fresh Win 7 install, 15.12 drivers, GPU-Z and HWMonitor, Teamviewer and nothing else. After fighting with Windows and finally getting everything talking to each other I ran some spot tests for power draw and stability. Everything looked good. Started v11.0 miner and ran it for about an hour this morning and found that with my previous settings I used in v9.2 I was getting around 225 from the Sapphire, 220 to 230 from the MSI twins, and about 215 to 220 from the XFX. I also discovered that one of the fans was vibrating about its shaft and generally being a pain in the ass. I removed it and attempted to lube it but that wasn't its problem. That being said, it still provided adequate cooling as indicated by GPU-Z telemetry.
About 15 minutes before I left to go to work I fired it all up and put it to work, walking out the door around 1pm. According to the logs, temps across all the cards were steady around 62C to 65C (-tt set to 65) with fans ranging from 55% for the XFX to 40% (the baseline min) for the Sapphire. About 25 minutes into the run the logs show the fans on the XFX ramping up to around 75%, but the temps were steady around 65C. Seems the fan is starting to act up again. Anyway, shortly after this I see the GPU temp fall rapidly and about 3 minutes later the watchdog found it unresponsive and commanded a restart.
When it came back up it seemed to initialize fine but now it's running about 100 sols/s slower than the other three cards, at around 105 to 125 sols/s. Looking at GPU-Z, the thermal and voltage readings are inline with a card at 100% duty cycle just like its brothers, but it's doing half the work. Logs don't show anything extraordinarily funky except for one thing: when the watchdog ran a minute after the restart it showed:
"warning: solutions buf overflow, 1928276 > 24"
In the log prior to this was the speed check which showed the XFX running at 120 sols/s.
A few observations I hope might help.
I am not at the rig. I am elsewhere monitoring it, so I apologize for not giving log snippets or screenshots.
All cards have stock BIOS.
All cards are normalized at 950/1350. The XFX is based at 800/1250 but has been running at 950/1350 for months with zero issues.
All voltages are stock.
All cards are on risers (USB/powered).
The XFX card's riser is in the 16X slot and is driving the monitor.
The XFX is rock solid and happily hashing out 125 to 135 sols/s with no apparent failures. Telemetry suggests it's working as hard as the other cards.
I am not getting any rejected shares, neither prior to nor after the incident.
I can neither confirm nor deny that the XFX is the sole card connected to the 500W supply at the moment (aforementioned proximity to rig).
The 500W supply was not in the system when it was in the case running two cards. I removed it and installed a 1000W supply when I added the second card.
The 1000W supply is a single 12V rail supply.
The card hashes about 435 h/s using Claymore's Cryptonote 9.7 miner, while its brothers push out around 480 h/s. Oddly, the XFX is doing this using 37% GPU load, where the others are at 68%. O.o Telemetry suggests this is true.
The card is deficient running v9.2 of the Zec miner. It didn't have this problem with the same settings prior to transplant. All cards are hashing around 180 sols/s except for the XFX (125 sols/s)
The tests show you are not the father.
So, whadda ya brains think?
EDIT: Well, it looks like this card is lagging across the board, so it's certainly a hardware problem, and I'm suspicious that it's a power problem.To that end, how much power do these kind of cards pull from the motherboard?
EDIT 2: Nevermind. 75W for PCIex16, 25W for PCIeX1. I'm assuming that all cards are pulling 25 watts out of the board, thus 100W I didn't account for coming out of the 500W supply. Hmmm...
(tl:dr? Go to the bottom for update.)
So I just cobbled together this 4 card rig. Previously I had all these parts running in a case with 2 7950 cards, one Sapphire and one XFX. I put together an open-air rig and risers using the same hardware that was in the case (MB, Memory, proc), and added a pair of MSI 7950's, for a total of 4 cards. I daisy chained a 500W to the 1000W power supply and have the 500W powering the MB, three 120mm fans to move air across the cards, a 1TB conventional HD, and 1 card. The 1000W is running three cards. I am not at my rig at the moment so I don't know which card is running off the 500W supply (this I admit might become important). Fresh Win 7 install, 15.12 drivers, GPU-Z and HWMonitor, Teamviewer and nothing else. After fighting with Windows and finally getting everything talking to each other I ran some spot tests for power draw and stability. Everything looked good. Started v11.0 miner and ran it for about an hour this morning and found that with my previous settings I used in v9.2 I was getting around 225 from the Sapphire, 220 to 230 from the MSI twins, and about 215 to 220 from the XFX. I also discovered that one of the fans was vibrating about its shaft and generally being a pain in the ass. I removed it and attempted to lube it but that wasn't its problem. That being said, it still provided adequate cooling as indicated by GPU-Z telemetry.
About 15 minutes before I left to go to work I fired it all up and put it to work, walking out the door around 1pm. According to the logs, temps across all the cards were steady around 62C to 65C (-tt set to 65) with fans ranging from 55% for the XFX to 40% (the baseline min) for the Sapphire. About 25 minutes into the run the logs show the fans on the XFX ramping up to around 75%, but the temps were steady around 65C. Seems the fan is starting to act up again. Anyway, shortly after this I see the GPU temp fall rapidly and about 3 minutes later the watchdog found it unresponsive and commanded a restart.
When it came back up it seemed to initialize fine but now it's running about 100 sols/s slower than the other three cards, at around 105 to 125 sols/s. Looking at GPU-Z, the thermal and voltage readings are inline with a card at 100% duty cycle just like its brothers, but it's doing half the work. Logs don't show anything extraordinarily funky except for one thing: when the watchdog ran a minute after the restart it showed:
"warning: solutions buf overflow, 1928276 > 24"
In the log prior to this was the speed check which showed the XFX running at 120 sols/s.
A few observations I hope might help.
I am not at the rig. I am elsewhere monitoring it, so I apologize for not giving log snippets or screenshots.
All cards have stock BIOS.
All cards are normalized at 950/1350. The XFX is based at 800/1250 but has been running at 950/1350 for months with zero issues.
All voltages are stock.
All cards are on risers (USB/powered).
The XFX card's riser is in the 16X slot and is driving the monitor.
The XFX is rock solid and happily hashing out 125 to 135 sols/s with no apparent failures. Telemetry suggests it's working as hard as the other cards.
I am not getting any rejected shares, neither prior to nor after the incident.
I can neither confirm nor deny that the XFX is the sole card connected to the 500W supply at the moment (aforementioned proximity to rig).
The 500W supply was not in the system when it was in the case running two cards. I removed it and installed a 1000W supply when I added the second card.
The 1000W supply is a single 12V rail supply.
The card hashes about 435 h/s using Claymore's Cryptonote 9.7 miner, while its brothers push out around 480 h/s. Oddly, the XFX is doing this using 37% GPU load, where the others are at 68%. O.o Telemetry suggests this is true.
The card is deficient running v9.2 of the Zec miner. It didn't have this problem with the same settings prior to transplant. All cards are hashing around 180 sols/s except for the XFX (125 sols/s)
The tests show you are not the father.
So, whadda ya brains think?
EDIT: Well, it looks like this card is lagging across the board, so it's certainly a hardware problem, and I'm suspicious that it's a power problem.
EDIT 2: Nevermind. 75W for PCIex16, 25W for PCIeX1. I'm assuming that all cards are pulling 25 watts out of the board, thus 100W I didn't account for coming out of the 500W supply. Hmmm...