Re: Blocked process
On Thu, 20 Aug 2009 08:42 -, doconnor wrote: On Thu, 20 Aug 2009, Kostik Belousov wrote: Things like ls on the console might take several seconds to respond when the box didn't seem to be very busy (but wasn't idle, maybe serving a little NFS). It wasn't the shell getting swapped out or anything else obvious. This was on SMP, not using X. The problem went away with 6.4R (had to stay with 6.x for unrelated reasons). 6.1 was released with a bug in NFS server, causing serious slowdown when non-MPSAFE fs was exported. Hmmm.. this is 6.2 (and a half) so I guess that's not my problem. Next! ;) I had a problem like this once when the NFS mount stopped responding and any command that was issued seemed to hang. This all was happening while not paying attention to the NFS mount and that mount being various directories under /var and including /var/mail. A little deeper I eventually came across and what made me feel pretty stupid is that the "$SHELL" whether it be csh, ksh, bash or sh checks for mail on command completion or invocation and being so that the NFS mount stopped responding the process would hang until the mount came back or the machine was rebooted. I continued for a while using /var/mail over NFS while setting or unset mail variables for the shell. You may also want to check into whether something is trying to acquire a lock on a file over that NFS mount which could accrue some extra time making it seem like a process is hung. -- - (2^(N-1)) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Fatal trap 30 w/ latest 8.0-BETA2/amd64
Sorry for the partial dump--I don't (yet) have a swap partition, so I can't do postmortem: Machine is nehalem (4 cores + HT): FreeBSD riviera.austin.rr.com 8.0-BETA2 FreeBSD 8.0-BETA2 #1: Thu Aug 20 09:06:25 CDT 2009 ja...@riviera.austin.rr.com:/usr/obj/usr/src/sys/CUSTOM amd64 current process = 11 (idle: cpu1) [Thread pid 11 tid 19 ] Stopped at acpi_cpu_c1+0x6: popq %rbp Tracing pid 11 tid 19 td 0xff000169dab0 acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x13b cpu_idle_acpi() at cpu_idle_acpi+0x1f cpu_idle() at cpu_idle+0x1c sched_idletd() at sched_idletd+0x258 fork_exit() at fork_exit+0x147 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xff876d30, rbp = 0 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
livelocks and deadlocks on 8.0BETA2
I have a quad-core system that I updated to 8.0 about 2 weeks ago. It ran fine until yesterday when I used the PATA/ATAPI DVD drive to read a disk. Then the fun began. I saw two totally different presentations, but I hope that they both are manifestations of the same problem. First, the livelock. When attempting to play video off of the disk (xine or mplayer) while the CPU was busy, xorg would lock up solid. All CPUs were running a threaded code that run them all at 100%, but they were running niced to 10. Couldn't kill xorg, even with a 'kill -9'. Ate 100% of a CPU, though the CPU it was running on changed periodically. Could not switch to vty. The display was frozen and I could do nothing from the console. I could log in from another system and the system behaved normally. While I could not free the console, I could and did manage to shut down the system and reboot. This happened repeatedly and within a few seconds of starting the video playing. Now the deadlock. This one is weird in one instance. I had finished with a disk and unmounted it. No problems. Then I ejected the unmounted disk. (Yes, df(1) did not show it.) After the disk ejected, the system deadlocked. Frozen completely. Could not even ping it on the net, so it was in the kernel. I had no luck doing anything, so I had to kill power. Then it got worse. The second time this happened, I inserted an erased DVD while the system was in POST. The system started to boot, but, shortly after probing acd0, while the boot was "waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0", and about the time it should have probed for cd0 (atapicam), the system locked up and would not finish the boot. This is prior to mounting root. After several repeats of this, I ejected the disk from the drive and it booted just fine. Clearly something with ATAPI is not happy. Should I not be using atapicam with 8.0? I won't have access to this system until next Tuesday and the time I have to tinker will be limited, but I can try setting up to break into the debugger (if the system is even seeing the keyboard) or do something else to get an idea of what is going on. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: USB mouse not detected on boot of 7-STABLE
On Thu, 13 Aug 2009, Luke Dean wrote: On Thu, 13 Aug 2009, Warren Block wrote: On Thu, 13 Aug 2009, Luke Dean wrote: I'm tracking 7-STABLE. Recently.. within the last month or so.. my simple USB mouse stopped being detected at boot time. The /dev/ums0 device simply does not appear unless I unplug the mouse and plug it back in again. Then it is detected. I don't even know where to begin looking for answers to this one. Is there something I can do to force the system to rescan for my mouse to save me from crawling around on the floor whenever I reboot? Do you have "Legacy USB support" enabled in the BIOS? If so, try turning it off. I tried it both ways. I get some "waiting for BIOS to give up control" messages for some of my /dev/usb devices in the dmesg now too, even with legacy USB support disabled in the BIOS. Thanks for the suggestions. Maybe I'll try upgrading to 8 soon. Replying to myself... Upgrading to 8 fixed the problem. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Netowrk Card BCE not working
Umar writes: | Dear Members! | | I have recently Install FreeBSD 7.2 amd64 on DELL R610. | | After successfuly installation network cards are not working and i got error | | bce0: /usr/src/dev/bce/if_bce.c(1386): Unable to write CTX memory: cid_addr = 0x008, offset = 0x0080 | | Would you please help me what should I do? A new version of firmware should be coming out from Dell that should resolve this issue. The firmware can be updated via DOS or Linux but not from FreeBSD using Linux emulation (atleast not yet) :-( A short time solution is to find a diag utility for the NIC and then disable management function in all NICs. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Blocked process
On Thu, 20 Aug 2009, Kostik Belousov wrote: > > Things like ls on the console might take several seconds to respond > > when the box didn't seem to be very busy (but wasn't idle, maybe > > serving a little NFS). It wasn't the shell getting swapped out or > > anything else obvious. This was on SMP, not using X. The problem > > went away with 6.4R (had to stay with 6.x for unrelated reasons). > > 6.1 was released with a bug in NFS server, causing serious slowdown > when non-MPSAFE fs was exported. Hmmm.. this is 6.2 (and a half) so I guess that's not my problem. Next! ;) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: nscd in 6.x?
On Thu, 2009-08-20 at 12:11 +0200, Jordi Espasa Clofent wrote: > # whereis nscd && uname -r > nscd: > 6.3-RELEASE-p3 > > Moreover I've updated the src of one 6.3 to see if this it was included > in 6.4 sources but also it's not there: > # grep nscd /usr/src/sbin/ > > ¿Can I use nscd in 6.x branch? ¿Is there some 'alternative'? I've read > about "cached" but I don't find anywhere in 6.3 (for example); the only > one reference I've found is the port /usr/ports/databases/memcached, but > I think it's not nscd-related at all. "cached" was the original name for the nscd implementation in 7.x, it was renamed before 7.0 was released. You may be able to backport it from 7.x to 6.x, I have no idea how easy this would be though. Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Blocked process
On Thu, Aug 20, 2009 at 12:35:46PM +0100, Bob Bishop wrote: > > On 20 Aug 2009, at 12:06, Daniel O'Connor wrote: > > >On Thu, 20 Aug 2009, Daniel O'Connor wrote: > >>On Thu, 20 Aug 2009, Bob Bishop wrote: > >>>On 20 Aug 2009, at 08:25, Daniel O'Connor wrote: > This is running in 6.2 ish using 4BSD, I was under the impression > ULE wasn't very stable in 6.2. > > I could probably try it though... > >>> > >>>Hmm. ISTR having similar problems around the 6.1-2 era. You might > >>>try 6.4 if that's possible for you. > >> > >>Someone is going to visit it, but if I can't solve it remotely I'll > >>probably just update it to 7.2 or so. > > > >What sort of problems did you have BTW? > > Things like ls on the console might take several seconds to respond > when the box didn't seem to be very busy (but wasn't idle, maybe > serving a little NFS). It wasn't the shell getting swapped out or > anything else obvious. This was on SMP, not using X. The problem went > away with 6.4R (had to stay with 6.x for unrelated reasons). 6.1 was released with a bug in NFS server, causing serious slowdown when non-MPSAFE fs was exported. pgpsWKZDXLIe8.pgp Description: PGP signature
Re: Blocked process
On 20 Aug 2009, at 12:06, Daniel O'Connor wrote: On Thu, 20 Aug 2009, Daniel O'Connor wrote: On Thu, 20 Aug 2009, Bob Bishop wrote: On 20 Aug 2009, at 08:25, Daniel O'Connor wrote: This is running in 6.2 ish using 4BSD, I was under the impression ULE wasn't very stable in 6.2. I could probably try it though... Hmm. ISTR having similar problems around the 6.1-2 era. You might try 6.4 if that's possible for you. Someone is going to visit it, but if I can't solve it remotely I'll probably just update it to 7.2 or so. What sort of problems did you have BTW? Things like ls on the console might take several seconds to respond when the box didn't seem to be very busy (but wasn't idle, maybe serving a little NFS). It wasn't the shell getting swapped out or anything else obvious. This was on SMP, not using X. The problem went away with 6.4R (had to stay with 6.x for unrelated reasons). -- Bob Bishop r...@gid.co.uk ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Blocked process
On Thu, 20 Aug 2009, Daniel O'Connor wrote: > On Thu, 20 Aug 2009, Bob Bishop wrote: > > On 20 Aug 2009, at 08:25, Daniel O'Connor wrote: > > > This is running in 6.2 ish using 4BSD, I was under the impression > > > ULE wasn't very stable in 6.2. > > > > > > I could probably try it though... > > > > Hmm. ISTR having similar problems around the 6.1-2 era. You might > > try 6.4 if that's possible for you. > > Someone is going to visit it, but if I can't solve it remotely I'll > probably just update it to 7.2 or so. What sort of problems did you have BTW? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
nscd in 6.x?
Hi all, I want to implement nscd in a lot of servers which has diferents releseases of 6.x and 7.x branches. No problem with 7.x branches: nscd seems part of the system now: # whereis nscd && uname -r nscd: /usr/sbin/nscd /usr/share/man/man8/nscd.8.gz /usr/src/usr.sbin/nscd 7.0-RELEASE-p4 But not appears in 6.2: # whereis nscd && uname -r nscd: 6.2-RELEASE-p11 or 6.3 # whereis nscd && uname -r nscd: 6.3-RELEASE-p3 Moreover I've updated the src of one 6.3 to see if this it was included in 6.4 sources but also it's not there: # grep nscd /usr/src/sbin/ ¿Can I use nscd in 6.x branch? ¿Is there some 'alternative'? I've read about "cached" but I don't find anywhere in 6.3 (for example); the only one reference I've found is the port /usr/ports/databases/memcached, but I think it's not nscd-related at all. -- Thanks, Jordi Espasa Clofent ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Blocked process
On Thu, 20 Aug 2009, Bob Bishop wrote: > On 20 Aug 2009, at 08:25, Daniel O'Connor wrote: > > This is running in 6.2 ish using 4BSD, I was under the impression > > ULE wasn't very stable in 6.2. > > > > I could probably try it though... > > Hmm. ISTR having similar problems around the 6.1-2 era. You might try > 6.4 if that's possible for you. Someone is going to visit it, but if I can't solve it remotely I'll probably just update it to 7.2 or so. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: Blocked process
On 20 Aug 2009, at 08:25, Daniel O'Connor wrote: This is running in 6.2 ish using 4BSD, I was under the impression ULE wasn't very stable in 6.2. I could probably try it though... Hmm. ISTR having similar problems around the 6.1-2 era. You might try 6.4 if that's possible for you. -- Bob Bishop r...@gid.co.uk ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Blocked process
On Thu, 20 Aug 2009, Bob Bishop wrote: > Hi, > > On 20 Aug 2009, at 03:34, Daniel O'Connor wrote: > > [...] > > The problem appears to now be that the userland process that reads > > data > > out of the kernel is being stalled for over 4 seconds. This process > > reads from the kernel and does some minor processing and then > > writes it > > out to a child process to do some more work on it. > > > > [...] > > Given that renice'ing has an effect it seems to be a scheduler > > problem, [etc] > > Which scheduler are you using? Have you tried the other one? This is running in 6.2 ish using 4BSD, I was under the impression ULE wasn't very stable in 6.2. I could probably try it though... -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: Blocked process
Hi, On 20 Aug 2009, at 03:34, Daniel O'Connor wrote: [...] The problem appears to now be that the userland process that reads data out of the kernel is being stalled for over 4 seconds. This process reads from the kernel and does some minor processing and then writes it out to a child process to do some more work on it. [...] Given that renice'ing has an effect it seems to be a scheduler problem, [etc] Which scheduler are you using? Have you tried the other one? -- Bob Bishop r...@gid.co.uk ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"