[FIXED] Avalon URGENT ISSUE: both of my avalon do not work any more

[Beepbop]

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.  

[1715472627]

1715472627

[1715472627]

1715472627

[libertybuck]

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.

[Bogart]

Plz post the results of these commands:

ifconfig

route -n

cat /etc/resolv.conf

ping -nc5 4.2.2.2

[Beepbop]

• 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

[bittenbob]

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?

[libertybuck]

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

[libertybuck]

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.

[wknight]

its not your network when your showing something like this.

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:~#

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

[libertybuck]

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.

[wknight]

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

[libertybuck]

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:~# 

[Beepbop]

I think jgarzik had problems with getwork. Could you try btcguild with Stratum?

[libertybuck]

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% /

[libertybuck]

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

Sir, I agree with your idea. I will try to open the avalon case and check it now.

[Dalkore]

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

[DrGuns4Hands]

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.

[libertybuck]

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:~# 

[wknight]

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.

[hahahafr]

Try using stratum+tcp://us.ozco.in:3333

[ralree]

Well, I guess we'll find out how good Avalon support/RMA is!