Pages:
Author

Topic: [FIXED] Avalon URGENT ISSUE: both of my avalon do not work any more - page 4. (Read 11913 times)

legendary
Activity: 889
Merit: 1000
Bitcoin calls me an Orphan

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
full member
Activity: 137
Merit: 100
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.
legendary
Activity: 889
Merit: 1000
Bitcoin calls me an Orphan
its not your network when your showing something like this.

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

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
full member
Activity: 137
Merit: 100
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.
full member
Activity: 137
Merit: 100


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


hero member
Activity: 560
Merit: 500
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?
full member
Activity: 126
Merit: 100
  • 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
legendary
Activity: 966
Merit: 1000
Plz post the results of these commands:

ifconfig

route -n

cat /etc/resolv.conf

ping -nc5 4.2.2.2
full member
Activity: 137
Merit: 100
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.
full member
Activity: 126
Merit: 100
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.  Grin
hero member
Activity: 631
Merit: 500
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.


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.
full member
Activity: 126
Merit: 100
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?
legendary
Activity: 1973
Merit: 1007
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.
hero member
Activity: 631
Merit: 500
Firmware question:
Did you get the firmware update that jgarzik got?


doesn't look like it. he is on cgminer 2.10.4.
legendary
Activity: 1890
Merit: 1003
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.
What temperature is the room at when you ran the devices?
full member
Activity: 126
Merit: 100
Firmware question:
Did you get the firmware update that jgarzik got?
full member
Activity: 137
Merit: 100
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.
full member
Activity: 137
Merit: 100
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.
full member
Activity: 160
Merit: 100
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.
full member
Activity: 126
Merit: 100
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.
Pages:
Jump to: