flyonwall
Full Member
Offline
Activity: 250
Merit: 100
RockStable Token Inc
|
|
July 13, 2013, 09:11:06 PM |
|
Sorry if this has been asked already:
Is it possible to run just wired (ethernet, no WAN)? I tried disabling the WAN hoping the packets would route through ethernet, no dice.
--S
It is possible. You need to reserve a fixed IP address on your home router, then connect the WR703N through an Ethernet port (most WiFi routers come with extra Ethernet ports). The WR703N has a fixed IP address (I believe it's 192.168.0.100). Once you do this, I believe you can also connect to the WR703N though your home WiFi router. Here's a sample setup: http://www.kraterminer.com
|
|
|
|
koxman
Newbie
Offline
Activity: 5
Merit: 0
|
|
July 13, 2013, 09:46:38 PM |
|
Same problem here.
You have to disable wifi interface. This will unload kernel module I think. Deleting wifi interface will not help. Since than several days uptime @ 340Mhz.
So you can keep wifi network device but in menu Network->Wifi disable the device.
I think this has something to do with unattached wifi antena. I havent tried it but its possible that this problem will disappear with attached wifi antena even when not using wifi.
|
|
|
|
Syke
Legendary
Offline
Activity: 3878
Merit: 1193
|
|
July 14, 2013, 02:52:39 AM |
|
My cgminer is restarting too frequently. Is there a log showing why it was restarted?
|
Buy & Hold
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
July 14, 2013, 02:56:29 AM |
|
My cgminer is restarting too frequently. Is there a log showing why it was restarted?
System Log. try a hard reboot.
|
|
|
|
kano
Legendary
Offline
Activity: 4536
Merit: 1847
Linux since 1997 RedHat 4
|
|
July 14, 2013, 03:41:11 AM |
|
... check Elapsed ... if it reboots or cgminer restarts, of course it wont add up to 30 hours of mining
|
|
|
|
Syke
Legendary
Offline
Activity: 3878
Merit: 1193
|
|
July 14, 2013, 03:44:41 AM |
|
My cgminer is restarting too frequently. Is there a log showing why it was restarted?
System Log. try a hard reboot. syslog is simply showing that cgminer-monitor is running regularly. It doesn't show why cgminer died/restarted.
|
Buy & Hold
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
July 14, 2013, 03:45:08 AM |
|
... check Elapsed ... if it reboots or cgminer restarts, of course it wont add up to 30 hours of mining i've taken that into account. for some reason, on this machine, i get NMW=0 no matter how high the MWC goes. and then the MWC never gets that high despite the Elapsed. i know the machine is hashing and reaching the network as i'm monitoring the hashrate at the exit port, so it doesn't make sense to me. perhaps the sensor responsible for these stats is malfunctioning?
|
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
July 14, 2013, 03:47:26 AM |
|
My cgminer is restarting too frequently. Is there a log showing why it was restarted?
System Log. try a hard reboot. syslog is simply showing that cgminer-monitor is running regularly. It doesn't show why cgminer died/restarted. how about the cgminer API log?
|
|
|
|
Syke
Legendary
Offline
Activity: 3878
Merit: 1193
|
|
July 14, 2013, 03:49:09 AM |
|
how about the cgminer API log?
The API log in the web interface just shows the current state of the system. Is there an actual log file somewhere else?
|
Buy & Hold
|
|
|
kano
Legendary
Offline
Activity: 4536
Merit: 1847
Linux since 1997 RedHat 4
|
|
July 14, 2013, 03:50:34 AM |
|
... check Elapsed ... if it reboots or cgminer restarts, of course it wont add up to 30 hours of mining i've taken that into account. for some reason, on this machine, i get NMW=0 no matter how high the MWC goes. and then the MWC never gets that high despite the Elapsed. i know the machine is hashing and reaching the network as i'm monitoring the hashrate at the exit port, so it doesn't make sense to me. perhaps the sensor responsible for these stats is malfunctioning? Those stats say 800MH/s ... so clearly that isn't expected for hashing for 30 hours ... NMW=0 is good - may or may not be what you want - but it is of course good. If it has been hashing for 30 hours then of course you need to post the mining stats, not what you posted, to determine what it is doing. Matching work is simply the amount of recognised work sent back to cgminer ... not sure what you mean by "sensor"
|
|
|
|
kano
Legendary
Offline
Activity: 4536
Merit: 1847
Linux since 1997 RedHat 4
|
|
July 14, 2013, 03:52:49 AM |
|
how about the cgminer API log?
The API log in the web interface just shows the current state of the system. Is there an actual log file somewhere else? Well, not to be too pedantic, but my API also shows historical information ... Just only about the current running cgminer
|
|
|
|
Syke
Legendary
Offline
Activity: 3878
Merit: 1193
|
|
July 14, 2013, 04:01:32 AM |
|
I can watch MHS5s slowly drop to 0, and eventually cgminer-monitor will restart cgminer. Why is cgminer stopping hashing?
|
Buy & Hold
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
July 14, 2013, 04:04:42 AM |
|
... check Elapsed ... if it reboots or cgminer restarts, of course it wont add up to 30 hours of mining i've taken that into account. for some reason, on this machine, i get NMW=0 no matter how high the MWC goes. and then the MWC never gets that high despite the Elapsed. i know the machine is hashing and reaching the network as i'm monitoring the hashrate at the exit port, so it doesn't make sense to me. perhaps the sensor responsible for these stats is malfunctioning? Those stats say 800MH/s ... so clearly that isn't expected for hashing for 30 hours ... NMW=0 is good - may or may not be what you want - but it is of course good. If it has been hashing for 30 hours then of course you need to post the mining stats, not what you posted, to determine what it is doing. Matching work is simply the amount of recognised work sent back to cgminer ... not sure what you mean by "sensor" wait, where do you get 800MH/s? i know the MWC's are in the 800's but those aren't hashing rates are they? they accumulate over time....
|
|
|
|
-ck
Legendary
Offline
Activity: 4144
Merit: 1638
Ruu \o/
|
|
July 14, 2013, 04:09:47 AM |
|
I can watch MHS5s slowly drop to 0, and eventually cgminer-monitor will restart cgminer. Why is cgminer stopping hashing?
Common reasons: Wifi kernel problem Overdoing the overclocking Pool failure and the cgminer-monitor watchdog is trigger happy and kills cgminer when all it's doing is waiting for a pool to come back online. FPGA failure in the avalon. For maximum stability while I'm away, I limited my batch 2 overclock to 333 and it's been up for a week. At 350 it would restart cgminer every 12 hours and eventually after a few days would restart the entire router.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Syke
Legendary
Offline
Activity: 3878
Merit: 1193
|
|
July 14, 2013, 04:19:19 AM |
|
I can watch MHS5s slowly drop to 0, and eventually cgminer-monitor will restart cgminer. Why is cgminer stopping hashing?
Common reasons: Wifi kernel problem Overdoing the overclocking Pool failure and the cgminer-monitor watchdog is trigger happy and kills cgminer when all it's doing is waiting for a pool to come back online. FPGA failure in the avalon. For maximum stability while I'm away, I limited my batch 2 overclock to 333 and it's been up for a week. At 350 it would restart cgminer every 12 hours and eventually after a few days would restart the entire router. * wifi is already disabled. * running at a moderate 300 mhz * other miners are connected to the pool just fine I don't see how restarting cgminer would fix a FPGA failure. So from that list of possibilities, pool issue seems most likely. I'll set a backup pool and see if it switches to that.
|
Buy & Hold
|
|
|
cypherdoc
Legendary
Offline
Activity: 1764
Merit: 1002
|
|
July 14, 2013, 04:20:25 AM |
|
I can watch MHS5s slowly drop to 0, and eventually cgminer-monitor will restart cgminer. Why is cgminer stopping hashing?
Common reasons: Wifi kernel problem Overdoing the overclocking Pool failure and the cgminer-monitor watchdog is trigger happy and kills cgminer when all it's doing is waiting for a pool to come back online. FPGA failure in the avalon. For maximum stability while I'm away, I limited my batch 2 overclock to 333 and it's been up for a week. At 350 it would restart cgminer every 12 hours and eventually after a few days would restart the entire router. * wifi is already disabled. * running at a moderate 300 mhz * other miners are connected to the pool just fine I don't see how restarting cgminer would fix a FPGA failure. So from that list of possibilities, pool issue seems most likely. I'll set a backup pool and see if it switches to that. also try deleting the WWAN.
|
|
|
|
Syke
Legendary
Offline
Activity: 3878
Merit: 1193
|
|
July 14, 2013, 05:56:44 AM |
|
It's not the pool connection. Something happens and all work ends up "discarded" until cgminer is restarted. What would cause that?
|
Buy & Hold
|
|
|
kano
Legendary
Offline
Activity: 4536
Merit: 1847
Linux since 1997 RedHat 4
|
|
July 14, 2013, 05:59:21 AM |
|
... check Elapsed ... if it reboots or cgminer restarts, of course it wont add up to 30 hours of mining i've taken that into account. for some reason, on this machine, i get NMW=0 no matter how high the MWC goes. and then the MWC never gets that high despite the Elapsed. i know the machine is hashing and reaching the network as i'm monitoring the hashrate at the exit port, so it doesn't make sense to me. perhaps the sensor responsible for these stats is malfunctioning? Those stats say 800MH/s ... so clearly that isn't expected for hashing for 30 hours ... NMW=0 is good - may or may not be what you want - but it is of course good. If it has been hashing for 30 hours then of course you need to post the mining stats, not what you posted, to determine what it is doing. Matching work is simply the amount of recognised work sent back to cgminer ... not sure what you mean by "sensor" wait, where do you get 800MH/s? i know the MWC's are in the 800's but those aren't hashing rates are they? they accumulate over time.... Approx 840 shares per device in 30 hours. 840 * 24 * 2^32 / 30 / 60 / 60 ... 800MH/s
|
|
|
|
snaxion
Newbie
Offline
Activity: 41
Merit: 0
|
|
July 14, 2013, 06:19:40 AM |
|
Same problem here.
You have to disable wifi interface. This will unload kernel module I think. Deleting wifi interface will not help. Since than several days uptime @ 340Mhz.
So you can keep wifi network device but in menu Network->Wifi disable the device.
I think this has something to do with unattached wifi antena. I havent tried it but its possible that this problem will disappear with attached wifi antena even when not using wifi.
Thanks! Seems to work so far.
|
|
|
|
-ck
Legendary
Offline
Activity: 4144
Merit: 1638
Ruu \o/
|
|
July 14, 2013, 06:32:47 AM |
|
It's not the pool connection. Something happens and all work ends up "discarded" until cgminer is restarted. What would cause that?
It's got nowhere to go. It prepares work and then no device is working to take it so it just discards it.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
|