From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031030 Epiphany/1.0.4 Description of problem: The neat crashes are still alive and well :-) Version-Release number of selected component (if applicable): redhat-config-network-1.3.10-1, rhpl-0.121-1 How reproducible: Always Steps to Reproduce: 1. Connect Linksys USB nic to Fedora on laptop that has internal 8139too 2. run neat(redhat-config-network) 3. poof Actual Results: Crashes. Expected Results: Network configuration dialog starts. Additional info: Also seing kudzu errors, not sure what is to blame. [root@cr1itl130 root]# service kudzu start Checking for new hardware/etc/init.d/kudzu: line 97: 6287 Segmentation fault /usr/sbin/kudzu $KUDZU_ARGS -t 30 [FAILED] Updating /etc/fstab Also modules mapping messes up if booted with the usb nic card. Have to reverse eth0 and eth1 to get both nics to work.
Created attachment 95854 [details] Bugbuddy log
I have the same problems with redhat-config-network and kudzu. Both kudzu and redhat-config-network crash with a segmentation fault error message. After installing fedora, I remember kudzu running one time on the initial boot. It never ran again after that, just the seg fault. Redhat-config-network, however, does execute in a non-X console.
I installed a vanilla 2.6-test kernel and kudzu and config-network work perfectly...
As in kernel.org? Last time I tried a test kernel and rebooted in older one I had to esfck my install back. Was test 7 if memory serves me right.
Yep, I installed it from the source tar...took just a slight bit of tweaking to get the initscripts to work right, but I found a tutorial on the web, which I am sure you have found one by now. 2.6.0-test9, seems to work just fine, the biggest problem I had was figuring out what needed to be loaded as a module to avoid breaking scripits as much as possible. Apparently, just USB core drivers and stuff like that.
how does r-c-n crash? segmentation fault? python exception?
Every time ,if you add usb nic card after booting, and then run r-c-n. But based upon other posts it would appear to be kernel related. I will try with 2.6 next change I get.
how does r-c-n crash? with a segmentation fault or a python exception? try to run it from a terminal: $ redhat-config-network Does it say "segmentation fault" or "python traceback" ?? -ENEEDMOREINFO
Segmentation fault /usr/sbin/kudzu $KUDZU_ARGS -t 30 The above is from my original entry in the additional info section. A small suggestion, when any changes are made via the gui, purge the default profiles and recreate them. Sure a little overhead, but I suspect would it would prevent a plethora of problems. Also what would you think of running kudzu only on initial installs. If someone adds some hardware maybe some option during boot to run kudzu if they so desired. Otherwise whats the point of doing hardware discovery on every boot. Hell one should know if they added some hardware or module support shouldn't they :-) Otherwise I think the gui is a great interface, and I do lots of testing and network changes so I tend to come across more undocumented features than most. I will add a rule to my mail program to forward all bugzilla to my work account, this should improve my response times, thanks for your patience.
Having the same segfault problems with r-c-n and kuzdu and I confirm that with kernel2.6-test9 the problems go away. I will have to modify my adsl driver (for the sagem f800) for 2.6 however in order to get a working system back. Is there anything I can do to help? Run r-c-n or kuzdu under gdb?
kudzu with a gdb traceback would be cool... or the coredump of your kudzu... you can mail me the kudzu coredump directly, if you don't want to put it in bugzilla. # ulimit -Sc 0 helps.
reassigning to component kudzu
*** This bug has been marked as a duplicate of 106332 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.