Topic: ▂▃▅▆▇⫷[ 🆉🅿🅾🅾🅻.🅲🅰 ]⫸⫷[!KAWPOW!]⫸⫷[ the miners multipool ]⫸ ▇▆▅▃▂ - page 255. (Read 279614 times)

Any issues with decred payouts?  I've got four stuck transactions, been 20 hours from the first one.  Not showing a transaction hash for any of them.

any issues currently with the multi pool . im getting only stratum connection errors no mining?
don't worry working now..

Algos left in the password field will tell the pool you want to switch to that algo if profitable....  This is your problem.  The algo switching is independent of the algos available if that makes any sense.... just because its disabled, doesn't mean the pool doesn't know it still exists.

Remove the extra algo names that aren't available/you arent mining, and it should fix your problems....

I have been using machine identifiers as the first bit in my password fields since day one of zpool.  They are handy, and it works fine.

Since argon2 is a real algo;  its causing a problem.   I.E.  never name a machine after an algo type.

@crackfoo, using cpuminer-opt, why is it that this works:

-p MyGamePC,xevan,m7m,yescrypt

But not this:
-p argon2,xevan,m7m,yescrypt


I was testing this to see if I could use "MyGamePC" as a way to identify which machine is actually doing the mining, and it works great!  However, if the argon2 algo is completely gone, why can't it remain in the password field?  It's like the pool still recognizes this string and trying to do something with it.

Yep, all good now.  Thanks!

should be ok now.

I messed up a path in the restart script so it didn't restart after it must have had a problem.

cheers

All of my miners stopped mining.  I noticed the script keeps looping (CPUminer).  I typed in the command to mine xevan manually and it disconnects right away.  Since xevan is the higher than the other CPU algos, it just keeps looping.  i can manually type the command to mine m7m, but that's it.

Something going on with the xevan algo?

hey bro any chance of adding DaggerHashimoto based pool please ??

#Nemo

I understand. That means, it is very unlikely that zpool will ever run out of KMD for payouts in this currency, right?

nope, will be fine.  The main one you should use is http://www.zpool.ca/site/block?id=1902

The other ones are just my notary nodes, solo mining.

There are 4 different KMD coins on the pool:

http://www.zpool.ca/site/block?id=1720
http://www.zpool.ca/site/block?id=1721
http://www.zpool.ca/site/block?id=1730
http://www.zpool.ca/site/block?id=1902

I have all of them in my pending list. Is this going to affect my payouts?

Thanks.  I see you took m7m out of the pool for now, but my miners are still trying to mine m7m.

yeah, seems the wallet is stuck on a block. re-syncing now...

m7m is rejecting everything right now.

Any reason why we're seeing a lot of rejects?  This is going on for multiple algos.

I see a lot for xevan, m7m, equihash, and yescrypt.

I downloaded that miner;  looked at the readme, and it doesn't have a function to close app (not return) on stratum disconnect.

Sadly that specific miner app will not be able to utilize the stratum disconnect feature for auto profit switching.


With the nvidia one I mentioned several replies ago;  it has a flag you can set...


On another note, I finalized the initial version of my manual batch and updated the post.  It can be found via the link on my sig.  V1.0.

It has been working really well for me.  Its soooooo nice to be able to control farms without remote logging into each system to change stuff.   Such a long arduous process.   I know there are miner control apps out there;  but again... I like low overhead.   I am only using powershell to do my http request.   Which;  is pretty low-level in many respects.

I also manage miners for friends who know nothing about the semantics of mining, and I used to host his S7 at my house....   so I just keep a separate text file that I can control his rigs we are setting up over the next month.   Id have them on my file;  but if I do a profitability test, I can just pull one of my rigs out of the mix, and test profitability, or my whole farm.... without affecting his.

The real PITA in batch files is the IF/ELSE scenario.   It adds soo much bloat.  Being recursive is tough sometimes.

I have been trying to wrap my head around a way to make the batch retrieve commands, or at least a batch file to download and run;  and that new batch itself could update the miner software (download strategically placed files on the web), close the current running batch (it will have been launched in its own memory space like I do ccminer), delete old batch file, rename newly downloaded/updated batch file it got at the same time as any miner updated... and then launch the new miner batch.
I think I know how im gonna do it.  Just need to write a template batch file for the update process (the batch that the miner batch downloads, and it will actually be dowin the main downloading/updating).

Completely transparent operation..... yet the ability to update itself....

I remember writing menu systems and such for my old 8088 when I was a LOT younger.. this brings back memories.  I still have my Amstrad tucked away in my parents attic.....

Looks like payouts for zcl and zdash are now working.

Any problems let me know.

Cheers

I'm using Claymore's ZCash AMD GPU Miner:
https://bitcointalksearch.org/topic/claymores-zcashbtg-amd-gpu-miner-v126-windowslinux-1670733

I have a Radeon 280x and getting 290 S/s

Here's the command I use:
ZecMiner64.exe -allpools 1 -zpool mine.zpool.ca:2142 -zwal 1MkmBHDjonAFXui6JEx9ZmEemfMtUo9Cmu -zpsw equihash

However, it does not exit/close when the profitability changes like cpuminer.  So far cpuminer is the only one that behaves properly with your pool when profitability changes (exits out so the next line in the batch file is executed).

Still needs some work. Will try again later today.

see my previous reply. (nvidia)