[OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #

[xyzzy099]

seems like shares are still being accepted though. I assume that the shares are still being counted and payouts are happening as normal?

Or should I switch to another pool until the DDOS stops?

The pool is mining just fine.  Just got another block, actually.

[mgio]

seems like shares are still being accepted though. I assume that the shares are still being counted and payouts are happening as normal?

Or should I switch to another pool until the DDOS stops?

I switched!

Ugh, but i have 7 miners, running on 3 raspberry pis and 2 standalone miners in 2 different locations. Too much work, lol

[Luke-Jr]

What DDoS? Just webserver problems, no big deal.

[Emmie]

Damnit. Someone mad about the recent bad block luck? 

[eleuthria]

What DDoS? Just webserver problems, no big deal.

You should know this by now, we've been around the same length of time .  Website down == OMG SKY IS FALLING/POOL IS DEAD/POOL OPERATOR IS RUNNING WITH OUR MONEYS NOOOOOO!!!!111one!

[Einewton]

Let's all donate to wizkid057 to help get the stat's back up! Anyone know his donation address?

[Luke-Jr]

Let's all donate to wizkid057 to help get the stat's back up! Anyone know his donation address?

1StatsgBq3C8PbF1SJw487MEUHhZahyvR

[spooderman]

Only problem is, my miner stops mining because bfg goes weird, or unexpectedly quits about 4 times a day. If I can't check the stats I don't know if it's working or not:(

[Luke-Jr]

Only problem is, my miner stops mining because bfg goes weird, or unexpectedly quits about 4 times a day. If I can't check the stats I don't know if it's working or not:(

How about reporting the crash info? :p

[donut]

I wrote a script that monitored the log file and restarted my faulty miner whenever it got a weird hardware error that was fixable by restarting the mining app (cgminer in that case).

I suggest you look into that. I don't know what you use for mining, I was on Windows so I used powershell and tail (from gnu) (because the stupid 'Get-Content <file> -wait' wasn't working properly).

[spooderman]

I wrote a script that monitored the log file and restarted my faulty miner whenever it got a weird hardware error that was fixable by restarting the mining app (cgminer in that case).

I suggest you look into that. I don't know what you use for mining, I was on Windows so I used powershell and tail (from gnu) (because the stupid 'Get-Content <file> -wait' wasn't working properly).

thanks very much. I'm on ubuntu with bfgminer. I would LOVE something like that. I'm roughly 12% down on what I could have mined because if endless crashes. Do you know of anything? I'm not techy enough to write something like that.

[spooderman]

Only problem is, my miner stops mining because bfg goes weird, or unexpectedly quits about 4 times a day. If I can't check the stats I don't know if it's working or not:(

How about reporting the crash info? :p

I did on the bfgminer thread and you told me to run an extra script which I am doing :p

edit: I have no idea about code etc. I don't even know what version of bfg I am running, or how to check. (On ubuntu 12)

[donut]

I wrote a script that monitored the log file and restarted my faulty miner whenever it got a weird hardware error that was fixable by restarting the mining app (cgminer in that case).

I suggest you look into that. I don't know what you use for mining, I was on Windows so I used powershell and tail (from gnu) (because the stupid 'Get-Content <file> -wait' wasn't working properly).

thanks very much. I'm on ubuntu with bfgminer. I would LOVE something like that. I'm roughly 12% down on what I could have mined because if endless crashes. Do you know of anything? I'm not techy enough to write something like that.

Something like this should do the trick...

Code:

#/bin/bash
tail -fn0 logfile.log | \
while read line ; do
        echo "$line" | grep "ERROR CATASTROPHIC CRASH"
        if [ $? = 0 ]
        then
                ... do something, depending on whether bfgminer crashes or not (kill bfgminer then start it or just start bfgminer) ...
        fi
done

[spooderman]

I wrote a script that monitored the log file and restarted my faulty miner whenever it got a weird hardware error that was fixable by restarting the mining app (cgminer in that case).

I suggest you look into that. I don't know what you use for mining, I was on Windows so I used powershell and tail (from gnu) (because the stupid 'Get-Content <file> -wait' wasn't working properly).

thanks very much. I'm on ubuntu with bfgminer. I would LOVE something like that. I'm roughly 12% down on what I could have mined because if endless crashes. Do you know of anything? I'm not techy enough to write something like that.

Something like this should do the trick...

Code:

#/bin/bash
tail -fn0 logfile.log | \
while read line ; do
        echo "$line" | grep "ERROR CATASTROPHIC CRASH"
        if [ $? = 0 ]
        then
                ... do something, depending on whether bfgminer crashes or not (kill bfgminer then start it or just start bfgminer) ...
        fi
done

lol what's sad is I have no idea what to even do with that.  Do I just replace

"... do something (etc)"

with "bfgminer -o http://stratum.mining(etc)"?

Thanks very much for the help!

[Tamerz]

I'm having a very strange issue. Using cgminer, I cannot connect to Eligius from this computer. If I telnet to stratum.mining.eligius.st on port 3334 I get a connection so I know I'm reaching something. But cgminer just sits there.

If I connect using the same settings to BTC Guild it works perfectly.

Any idea where to even start with this one? It seems to get the difficulty somehow:

[2013-10-21 22:28:10] Started cgminer 3.6.4
[2013-10-21 22:28:10] USB: LLT0 read1 buffering 28 extra bytes
[2013-10-21 22:28:10] USB: LLT0 read1 buffering 24 extra bytes
[2013-10-21 22:28:10] USB: LLT0 read1 buffering 28 extra bytes
[2013-10-21 22:28:10] USB: LLT0 read1 buffering 24 extra bytes
[2013-10-21 22:28:12] BTB0: Reset succeeded (Controller version: 2000000012)
[2013-10-21 22:28:12] BTB0: Idling 4 miners
[2013-10-21 22:28:14] BTB0: Core voltage set to 1334 millivolts
[2013-10-21 22:28:14] BTB1: Reset succeeded (Controller version: 2000000016)
[2013-10-21 22:28:14] BTB1: Idling 4 miners
[2013-10-21 22:28:15] BTB1: Core voltage set to 1334 millivolts
[2013-10-21 22:28:15] Probing for an alive pool
[2013-10-21 22:28:15] Testing pool stratum+tcp://stratum.mining.eligius.st:3334
[2013-10-21 22:28:15] Pool 0 difficulty changed to 1.999969
[2013-10-21 22:28:34] Closing socket for stratum pool 0
[2013-10-21 22:29:15] No servers were found that could be used to get work from.
[2013-10-21 22:29:15] Please check the details from the list below of the servers you have input
[2013-10-21 22:29:15] Most likely you have input the wrong URL, forgotten to add a port, or have not set up workers
[2013-10-21 22:29:15] Pool: 0  URL: stratum+tcp://stratum.mining.eligius.st:3334  User: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx  Password: xxx
[2013-10-21 22:29:15] Press any key to exit, or cgminer will try again in 15s.

[wizkid057]

Webserver woes...

So, today the webserver got very taxed and eventually was trying to process so many requests that it just hung.

I restarted it, and it was heading towards the same fate.

So, I cleared my afternoon/evening and pretty much haven't moved from my chair since I got home from work trying to get this web server/stats more usable.  (Someone might have to help get me out of the dog house with the g/f for this one...)

Anyway, I think I've made enough progress to make the webserver stable enough for prime time again for now.  Lots of tweaks behind the scenes and lots of optimization to the stats with the help of some folks in #eligius on freenode also.

Some updates to optimize wizstats pushed https://github.com/wizkid057/wizstats/commits/master

I'm going to try and restructure a lot of internal stuff probably this weekend to make things more stable and snappy overall.

Thanks for mining Eligius

-wk

Note:  I just want to point out again for people who may not know, the web server and the pool servers are not the same machines.  The pool server remains up while the web server is down, so, mining is not effected and shares are still rewarded/paid as normal with or without the webserver.  So, no need for alarm if there is ever a web server issue.  If the pool accepts your shares, you're good.

[Nemesis]

Finally the webserver is back up

What is the specs of your webserver?

[gateway]

Let's all donate to wizkid057 to help get the stat's back up! Anyone know his donation address?

1StatsgBq3C8PbF1SJw487MEUHhZahyvR

+1

[whisper]

Cgminer cannot connect with the pool since about 4h. It see it as a dead pool and automatically switching to my backup pool... Any solution? Poll name and port all is correct as always but cannot connect at all.

edit: now connect but dont get work

Connected to stratum.mining.eligius.st diff 1 with stratum as user
 Block: 000deb45618266cd...  Diff:268M  Started: [08:21:52]  Best share: 178K
--------------------------------------------------------------------------------
 [P]ool management ettings [D]isplay options [Q]uit
 KnC 0:                | 549.8G/515.0Gh/s
m-------------------------------------------------------------------------------

 [2013-10-22 08:37:53] Waiting for work to be available from pools.

[HellDiverUK]

What is the specs of your webserver?