OpenWrt Forum Archive

Topic: Bleeding edge stability?

The content of this topic has been archived on 6 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

I am running bleeding edge, r15109. Does anyone know if it has some general stability issues, or is it only my compilation? It's quite difficult to track what exactly is failing, and when, but look below for example install/uninstall of a package:

root@OpenWrt:~# opkg install transmission-daemon
Installing transmission-daemon (1.51-1) to root...
Downloading http://192.168.1.206/target-mipsel_uCli … mipsel.ipk
Connecting to 192.168.1.206 (192.168.1.206:80)
transmission-daemon_ 100% |**********************************************************************|   164k --:--:-- ETA
Configuring transmission-daemon
Segmentation fault
root@OpenWrt:~# opkg remove transmission-daemon
Removing package transmission-daemon from root...
Segmentation fault
root@OpenWrt:~# opkg remove transmission-daemon
Bus error
root@OpenWrt:~# opkg remove transmission-daemon
No packages removed.

qus wrote:

I am running bleeding edge, r15109. Does anyone know if it has some general stability issues, or is it only my compilation?

I am running the same version and have experienced no trouble in removing multiple packages. Whatever stability issues the bleeding edge might have, they're not widespread enough to explain this ;-)

I suggest verifying that you have enough free space and checking the Trac system for issues related to the package manager.

Well - I have WRT54GL with 230 GB free on HD, and 40M swap space, does it sound like enough? ;-)

No - this is not an issue with package manager, it happens on different occassions, it was just easy for me to demonstrate it this way... I could show you bus errors or segmentation faults when running elinks, transmission-daemon and other pieces that worked for me in 2.4...

root@OpenWrt:~/.config/transmission-daemon/blocklists# transmission-remote -l
Illegal instruction
root@OpenWrt:~/.config/transmission-daemon/blocklists# transmission-remote -l
Bus error
root@OpenWrt:~/.config/transmission-daemon/blocklists# transmission-remote -l
[11:48:28.693] transmission-remote: (localhost:9091) Error <---- This one is actually OK :-)

Basically, as you see - it always goes through "segmentation fault/illegal instruction/bus error" then runs... Sometimes.

(Last edited by qus on 7 Apr 2009, 16:15)

qus wrote:

Basically, as you see - it always goes through "segmentation fault/illegal instruction/bus error" then runs... Sometimes.

Hoping the hw is fine, have you tried fiddling with compiler / ccache settings? I have a different hw so I can't verify your scenario directly.

@ qus:

Sounds similar to my problem when I try running executables off my SD card on my WRT54GL. Could you please verify that it shows the same characteristics? Just check the following points:

1. Copy a lot of files to your external media (make sure it is far more than the RAM you have, so it doesn't all stay in the buffer cache). Then diff the copied stuff with the source and/or generate md5sums on both and compare them (Make sure you use comparison utilities that are not stored on external media). Is the data still the same? For me there were no data integrity problems. How about you?

2. Choose a few programs common programs that you have stored on your router's internal flash and make a couple of test runs (busybox, gnu diff, tcpdump, whatever). Make sure that every executable code they need (like themselves and the libraries) is fetched from the router's internal filesystem. Do they run okay without strange crashes? For me this worked flawlessly.

3. Now run the same executables from your external media. For me this induced spontaneous mandelbugs a la segmentation fault, bus error, and other such nasty things. Often this was not reproducable by running the executable a second time immediately after the first run. What happens on your device?


Regards,
Niels Böhm

@ blubberdiblub

Hey! Point by point, this is EXACTLY the case! Were you able to fix it somehow? Was this broken in 2.6? (I had absolutely no problem with mounted HD in 2.4).

(Last edited by qus on 8 Apr 2009, 14:45)

Oh, well. Seems 2.6 isn't ready for serious things yet. I've should have sticked to 2.4...

It's been quite a while since these posts. Apparently 2.6 is still not fit or is there another problem? Exact same issue here:
When loading from SD:
- Segmentation Fault/Bur Error/Illegal Instruction
After a few tries the program usually loads. Problem occurs more often the bigger the program being loaded is.

Filesystems are ext4, error free, and like reported in previous posts in this thread, I can cp and mv files around like crazy and not have them get corrupted (checked with md5sums).
I do find read and write speeds of the SD card very low (~40KB/s)... but seems to be quite stable at that.
wrt54gl v1.1 with SD card mod.

The discussion might have continued from here.