If you are not familiar, you'll have plenty of fun trying to master vi first though ;-)
Topic: [FIXED] Avalon URGENT ISSUE: both of my avalon do not work any more (Read 11913 times)
If you are not familiar, you'll have plenty of fun trying to master vi first though ;-)
March 22, 2013, 12:26:14 PM
With your collective help I got it going.
Despite following the Wiki's instructions I did not know I had to restart the cgminer process.
Like JohnyJ I assume it would automatically "work" if you just plugged it in. Strangely, even with a hard reset it still didn't work. If I manually reset the process it did pick up the changes.
Despite following the Wiki's instructions I did not know I had to restart the cgminer process.
Like JohnyJ I assume it would automatically "work" if you just plugged it in. Strangely, even with a hard reset it still didn't work. If I manually reset the process it did pick up the changes.
March 22, 2013, 12:08:23 PM
the easyest way is to flash it without keep settings(you just need te add the pool and user)
the other way if you upgraded the firmware
after you set the password
use winscp and connect to the ip of the avalon using scp connection + user root + passsword that you set
navigate to folder /etc/init.d/ select cgminer press F4 for edit add ip save
from system stop start process cgminer.
the other way if you upgraded the firmware
after you set the password
use winscp and connect to the ip of the avalon using scp connection + user root + passsword that you set
navigate to folder /etc/init.d/ select cgminer press F4 for edit add ip save
from system stop start process cgminer.
No need, flashing new firmware does NOT overwrite existing settings.
March 22, 2013, 12:07:46 PM
had the same problem
if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
How do I go about doing that? (I don't know the linux system very well)if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
You don't need to log into the system as root with SSH if you don't feel like it, you can add the W:127.0.0.1 value in
the Cgminer Configuration tab, the bottom field "API Allow"
If you want to do it by hand, then log into the system with SSH as user root, go to /etc/config/
and edit the file cgminer by adding at the end of the file:
Quote
option api_allow 'W:127.0.0.1'
if you restart cgminer it should pick up the new config values
Check the wiki for instructions
If you are not familiar, you'll have plenty of fun trying to master vi first though ;-)
March 22, 2013, 12:02:41 PM
the easyest way is to flash it without keep settings(you just need te add the pool and user)
the other way if you upgraded the firmware
after you set the password
use winscp and connect to the ip of the avalon using scp connection + user root + passsword that you set
navigate to folder /etc/init.d/ select cgminer press F4 for edit add ip save
from system stop start process cgminer.
the other way if you upgraded the firmware
after you set the password
use winscp and connect to the ip of the avalon using scp connection + user root + passsword that you set
navigate to folder /etc/init.d/ select cgminer press F4 for edit add ip save
from system stop start process cgminer.
March 22, 2013, 12:00:23 PM
had the same problem
if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
How do I go about doing that? (I don't know the linux system very well)if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
LuCI Web Upgrade Process
Download a suitable OpenWrt firmware image file
Login to the WebInterface of the router (default: http://192.168.1.1)
Select System ⇒ System ⇒ Custom Files
Select System ⇒ Flash Firmware
Upload the OpenWrt image file you downloaded to your PC at step 1 to your router via LuCI
LuCI will calculate the MD5 checksum of the file, if it's correct, you are green to go
wait until the router comes back online
Edit: Bitsyncom beat me to it lol.
March 22, 2013, 11:56:20 AM
had the same problem
if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
How do I go about doing that? (I don't know the linux system very well)if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
http://wiki.openwrt.org/doc/howto/generic.sysupgrade#luci.web.upgrade.process
March 22, 2013, 11:40:53 AM
had the same problem
if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
How do I go about doing that? (I don't know the linux system very well) if you flash without keep settings you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
March 22, 2013, 11:29:55 AM
had the same problem
if you flash without keep settings you just need to add the pool and user
if not you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
if you flash without keep settings you just need to add the pool and user
if not you need to change the the cgminer file in /etc/init.d/ and add "W:127.0.0.1"
https://en.bitcoin.it/wiki/Avalon#20130321
March 22, 2013, 11:16:10 AM
try different pool and/or different protocol?
check all internal connections?
try to change PS?
check all internal connections?
try to change PS?
March 22, 2013, 11:13:19 AM
I applied the API allow fix, didn't work.
I reflashed the firmware without saving the previous configuration. It started to hash away on the default settings that come with the firmware.
Soon as I changed the settings to BTCGuild (with stratum) it went right back into the same error.
------------------------
Any ideas?
I reflashed the firmware without saving the previous configuration. It started to hash away on the default settings that come with the firmware.
Soon as I changed the settings to BTCGuild (with stratum) it went right back into the same error.
------------------------
Any ideas?
March 22, 2013, 10:39:30 AM
I also find these lines in the Kernel Log:
[ 27.800000] br-lan: received packet on eth0 with own address as source address
[ 30.800000] br-lan: received packet on eth0 with own address as source address
[ 30.830000] br-lan: received packet on eth0 with own address as source address
[ 31.030000] br-lan: received packet on eth0 with own address as source address
[ 961.170000] br-lan: received packet on eth0 with own address as source address
[ 1090.480000] br-lan: received packet on eth0 with own address as source address
[ 27.800000] br-lan: received packet on eth0 with own address as source address
[ 30.800000] br-lan: received packet on eth0 with own address as source address
[ 30.830000] br-lan: received packet on eth0 with own address as source address
[ 31.030000] br-lan: received packet on eth0 with own address as source address
[ 961.170000] br-lan: received packet on eth0 with own address as source address
[ 1090.480000] br-lan: received packet on eth0 with own address as source address
March 22, 2013, 10:24:37 AM
I ran into the same problem tonight, it is caused first by 30 minutes of no internet connectivity due to my ISP's problem with their gateway (20 minutes), then cgminer restarted itself several times by cron and eventually entered into a mode that only throw error message like this in status page:
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
After network connection alive again, even a hard restart won't change the cgminer's error, so flash the firmware is the only choice and it fixed the problem for now
I have come across the exact same problem. It won't mine.Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
After network connection alive again, even a hard restart won't change the cgminer's error, so flash the firmware is the only choice and it fixed the problem for now
Did you flash the firmware without the previous configuration?
March 17, 2013, 07:13:46 PM
I ran into the same problem tonight, it is caused first by 30 minutes of no internet connectivity due to my ISP's problem with their gateway (20 minutes), then cgminer restarted itself several times by cron and eventually entered into a mode that only throw error message like this in status page:
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
After network connection alive again, even a hard restart won't change the cgminer's error, so flash the firmware is the only choice and it fixed the problem for now
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
Socket connect failed: Connection refused
After network connection alive again, even a hard restart won't change the cgminer's error, so flash the firmware is the only choice and it fixed the problem for now
March 13, 2013, 09:36:01 AM
Thanks for your sharing.
but not everyone will have this problem, seems you are unlucky.
but not everyone will have this problem, seems you are unlucky.
Shouldn't 297 other people have this problem?
March 12, 2013, 11:33:11 PM
Hi
We have document the Avalon at this wiki page, please help us on that wiki page.
http://en.qi-hardware.com/wiki/Avalon
You can find the firmwares here:
http://downloads.qi-hardware.com/people/xiangfu/avalon/
ChangeLog:
http://downloads.qi-hardware.com/people/xiangfu/avalon/ChangeLog
This link is always link to latest firmware:
http://downloads.qi-hardware.com/people/xiangfu/avalon/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory.bin
Please report bug here:
https://github.com/BitSyncom/cgminer-openwrt-packages
Xiangfu
We have document the Avalon at this wiki page, please help us on that wiki page.
http://en.qi-hardware.com/wiki/Avalon
You can find the firmwares here:
http://downloads.qi-hardware.com/people/xiangfu/avalon/
ChangeLog:
http://downloads.qi-hardware.com/people/xiangfu/avalon/ChangeLog
This link is always link to latest firmware:
http://downloads.qi-hardware.com/people/xiangfu/avalon/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory.bin
Please report bug here:
https://github.com/BitSyncom/cgminer-openwrt-packages
Xiangfu
March 11, 2013, 01:47:26 AM
so what happened, why did the firmware need to be reinstalled/upgraded?
due to early shipment. they release a patch after that particular unit had been shipped.
March 11, 2013, 12:50:48 AM
Thanks for your sharing.
but not everyone will have this problem, seems you are unlucky.
but not everyone will have this problem, seems you are unlucky.
March 10, 2013, 10:42:24 PM
so what happened, why did the firmware need to be reinstalled/upgraded?
March 07, 2013, 01:11:03 AM
firmware updated: problem fixed.
March 07, 2013, 12:57:33 AM
so the issue related to the openwrt firmware? cgminer works well or not?
March 03, 2013, 06:25:10 AM
To all gentlemen,
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
+ 1 To Avalon.
+ 1 to Liberty for sharing your problem.
+ 1 to all those who offered help.
March 02, 2013, 11:15:28 AM
there is also the oc version
20130127:
* Add overclock code
* Change the cgminer configure to UCI system
* Add the simple web ui
openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130128-32-oc.bin 27-Feb-2013 20:05 3.8M
can you chack it out ?
Regards
Thorvald
20130127:
* Add overclock code
* Change the cgminer configure to UCI system
* Add the simple web ui
openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130128-32-oc.bin 27-Feb-2013 20:05 3.8M
can you chack it out ?
Regards
Thorvald
March 02, 2013, 05:22:57 AM
Sir, check your email please.
thanks.
March 02, 2013, 05:16:51 AM
Sir, check your email please.
March 02, 2013, 02:38:49 AM
To all gentlemen,
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Note, Avalon CS in China working at 1:30 PM Saturday afternoon, with issue starting ~5 hours earlier.
March 02, 2013, 02:29:43 AM
So where to get the latest firmware?
can you please put a link in first post? there is one friend in need.
thanks
http://downloads.qi-hardware.com/people/xiangfu/avalon/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130225.bin
cant open that
would u send to me? [email protected] March 02, 2013, 02:24:14 AM
So where to get the latest firmware?
can you please put a link in first post? there is one friend in need.
thanks
http://downloads.qi-hardware.com/people/xiangfu/avalon/openwrt-ar71xx-generic-tl-wr703n-v1-squashfs-factory-20130225.bin
March 02, 2013, 02:19:53 AM
I made like three posts asking you to update to latest firmware, dude, including the first reply of the thread (even though I edited it in 30 seconds after making the post).
Really happy to see that it fixed the issue for you.
Really happy to see that it fixed the issue for you.
March 02, 2013, 01:55:47 AM
To all gentlemen,
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
So where to get the latest firmware?
can you please put a link in first post? there is one friend in need.
thanks
March 02, 2013, 12:24:51 AM
To all gentlemen,
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Fantastic!
Thanks for the update, and happy mining
March 02, 2013, 12:21:22 AM
To all gentlemen,
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
Issue fixed immediately after I upload latest firmware to avalon.
Thanks avalon team for their prompt supporting.
March 01, 2013, 11:30:52 PM
anyone knows if its possible to run both conected to only one 703n? its usb and they have usb hub. did u try that?
March 01, 2013, 11:09:01 PM
Did issue begin when the difficulty recently readjusted, perhaps?
Bingo! Seems to me that OP's problems started exactly then. If that is the case then jgarzik's Avalon should also have b0rked, unless the new firmware fixed something.
I did not adjust anything recently. For btcguild it is 32. For ozco it is -1 (means dynamic).
March 01, 2013, 11:03:04 PM
Points more towards a flash memory corruption issue
https://forum.openwrt.org/viewtopic.php?id=11224
https://dev.openwrt.org/ticket/2131
http://larsmichelsen.com/wl-500gp/asus-wl-500g-premium-openwrt-not-booting-failsave-possible/
https://forum.openwrt.org/viewtopic.php?id=11224
https://dev.openwrt.org/ticket/2131
http://larsmichelsen.com/wl-500gp/asus-wl-500g-premium-openwrt-not-booting-failsave-possible/
March 01, 2013, 10:59:31 PM
Did you change anything?
No. I did not change anything. In fact it was quite stable in the past 14 days. Never had issue before.
Is there free space?
Code:
root@OpenWrt:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 320 224 96 70% /
/dev/root 2816 2816 0 100% /rom
tmpfs 30916 88 30828 0% /tmp
tmpfs 512 0 512 0% /dev
/dev/mtdblock3 320 224 96 70% /overlay
overlayfs:/overlay 320 224 96 70% /
March 01, 2013, 10:55:13 PM
Did issue begin when the difficulty recently readjusted, perhaps?
Bingo! Seems to me that OP's problems started exactly then. If that is the case then jgarzik's Avalon should also have b0rked, unless the new firmware fixed something.
I did not adjust anything recently. For btcguild it is 32. For ozco it is -1 (means dynamic).
March 01, 2013, 10:35:03 PM
Did issue begin when the difficulty recently readjusted, perhaps?
Bingo! Seems to me that OP's problems started exactly then. If that is the case then jgarzik's Avalon should also have b0rked, unless the new firmware fixed something.
March 01, 2013, 10:26:14 PM
Sounds like a software or network issue since it's unlikely that both units would simultaneously have hardware failure. I'd drag it over to a friends place or something and see if it works on their network, update the firmware, reset it to whatever defaults it has, etc.
This is my thought as well...near simultaneous failures from the hardware generally (at least in the SysAdmin world) rules out hardware errors (though it's possible). Have any recent updates been applied (intentionally or not), can any other pools be reached, or have any networking changes occurred (not being in China, I don't know how much they'd limit connections for Bitcoin)?
Just some food for thought. I'll think about it for a bit, though I'm sure there are dozens of capable minds in this community that can far surpass mine. I'm curious to see what BitSyncom comes back with.
March 01, 2013, 10:04:14 PM
Sounds like a software or network issue since it's unlikely that both units would simultaneously have hardware failure. I'd drag it over to a friends place or something and see if it works on their network, update the firmware, reset it to whatever defaults it has, etc.
March 01, 2013, 09:58:59 PM
Did issue begin when the difficulty recently readjusted, perhaps?
You might try mining on testnet and see if that behaves any differently.
I'm not sure how much a pool hides the network difficulty from a miner. cgminer somehow seems to always know the network difficulty and display it for me regardless of what pool I use.
You might try mining on testnet and see if that behaves any differently.
I'm not sure how much a pool hides the network difficulty from a miner. cgminer somehow seems to always know the network difficulty and display it for me regardless of what pool I use.
March 01, 2013, 09:53:42 PM
Code:
[2013-03-02 04:02:40] New block: 00fb4966084a69b4... diff 18.4E
Bus error
18.4E is 18.4 * 10^18. This also happens to be the maximum value of a 64 bit unsigned int. That is not the correct difficulty.
The bus error suggests an attempt to read from memory outside the real range.
Both of these point to some kind of memory corruption issue, which is either a cgminer bug (not very likely) or a bug in the avalon driver (quite likely). (A hardware error on the control board is also possible, but unlikely on two independent devices.)
March 01, 2013, 09:46:35 PM
If I am not mistaken a Bus error is the same as a Segmentation fault.
http://software.intel.com/en-us/articles/determining-root-cause-of-sigsegv-or-sigbus-errors
http://software.intel.com/en-us/articles/determining-root-cause-of-sigsegv-or-sigbus-errors
March 01, 2013, 09:46:09 PM
This is what happens when ya forgot to update.....
March 01, 2013, 09:32:03 PM
And the remaining window fro GPU mining got some fraction wider. Good thing I didn't turn off back in October when they told me the sky was falling.
March 01, 2013, 09:26:44 PM
Crashed within one second each one another from 2 different locations and also certainly with 2 different running times... Dosent make any freaking sense. How far way where the locations from each other?
Since that its a "modular design" and that you get a bus error, have you tried disconnecting some of the modules and boot with only one or 2 module?
Maybe the pool sent a "share of death" that killed your hardware. How funny would that be? (Sorry for the joke)
Since that its a "modular design" and that you get a bus error, have you tried disconnecting some of the modules and boot with only one or 2 module?
Maybe the pool sent a "share of death" that killed your hardware. How funny would that be? (Sorry for the joke)
March 01, 2013, 08:59:23 PM
Did you change anything? Is there free space?
March 01, 2013, 08:48:08 PM
You might also try the firmware update.
Ok. I have emailed them for latest firmware.
March 01, 2013, 08:25:07 PM
How about open the case and upload some pictures to see if there's something obvious?
March 01, 2013, 08:13:57 PM
You might also try the firmware update.
March 01, 2013, 08:11:39 PM
Well, I guess we'll find out how good Avalon support/RMA is!
March 01, 2013, 08:09:53 PM
Try using stratum+tcp://us.ozco.in:3333
March 01, 2013, 08:06:01 PM
Sir, I opened avalon case and reconnected all connections cables. But, seems nothing helpful:
Damn.. now i am bummed for ya. I was almost certain this to be the case. Hopefully BitSyncom will be on this evening if not tomorrow morning.
March 01, 2013, 08:01:05 PM
Sir, I opened avalon case and reconnected all connections cables. But, seems nothing helpful:
Code:
root@OpenWrt:~# cgminer -S /dev/ttyUSB0 -o stratum.ozco.in:3333 -O denis1111.1:123 -D --avalon-options 115200:24:10:45:282
[2013-03-02 04:02:37] Started cgminer 2.10.4
[2013-03-02 04:02:37] Avalon Detect: Attempting to open /dev/ttyUSB0 (baud=115200 miner_count=24 asic_count=10 timeout=45 frequency=282)
[2013-03-02 04:02:37] Avalon: Sent(1):
[2013-03-02 04:02:37] 00000000 ad |. |
[2013-03-02 04:02:37] Avalon: Sent: Buffer delay: 36000000
[2013-03-02 04:02:37] Avalon: Sent: Buffer full: No
[2013-03-02 04:02:37] Avalon: get:
[2013-03-02 04:02:37] 00000000 aa 55 aa 55 00 00 00 00 00 00 00 00 00 00 00 00 |.U.U............|
[2013-03-02 04:02:37] 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
[2013-03-02 04:02:37] 00000020 00 00 00 00 00 00 00 00 00 00 00 00 41 06 d1 bf |............A...|
[2013-03-02 04:02:37] 00000030 00 00 00 00 00 00 00 00 00 00 00 00 0a 0a 32 18 |..............2.|
[2013-03-02 04:02:37] Avalon: Reset succeeded
[2013-03-02 04:02:37] Avalon Detect: Found at /dev/ttyUSB0, mark as 0
[2013-03-02 04:02:37] Probing for an alive pool
[2013-03-02 04:02:37] Testing pool http://stratum.ozco.in:3333
[2013-03-02 04:02:37] Popping work to stage thread
[2013-03-02 04:02:37] Probing for GBT support
[2013-03-02 04:02:38] HTTP request failed: Empty reply from server
[2013-03-02 04:02:38] Failed to connect in json_rpc_call
[2013-03-02 04:02:38] No GBT coinbase + append support found, using getwork protocol
[2013-03-02 04:02:39] HTTP request failed: Empty reply from server
[2013-03-02 04:02:39] Failed to connect in json_rpc_call
[2013-03-02 04:02:40] Stratum authorisation success for pool 0
[2013-03-02 04:02:40] Pool 0 http://stratum.ozco.in:3333 active
[2013-03-02 04:02:40] Pushing ping to thread 0
[2013-03-02 04:02:40] Avalon: Sent(1):
[2013-03-02 04:02:40] 00000000 ad |. |
[2013-03-02 04:02:40] Avalon: Sent: Buffer delay: 36000000
[2013-03-02 04:02:40] Avalon: Sent: Buffer full: No
[2013-03-02 04:02:40] Avalon: get:
[2013-03-02 04:02:40] 00000000 aa 55 aa 55 00 00 00 00 00 00 00 00 00 00 00 00 |.U.U............|
[2013-03-02 04:02:40] 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
[2013-03-02 04:02:40] 00000020 00 00 00 00 00 00 00 00 00 00 00 00 41 06 d1 bf |............A...|
[2013-03-02 04:02:40] 00000030 00 00 00 00 00 00 00 00 00 00 00 00 0a 0a 32 18 |..............2.|
[2013-03-02 04:02:40] Avalon: Reset succeeded
[2013-03-02 04:02:40] Avalon: Opened on /dev/ttyUSB0
[2013-03-02 04:02:40] Generated stratum merkle 8d10ecdb6bea28fae28b45275a14233a42908095a0db3831e10ae5688087f7df
[2013-03-02 04:02:40] Generated stratum header 00000002501dfd42865c726006c430cc2cc729fe69b4e81f4966084a000000fb000000008d10ecdb6bea28fae28b45275a14233a42908095a0db3831e10ae5688087f7df51314eab1a03d74b00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[2013-03-02 04:02:40] Work job_id 7740 nonce2 00000000 ntime 51314eab
[2013-03-02 04:02:40] Generated target 0000000000000000000000000000000000000000000000000000ffff00000000
[2013-03-02 04:02:40] Generated stratum work
[2013-03-02 04:02:40] Pushing work from pool 0 to hash queue
[2013-03-02 04:02:40] New block: 00fb4966084a69b4... diff 18.4E
Bus error
root@OpenWrt:~#
March 01, 2013, 07:54:07 PM
Figured I'd share an odd story about connections. I'm an auto mechanic and worked on a 14 year old van the other day We've been working on it since it was new. The drivers window stopped working so I went to the switch to check it out and the switch wasn't plugged in. That door had never been apart before it must have not been plugged in fully by the factory and came loose over time. Plugged it in and has been working fine since. Connections can be oddly fickle.
March 01, 2013, 07:39:20 PM
its not your network when your showing something like this.
Yes. I think so.
Do you feel comfortable enough to open your unit and make sure the connections inside are good? I know there is a controller board and such that could have been bumped around in shipping. This is where I would start. And yes I know it was fine for 14 days. However, it could have had a good enough connection for now.. who knows.. but something to check
Sir, After I got my avalon ten days ago I connect them with power and never touch them again. And, two avalon crash at the same time. I think it should be has nothing to do with internal connections.
Thinking it should be, is different that checking. Please make sure all the cables are properly seated.
D
March 01, 2013, 07:35:32 PM
You posted a Bus Error. This is something I would personally check myself. The error just leads that way.
BTW.. I have read about Avalons being bumped in shipping.. this is also why i would look into these things
BTW.. I have read about Avalons being bumped in shipping.. this is also why i would look into these things
Sir, I agree with your idea. I will try to open the avalon case and check it now.
March 01, 2013, 07:32:48 PM
Code:
root@OpenWrt:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 320 240 80 75% /
/dev/root 2816 2816 0 100% /rom
tmpfs 30916 88 30828 0% /tmp
tmpfs 512 0 512 0% /dev
/dev/mtdblock3 320 240 80 75% /overlay
overlayfs:/overlay 320 240 80 75% /
March 01, 2013, 07:30:24 PM
I think jgarzik had problems with getwork. Could you try btcguild with Stratum?
March 01, 2013, 07:24:38 PM
Now I run cgminer with debug option:
Code:
root@OpenWrt:~# cgminer -S /dev/ttyUSB0 -o http://us.ozco.in:8331 -O xxxxxxx.0:yyyyyy-D --avalon-options 115200:24:10:45:282
[2013-03-02 00:21:59] Started cgminer 2.10.4
[2013-03-02 00:21:59] Avalon Detect: Attempting to open /dev/ttyUSB0 (baud=115200 miner_count=24 asic_count=10 timeout=45 frequency=282)
[2013-03-02 00:21:59] Avalon: Sent(1):
[2013-03-02 00:21:59] 00000000 ad |. |
[2013-03-02 00:21:59] Avalon: Sent: Buffer delay: 36000000
[2013-03-02 00:21:59] Avalon: Sent: Buffer full: No
[2013-03-02 00:21:59] Avalon: get:
[2013-03-02 00:21:59] 00000000 aa 55 aa 55 00 00 00 00 00 00 00 00 00 00 00 00 |.U.U............|
[2013-03-02 00:21:59] 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
[2013-03-02 00:21:59] 00000020 00 00 00 00 00 00 00 00 00 00 00 00 41 06 d1 bf |............A...|
[2013-03-02 00:21:59] 00000030 00 00 00 00 00 00 00 00 00 00 00 00 0a 0a 32 18 |..............2.|
[2013-03-02 00:22:00] Avalon: Reset succeeded
[2013-03-02 00:22:00] Avalon Detect: Found at /dev/ttyUSB0, mark as 0
[2013-03-02 00:22:00] Probing for an alive pool
[2013-03-02 00:22:00] Testing pool http://us.ozco.in:8331
[2013-03-02 00:22:00] Probing for GBT support
[2013-03-02 00:22:00] Popping work to stage thread
[2013-03-02 00:22:17] HTTP request failed: The requested URL returned error: 404
[2013-03-02 00:22:17] Failed to connect in json_rpc_call
[2013-03-02 00:22:17] No GBT coinbase + append support found, using getwork protocol
[2013-03-02 00:22:19] X-Roll-Ntime expiry set to 120
[2013-03-02 00:22:20] Calculating midstate locally
[2013-03-02 00:22:20] Successfully retrieved and deciphered work from pool 0 http://us.ozco.in:8331
[2013-03-02 00:22:20] Pushing pooltest work to base pool
[2013-03-02 00:22:20] New block: 0171c0e18fb4ae38... diff 18.4E
Bus error
root@OpenWrt:~#
March 01, 2013, 07:24:08 PM
Sir, After I got my avalon ten days ago I connect them with power and never touch them again. And, two avalon crash at the same time. I think it should be has nothing to do with internal connections.
Yes I totally understand that. However if you feel comfortable enough to double check the connections I would do so. You posted a Bus Error. This is something I would personally check myself. The error just leads that way.
BTW.. I have read about Avalons being bumped in shipping.. this is also why i would look into these things
March 01, 2013, 07:18:18 PM
its not your network when your showing something like this.
Yes. I think so.
Do you feel comfortable enough to open your unit and make sure the connections inside are good? I know there is a controller board and such that could have been bumped around in shipping. This is where I would start. And yes I know it was fine for 14 days. However, it could have had a good enough connection for now.. who knows.. but something to check
Sir, After I got my avalon ten days ago I connect them with power and never touch them again. And, two avalon crash at the same time. I think it should be has nothing to do with internal connections.
March 01, 2013, 07:13:11 PM
its not your network when your showing something like this.
Do you feel comfortable enough to open your unit and make sure the connections inside are good? I know there is a controller board and such that could have been bumped around in shipping. This is where I would start. And yes I know it was fine for 14 days. However, it could have had a good enough connection for now.. who knows.. but something to check
Quote
root@OpenWrt:~# cgminer -S /dev/ttyUSB0 -o http://us.ozco.in:8331 -O xxxxxx.0:yyyyy--avalon-options 115200:24:10:45:282
[2013-03-01 22:47:22] Started cgminer 2.10.4
[2013-03-01 22:47:22] Avalon: Reset succeeded
[2013-03-01 22:47:22] Probing for an alive pool
Bus error
root@OpenWrt:~#
[2013-03-01 22:47:22] Started cgminer 2.10.4
[2013-03-01 22:47:22] Avalon: Reset succeeded
[2013-03-01 22:47:22] Probing for an alive pool
Bus error
root@OpenWrt:~#
Do you feel comfortable enough to open your unit and make sure the connections inside are good? I know there is a controller board and such that could have been bumped around in shipping. This is where I would start. And yes I know it was fine for 14 days. However, it could have had a good enough connection for now.. who knows.. but something to check
March 01, 2013, 07:08:40 PM
One thing I can think of that might cause both to fail at the same time that doesn't have to do with software is a power surge. I have no direct experience but I can imagine the power quality in China might not be the best. Surges from industrial equipment turning on can damage all electronics. The power supply in theory should provide some protection but not always. Do you live in an industrial area?
Sir,
I think it has nothing to do with power surge. Here is BeiJing China the power supply is quite stable.
And, we could see openwrt still running well inside of avalon.
And I still have other icarus running quite stable in the same room.
March 01, 2013, 07:05:45 PM
ifconfig
Code:
root@OpenWrt:~# ifconfig
br-lan Link encap:Ethernet HWaddr 14:CF:92:6D:56:E0
inet addr:192.168.0.100 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth0 Link encap:Ethernet HWaddr 14:CF:92:6D:56:E0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:4
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:236 errors:0 dropped:0 overruns:0 frame:0
TX packets:236 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22038 (21.5 KiB) TX bytes:22038 (21.5 KiB)
wlan0 Link encap:Ethernet HWaddr 14:CF:92:6D:56:E0
inet addr:192.168.1.106 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4441 errors:0 dropped:45 overruns:0 frame:0
TX packets:1241 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:527105 (514.7 KiB) TX bytes:161184 (157.4 KiB)
root@OpenWrt:~#
route -n
Code:
root@OpenWrt:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
root@OpenWrt:~#
cat /etc/resolv.conf
Code:
root@OpenWrt:~# cat /etc/resolv.conf
search lan
nameserver 127.0.0.1
root@OpenWrt:~#
ping -nc5 4.2.2.2
Code:
ping -nc5 4.2.2.2
root@OpenWrt:~# ping -nc5 4.2.2.2
ping: invalid option -- n
BusyBox v1.19.4 (2013-01-12 16:12:39 CST) multi-call binary.
Usage: ping [OPTIONS] HOST
Send ICMP ECHO_REQUEST packets to network hosts
-4,-6 Force IP or IPv6 name resolution
-c CNT Send only CNT pings
-s SIZE Send SIZE data bytes in packets (default:56)
-t TTL Set TTL
-I IFACE/IP Use interface or IP address as source
-W SEC Seconds to wait for the first response (default:10)
(after all -c CNT packets are sent)
-w SEC Seconds until ping exits (default:infinite)
(can exit earlier with -c CNT)
-q Quiet, only displays output at start
and when finished
ping us.ozco.in
Code:
root@OpenWrt:~# ping us.ozco.in
PING us.ozco.in (66.207.163.131): 56 data bytes
64 bytes from 66.207.163.131: seq=0 ttl=50 time=280.340 ms
64 bytes from 66.207.163.131: seq=1 ttl=50 time=250.218 ms
64 bytes from 66.207.163.131: seq=2 ttl=50 time=251.694 ms
64 bytes from 66.207.163.131: seq=3 ttl=50 time=252.998 ms
64 bytes from 66.207.163.131: seq=4 ttl=50 time=267.599 ms
64 bytes from 66.207.163.131: seq=5 ttl=50 time=297.384 ms
64 bytes from 66.207.163.131: seq=6 ttl=50 time=308.474 ms
^C
--- us.ozco.in ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 250.218/272.672/308.474 ms
March 01, 2013, 07:00:14 PM
One thing I can think of that might cause both to fail at the same time that doesn't have to do with software is a power surge. I have no direct experience but I can imagine the power quality in China might not be the best. Surges from industrial equipment turning on can damage all electronics. The power supply in theory should provide some protection but not always. Do you live in an industrial area?
March 01, 2013, 07:00:07 PM
- Start cgminer with your regular commands and add -D --verbose
Code:
cgminer -D --verbose -S /dev/ttyUSB0 -o http://us.ozco.in:8331 -O xxxxxx.0:yyyyy--avalon-options 115200:24:10:45:282
March 01, 2013, 06:59:07 PM
Plz post the results of these commands:
ifconfig
route -n
cat /etc/resolv.conf
ping -nc5 4.2.2.2
ifconfig
route -n
cat /etc/resolv.conf
ping -nc5 4.2.2.2
March 01, 2013, 06:54:42 PM
Since they're failing at the same time, I would actually think it's a software issue. Very unlikely that hardware would fail at the same time. However, if it's software, the same problem could happen to both machines at the same time.
I think so. But, the strange thing is that, I restarted cgminer several times, and I rebooted avalon several times, and, I changed mining pools too. So, not easy to understand.
March 01, 2013, 06:49:40 PM
In list of things to try:
- Can you try connecting them via a different network, like wireless to your laptop and then VPN or something.
Jgzarik.. Hows your Avalon?
Can you say in red that you don't have an Avalon. March 01, 2013, 06:44:23 PM
I have to mention 2 avalon because they crash at the very same time. I feel it quite abnormal.
...
I am afraid it is hardware related issue.
...
I am afraid it is hardware related issue.
Since they're failing at the same time, I would actually think it's a software issue. Very unlikely that hardware would fail at the same time. However, if it's software, the same problem could happen to both machines at the same time.
March 01, 2013, 06:42:53 PM
Things to try
- Get the latest firmware from jgarzik or some other Avalon customer who downloaded it
- Check if it's related to change in difficulty. Are you mining with stratum and high enough difficulty?
March 01, 2013, 06:40:45 PM
Same time different rooms, maybe network issue? Don't they come with a static ip? Perhaps they are trying to use the same address? Maybe try running only one of them. Or, send one to my house and I'll let you know if it still works.
March 01, 2013, 06:38:51 PM
Firmware question:
Did you get the firmware update that jgarzik got?
doesn't look like it. he is on cgminer 2.10.4.
March 01, 2013, 06:31:24 PM
ATX power supplies always provide power on some of their rails unless they're physically disconnected or have a hard switch. So I really hope this is just a hardware controller hanging (inconsistent state cleared by power reset) or something like that.
Sir, I unplug power cable from wall and plug it again after a while. Nothing help.
March 01, 2013, 06:24:02 PM
Firmware question:
Did you get the firmware update that jgarzik got?
March 01, 2013, 06:23:14 PM
ATX power supplies always provide power on some of their rails unless they're physically disconnected or have a hard switch. So I really hope this is just a hardware controller hanging (inconsistent state cleared by power reset) or something like that.
Sir, I unplug power cable from wall and plug it again after a while. Nothing help.
March 01, 2013, 06:21:27 PM
You had 2 working avalon for 14 days and thought was not worth
I have to mention 2 avalon because they crash at the very same time. I feel it quite abnormal.
anyways, a bus error might indicate a core dump due to many reasons, a change in data supplied (increase in difficulty to 4*10ˆ6) or over heating
I am afraid it is hardware related issue.
Can you point it to another pool?
Sure. I mentioned it. I tested them with ozco nothing different.
Turn one machine off and let it cool down for an hour?
Yes.
What does dmesg give you as unusual errors?
Nothing useful. Seems avalon does not output error message to system log.
March 01, 2013, 06:17:45 PM
Hopefully this is not related to the comment in their most recent email:
Quote from: Avalon email
Lessons learned. Batch #2 process will have improvements, minor design adjustments and other goodies.
March 01, 2013, 06:15:00 PM
ATX power supplies always provide power on some of their rails unless they're physically disconnected or have a hard switch. So I really hope this is just a hardware controller hanging (inconsistent state cleared by power reset) or something like that.
March 01, 2013, 06:13:28 PM
Do you not have physical access, or a remote controlled PDU? Sometimes hard reset (power off, and on again) might be needed.
Nothing. Anyway I will unplug power cable and plug it again to have a check now.
March 01, 2013, 06:12:21 PM
My avalons run well for the past 14 days and then crash at the same time !
You had 2 working avalon for 14 days and thought was not worth just mentioning that in the relevant threads where people are begging for delivery info? Wow... that is going to score karma points...anyways, a bus error might indicate a core dump due to many reasons, a change in data supplied (increase in difficulty to 4*10ˆ6) or over heating
Can you point it to another pool? Turn one machine off and let it cool down for an hour?
What does dmesg give you as unusual errors?
March 01, 2013, 06:11:53 PM
check the cable connections inside the box too
Sir, they are two avalon located in different rooms. No one touch them because they are all working well last night before I went to sleep.
March 01, 2013, 06:10:27 PM
Unlikely both have failed at exactly the same time. More likely is you started them at the same time and some sort of memory leak / OS error is causing this. I expect a restart will probably fix the problem.
Sir, I run them at 14 days before at the same time. And based on the above btcguild picture we could see they do not mine at the same time.
I just restarted them many times nothing turns good.
March 01, 2013, 06:09:05 PM
Do you not have physical access, or a remote controlled PDU? Sometimes hard reset (power off, and on again) might be needed.
March 01, 2013, 06:07:51 PM
You one of the Chinese custormers, right?
Yes.
have you tried turning it off and on again?
Sure. I tried reboot command under openwrt console several times. Each time after avalon rebooted with ps command I could find cgminer dispear soon.
March 01, 2013, 06:06:53 PM
check the cable connections inside the box too
March 01, 2013, 06:06:27 PM
Silly of me to ask maybe, but have you tried turning it off and on again?
Unlikely both have failed at exactly the same time. More likely is you started them at the same time and some sort of memory leak / OS error is causing this. I expect a restart will probably fix the problem.
March 01, 2013, 06:04:49 PM
You one of the Chinese custormers, right?
Silly of me to ask maybe, but have you tried turning it off and on again? Did you get the firmware update that jgarzik got?
Silly of me to ask maybe, but have you tried turning it off and on again? Did you get the firmware update that jgarzik got?
March 01, 2013, 05:59:07 PM
Today morning I login btcguild to check my avalon. To my surprise I find both of my avalon IDLE there with mining speed 0. 
I am not sure what happened so I login openwrt console and run the following command:
And then I run ps command still could not find cgminer running.
I am not sure if it has relation with btcguild pool so I change pool to ozco and run the above commands again. Still nothing luck.
Now, I run the following command:
Base on the above fact I am afraid both of my two avalon are broken.
How stange it is !
Both of them broken at the same time !
My avalons run well for the past 14 days and then crash at the same time !
Any one could understand it ?
Because I fail to contact nzhang via email and phone call so I have to post topic here.
YiFu, nzhang, xiangfu, anyone of your three please contact with me via phone call or email I will prepare teamviewer for you with it you could login my avalon to have a check.
Urget help needed!
I am not sure what happened so I login openwrt console and run the following command:
Code:
root@OpenWrt:~# /etc/init.d/cgminer stop
no cgminer found; none killed
Code:
root@OpenWrt:~#
root@OpenWrt:~# /etc/init.d/cgminer start
ntpd: resolved peer 3.openwrt.pool.ntp.org to 202.112.31.197
ntpd: sent query to 202.112.31.197
ntpd: resolved peer 2.openwrt.pool.ntp.org to 202.118.1.130
ntpd: sent query to 202.118.1.130
ntpd: resolved peer 1.openwrt.pool.ntp.org to 202.112.29.82
ntpd: sent query to 202.112.29.82
ntpd: resolved peer 0.openwrt.pool.ntp.org to 218.75.4.130
ntpd: sent query to 218.75.4.130
ntpd: reply from 202.112.31.197: reach 0x01 offset -0.325146 delay 0.656282 status 0x24 strat 2 refid 0xca76012e rootdelay 0.049805
ntpd: reply from 202.118.1.130: reach 0x01 offset -0.275834 delay 0.559704 status 0x24 strat 2 refid 0xca76012e rootdelay 0.000137
ntpd: reply from 202.112.29.82: reach 0x01 offset -0.178994 delay 0.365631 status 0x24 strat 2 refid 0x7bc773cb rootdelay 0.048386
ntpd: reply from 218.75.4.130: reach 0x01 offset -0.003093 delay 0.060521 status 0x24 strat 2 refid 0xd1510907 rootdelay 0.171008
ntpd: sent query to 218.75.4.130
ntpd: reply from 218.75.4.130: reach 0x03 offset -0.009608 delay 0.048428 status 0x24 strat 2 refid 0xd1510907 rootdelay 0.171008
ntpd: sent query to 202.112.31.197
ntpd: sent query to 202.118.1.130
ntpd: sent query to 202.112.29.82
ntpd: sent query to 218.75.4.130
ntpd: reply from 218.75.4.130: reach 0x07 offset -0.007173 delay 0.051018 status 0x24 strat 2 refid 0xd1510907 rootdelay 0.171008
ntpd: reply from 202.112.31.197: reach 0x03 offset -0.026169 delay 0.058811 status 0x24 strat 2 refid 0xca76012e rootdelay 0.049805
ntpd: reply from 202.118.1.130: reach 0x03 offset -0.025689 delay 0.060743 status 0x24 strat 2 refid 0xca76012e rootdelay 0.000137
ntpd: reply from 202.112.29.82: reach 0x03 offset -0.024491 delay 0.062413 status 0x24 strat 2 refid 0x7bc773cb rootdelay 0.048386
ntpd: sent query to 202.112.29.82
ntpd: sent query to 218.75.4.130
ntpd: reply from 218.75.4.130: reach 0x0f offset -0.006441 delay 0.050414 status 0x24 strat 2 refid 0xd1510907 rootdelay 0.171008
ntpd: reply from 202.112.29.82: reach 0x07 offset -0.022051 delay 0.057496 status 0x24 strat 2 refid 0x7bc773cb rootdelay 0.048386
ntpd: sent query to 202.112.31.197
ntpd: sent query to 202.118.1.130
ntpd: sent query to 202.112.29.82
ntpd: reply from 202.118.1.130: reach 0x07 offset -0.022068 delay 0.058948 status 0x24 strat 2 refid 0xca76012e rootdelay 0.000137
ntpd: reply from 202.112.31.197: reach 0x07 offset -0.024856 delay 0.061325 status 0x24 strat 2 refid 0xca76012e rootdelay 0.049805
ntpd: reply from 202.112.29.82: reach 0x0f offset -0.020955 delay 0.061241 status 0x24 strat 2 refid 0x7bc773cb rootdelay 0.048386
ntpd: sent query to 202.118.1.130
ntpd: sent query to 218.75.4.130
ntpd: reply from 218.75.4.130: reach 0x1f offset -0.007505 delay 0.047845 status 0x24 strat 2 refid 0xd1510907 rootdelay 0.171008
ntpd: reply from 202.118.1.130: reach 0x0f offset -0.023846 delay 0.054938 status 0x24 strat 2 refid 0xca76012e rootdelay 0.000137
ntpd: sent query to 202.112.31.197
ntpd: sent query to 202.112.29.82
ntpd: reply from 202.112.31.197: reach 0x0f offset -0.019475 delay 0.062804 status 0x24 strat 2 refid 0xca76012e rootdelay 0.049805
ntpd: reply from 202.112.29.82: reach 0x1f offset -0.020469 delay 0.069275 status 0x24 strat 2 refid 0x7bc773cb rootdelay 0.048386
ntpd: sent query to 202.112.31.197
ntpd: sent query to 202.118.1.130
ntpd: sent query to 218.75.4.130
ntpd: reply from 218.75.4.130: reach 0x3f offset -0.006091 delay 0.052049 status 0x24 strat 2 refid 0xd1510907 rootdelay 0.171008
root@OpenWrt:~#
And then I run ps command still could not find cgminer running.
I am not sure if it has relation with btcguild pool so I change pool to ozco and run the above commands again. Still nothing luck.
Now, I run the following command:
Code:
root@OpenWrt:~# cgminer -S /dev/ttyUSB0 -o http://us.ozco.in:8331 -O xxxxxx.0:yyyyy--avalon-options 115200:24:10:45:282
[2013-03-01 22:47:22] Started cgminer 2.10.4
[2013-03-01 22:47:22] Avalon: Reset succeeded
[2013-03-01 22:47:22] Probing for an alive pool
Bus error
root@OpenWrt:~#
Base on the above fact I am afraid both of my two avalon are broken.
How stange it is !
Both of them broken at the same time !
My avalons run well for the past 14 days and then crash at the same time !
Any one could understand it ?
Because I fail to contact nzhang via email and phone call so I have to post topic here.
YiFu, nzhang, xiangfu, anyone of your three please contact with me via phone call or email I will prepare teamviewer for you with it you could login my avalon to have a check.
Urget help needed!
Jump to: