panic(): vinvalbuf: dirty bufs: perhaps a ffs_syncvnode bug?
Hi people, At work, some storage is put on a SUN StorEdge 3510 FibreChannel array; the disks are divided into two volumes, which are mounted using isp(4) controllers. Two seperate machines each mount a single volume (this is, box1 mounts the first volume (/dev/da1), and box2 mounts the second volume (/dev/da2)). Both volumes are formatted using UFS2. Over the night, we reset the shelf in order to activate its new management IP address, causing the /dev/da[12] devices to be temporarily unavailable. This resulted in the following panic on the rather busy mailstorage server (the other server has minor load and was fine): --- (da0:isp0:0:1:0): lost device (da0:isp0:0:1:0): removing device entry (da1:isp0:0:2:0): lost device g_vfs_done():da1s1[WRITE(offset=292316823552, length=16384)]error = 6 g_vfs_done():da1s1[WRITE(offset=240287318016, length=16384)]error = 6 g_vfs_done():da1s1[READ(offset=12175362048, length=2048)]error = 6 g_vfs_done():da1s1[WRITE(offset=240287318016, length=16384)]error = 6 g_vfs_done():da1s1[READ(offset=18370689024, length=2048)]error = 6 g_vfs_done():da1s1[READ(offset=25829486592, length=512)]error = 6 vnode_pager_getpages: I/O read error vm_fault: pager read error, pid 78035 (lmtpd) g_vfs_done():da1s1[WRITE(offset=240287318016, length=1638(da1:isp0:0:2:0): Invalidating pack 4)]error = 6 g_vfs_done():da1s1[READ(offset=13768671232, length=6144)]error = 6 g_vfs_done():da1s1[READ(offset=102126977024, length=16384)]error = 6 g_vfs_done():da1s1[READ(offset=13768671232, length=6144)]error = 6 g_vfs_dpone():da1s1[READ(offset=102319669248, length=16384)]error = 6a nic: vinvalbuf: dirty bufs cpuid = 2 Uptime: 54d15h48m38s kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x56 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0681303 stack pointer = 0x28:0xe8d973f0 frame pointer = 0x28:0xe8d973f8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 78066 (lmtpd) trap number = 12 --- When looking at the source code of vinvalbuf(), which calls bufobj_invalbuf(), it seems that this panic is raised after a bufobj still contains dirty data after waiting for it to complete without error. The code can be found at /sys/kern/vfs_subr.c The sync routine called eventually translates to bufsync(), as in /sys/kern/vfs_bio.c, which calls the filesystem's sync routine. It seems as if the return status of vfs_bio_awrite() in ffs_syncvnode() is not checked; all the other parts are checked. I believe this could provoke this panic. As the machine is in production use, it was instantly rebooted by a collegue and thus I have no vmcore, backtrace or anything. I therefore hope the information provided here is adequate. Can someone with more FreeBSD-VFS knowledge please look at this? Thanks! -- Rink P.W. Springer- http://rink.nu It's you isn't it? THE BASTARD OPERATOR FROM HELL! In the flesh, on the phone and in your account... - BOFH #3 smime.p7s Description: S/MIME cryptographic signature
Re: RELENG_6 panic under heavy load
On Wed, Nov 15, 2006 at 03:37:40PM -0500, Kris Kennaway wrote: On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote: On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote: From alc@: --- I've never seen anything like this before. UMA is failing to allocate the zone structure. This is unrelated to the large-swap scenario that you ran into. Ask him to uncomment all of the UMA debugging #define's at the start of uma_core.c. It was very painfull for me and I don't get result... #define UMA_DEBUG 1 #define UMA_DEBUG_ALLOC 1 #define UMA_DEBUG_ALLOC_1 1 in uma_core.c kill my machine. I get tons of crap to serial console. The tons of crap is what was necessary to proceed. Not shure. I can't find way for collect output of UMA_DEBUG* with current console server and it can't be replaced before Jan. But I think UMA* is a wrong idea. You suppose bad hardware (I'm right?). Possible. But it can be detected only under heavy load -- when I enabling nagios on this server. When nagios disabled, machine work perfectly. With enabled UMA_DEBUG* options server not operable, no one service starting, we don't have this load and can't reproduce this behaviour. WBR Dmitriy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
trussing a non existing file causes misbehavior
Hello, In my 6.2-PRERELEASE(one month old approximately) truss gets stuck exiting when trying to truss a non existing file. I think the problem is not in truss itself. But I have not the skills to find it. So, will a build with updated sources help? Is there anybody else with the same problem? nik:0:~$ truss /nothing truss: execvp /nothing: No such file or directory load: 1.04 cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k Thanks in advance, Nikos ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: trussing a non existing file causes misbehavior
Nikos Vassiliadis wrote: Hello, In my 6.2-PRERELEASE(one month old approximately) truss gets stuck exiting when trying to truss a non existing file. I think the problem is not in truss itself. But I have not the skills to find it. So, will a build with updated sources help? Is there anybody else with the same problem? nik:0:~$ truss /nothing truss: execvp /nothing: No such file or directory load: 1.04 cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k Thanks in advance, Nikos Never seen any dumbest thing. Re-read truss(1) man page and find out what truss must do. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
misc/amanda-server: amfetchdump segmentation fault
Hi, Since 2.5.1p1,1 the amfetchdump utility does not work anymore: -- snap -- $ amfetchdump -a -c CONFIG HOST da0s1e 20061108 1 Scanning /home/amanda/hold... 1 tape(s) needed for restoration sh: segmentation fault (core dumped) amfetchdump -a -c CONFIG HOST da0s1e 20061108 1 -- snap -- With strings on the .core file I have found: Shared object nss_dns.so.1 not found, required by amfetchdump This nss_dns.so.1 seems to be related to FreeBSD specific patches which other ports needed in the past... (google result). But I am not sure if this is the reason for the segmentation fault. Is there anybody out where amfetchdump works in 2.5.1p1,1? Or any other idea? I can supply more information as needed. Regards, Andy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_6 panic under heavy load
I wonder why UMA was suspected to be the problem. Dima gave me access to the core. Here are more details from the trace: Unread portion of the kernel message buffer: panic: thread 100147(nagios):1 holds process lock but isn't blocked on a lock #9 0xd060038e in panic (fmt=0xd08094d9 thread %d(%s):%d holds %s but isn't blocked on a lock\n) at /usr/src/sys/kern/kern_shutdown.c:549 #10 0xd0629228 in propagate_priority (td=0xd745c900) at /usr/src/sys/kern/subr_turnstile.c:239 #11 0xd0629f32 in turnstile_wait (lock=0xd5dd5498, owner=0xd745c900) at /usr/src/sys/kern/subr_turnstile.c:643 #12 0xd05f4fc1 in _mtx_lock_sleep (m=0xd5dd5498, tid=3583683968, opts=0, file=0x12 Address 0x12 out of bounds, line=18) at /usr/src/sys/kern/kern_mutex.c:579 #13 0xd05f4992 in _mtx_lock_flags (m=0xd5dd5498, opts=0, file=0xd0806c3d /usr/src/sys/kern/kern_thread.c, line=824) at /usr/src/sys/kern/kern_mutex.c:288 #14 0xd060d340 in thread_single (mode=0) at /usr/src/sys/kern/kern_thread.c:824 #15 0xd05e38b9 in fork1 (td=0xd59aad80, flags=20, pages=0, procp=0xf5ca) at /usr/src/sys/kern/kern_fork.c:274 #16 0xd05e3509 in fork (td=0xd59aad80, uap=0xf5cacd04) at /usr/src/sys/kern/kern_fork.c:98 #17 0xd07a6d10 in syscall (frame= {tf_fs = 134938683, tf_es = 59, tf_ds = -809566149, tf_edi = 134953856, tf_esi = 673312612, tf_ebp = -809526568, tf_isp = -171258524, tf_ebx = 672261300, tf_edx = 0, tf_ecx = 134963456, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 672684403, tf_cs = 51, tf_eflags = 642, tf_esp = -809526660, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #18 0xd078f38f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #19 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 10 #10 0xd0629228 in propagate_priority (td=0xd745c900) at /usr/src/sys/kern/subr_turnstile.c:239 239 KASSERT(TD_ON_LOCK(td), ( (kgdb) list 234 #endif 235 236 /* 237 * If we aren't blocked on a lock, we should be. 238 */ 239 KASSERT(TD_ON_LOCK(td), ( 240 thread %d(%s):%d holds %s but isn't blocked on a lock\n, 241 td-td_tid, td-td_proc-p_comm, td-td_state, 242 ts-ts_lockobj-lo_name)); 243 (kgdb) frame 14 #14 0xd060d340 in thread_single (mode=0) at /usr/src/sys/kern/kern_thread.c:824 824 PROC_LOCK(p); (kgdb) list 819 thread_stopped(p); 820 thread_suspend_one(td); 821 PROC_UNLOCK(p); 822 mi_switch(SW_VOL, NULL); 823 mtx_unlock_spin(sched_lock); 824 PROC_LOCK(p); 825 mtx_lock_spin(sched_lock); 826 if (mode == SINGLE_EXIT) 827 remaining = p-p_numthreads; 828 else if (mode == SINGLE_BOUNDARY) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
systat -vm output showing negative total virtual memory
Hi all, this is on a two week old RELENG_6. The machine has 4GB RAM, SMP CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3012.12-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf43 Stepping = 3 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUS H,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x641dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,CX16,b14 AMD Features=0x2010NX,LM real memory = 3489071104 (3327 MB) avail memory = 3414265856 (3256 MB) ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 1198620 115040 1480676 289860 153004 count All 3330652 116920 -956751k 293960 pages vm.vmtotal has this to say System wide totals computed every five seconds: (values in kilobytes) === Processes: (RUNQ: 3 Disk Wait: 1 Page Wait: 1 Sleep: 40) Virtual Memory: (Total: 815944K, Active 355288K) Real Memory:(Total: 2558540K Active 150424K) Shared Virtual Memory: (Total: 11460K Active: 7856K) Shared Real Memory: (Total: 6916K Active: 5044K) Free Memory Pages: 890092K Uli ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_6 panic under heavy load
On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote: T I wonder why UMA was suspected to be the problem. Dima gave T me access to the core. Here are more details from the trace: It looks like a race between two threads in one process. Look here: (kgdb) frame 12 #12 0xd05f4fc1 in _mtx_lock_sleep (m=0xd5dd5498, tid=3583683968, opts=0, file=0x12 Address 0x12 out of bounds, line=18) at /usr/src/sys/kern/kern_mutex.c:579 579 turnstile_wait(m-mtx_object, mtx_owner(m)); (kgdb) p *m $10 = {mtx_object = {lo_class = 0xd084e224, lo_name = 0xd080508c process lock, lo_type = 0xd080508c process lock, lo_flags = 4390912, lo_list = { tqe_next = 0xd5dd56b0, tqe_prev = 0xd5dd5290}, lo_witness = 0xd088a100}, mtx_lock = 3611674882, mtx_recurse = 0} (kgdb) p ((struct thread *)tid) $15 = (struct thread *) 0xd59aad80 (kgdb) p ((struct thread *)(m-mtx_lock ~(0x1 | 0x2))) $17 = (struct thread *) 0xd745c900 (kgdb) p ((struct thread *)(m-mtx_lock ~(0x1 | 0x2)))-td_proc $18 = (struct proc *) 0xd5dd5430 (kgdb) p ((struct thread *)tid)-td_proc $19 = (struct proc *) 0xd5dd5430 So, we see that one thread blocks on the lock that is held by an other thread of the same process. Here they are: * 134 Thread 100198 (PID=47872: nagios) doadump () at pcpu.h:165 133 Thread 100147 (PID=47872: nagios) sched_switch (td=0xd745c900, newtd=0xd51f7a80, flags=2) at /usr/src/sys/kern/sched_4bsd.c:980 Let's look at the second one: (kgdb) thread 133 [Switching to thread 133 (Thread 100147)]#0 sched_switch (td=0xd745c900, newtd=0xd51f7a80, flags=2) at /usr/src/sys/kern/sched_4bsd.c:980 980 sched_lock.mtx_lock = (uintptr_t)td; (kgdb) bt #0 sched_switch (td=0xd745c900, newtd=0xd51f7a80, flags=2) at /usr/src/sys/kern/sched_4bsd.c:980 #1 0xd0607f46 in mi_switch (flags=2, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:420 #2 0xd0615ecf in maybe_preempt_in_ksegrp (td=0xd59aad80) at kern_switch.c:467 #3 0xd06160c8 in setrunqueue (td=0xd59aad80, flags=0) at kern_switch.c:585 #4 0xd06151e7 in sched_wakeup (td=0xd59aad80) at /usr/src/sys/kern/sched_4bsd.c:996 #5 0xd0608025 in setrunnable (td=0xd59aad80) at /usr/src/sys/kern/kern_synch.c:483 #6 0xd060d78e in thread_unsuspend_one (td=0xd59aad80) at /usr/src/sys/kern/kern_thread.c:972 #7 0xd060d584 in thread_suspend_check (return_instead=0) at /usr/src/sys/kern/kern_thread.c:935 #8 0xd0628a88 in userret (td=0xd745c900, frame=0xf5dd4d38, oticks=1) at /usr/src/sys/kern/subr_trap.c:116 #9 0xd07a6e16 in syscall (frame= {tf_fs = 134938683, tf_es = 59, tf_ds = -809566149, tf_edi = 134997504, tf_esi = 134998528, tf_ebp = -813707944, tf_isp = -170046108, tf_ebx = 672261300, tf_edx = 0, tf_ecx = 134969072, tf_eax = 1, tf_trapno = 0, tf_err = 2, tf_eip = 672832335, tf_cs = 51, tf_eflags = 646, tf_esp = -813707972, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1034 #10 0xd078f38f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: trussing a non existing file causes misbehavior
Is there anybody else with the same problem? nik:0:~$ truss /nothing truss: execvp /nothing: No such file or directory load: 1.04 cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k Known problem. See bin/70803. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: trussing a non existing file causes misbehavior
On Thu, Nov 16, 2006 at 12:26:32PM +0300, Oleg Dambaev wrote: Nikos Vassiliadis wrote: Hello, In my 6.2-PRERELEASE(one month old approximately) truss gets stuck exiting when trying to truss a non existing file. I think the problem is not in truss itself. But I have not the skills to find it. So, will a build with updated sources help? Is there anybody else with the same problem? nik:0:~$ truss /nothing truss: execvp /nothing: No such file or directory load: 1.04 cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k Thanks in advance, Nikos Never seen any dumbest thing. Re-read truss(1) man page and find out what truss must do. I think that rude response is always wrong. There, Nikos reported real, although cosmetic problem since the parent truss process sleeps interruptible. The following change shall take care: Index: fs/procfs/procfs_ioctl.c === RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs_ioctl.c,v retrieving revision 1.14 diff -u -r1.14 procfs_ioctl.c --- fs/procfs/procfs_ioctl.c6 Nov 2006 13:41:57 - 1.14 +++ fs/procfs/procfs_ioctl.c16 Nov 2006 12:13:45 - @@ -124,7 +124,7 @@ *(unsigned int *)data = p-p_pfsflags; break; case PIOCWAIT: - while (p-p_step == 0) { + while (p-p_step == 0 (p-p_flag P_WEXIT) == 0) { /* sleep until p stops */ error = msleep(p-p_stype, p-p_mtx, PWAIT|PCATCH, pioctl, 0); @@ -142,7 +142,7 @@ break; #ifdef COMPAT_IA32 case PIOCWAIT32: - while (p-p_step == 0) { + while (p-p_step == 0 (p-p_flag P_WEXIT) == 0) { /* sleep until p stops */ error = msleep(p-p_stype, p-p_mtx, PWAIT|PCATCH, pioctl, 0); pgptIVGD26MGi.pgp Description: PGP signature
The results of your email commands
The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: Your e-mail account was used to send a huge amount of spam during this week. Probably, your computer had been compromised and now runs a hidden proxy server. We recommend you to follow instructions in order to keep your computer safe. Sincerely yours, midrange.com technical support team. - Done. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: trussing a non existing file causes misbehavior
On Thursday 16 November 2006 14:14, Kostik Belousov wrote: On Thu, Nov 16, 2006 at 12:26:32PM +0300, Oleg Dambaev wrote: Nikos Vassiliadis wrote: Hello, In my 6.2-PRERELEASE(one month old approximately) truss gets stuck exiting when trying to truss a non existing file. I think the problem is not in truss itself. But I have not the skills to find it. So, will a build with updated sources help? Is there anybody else with the same problem? nik:0:~$ truss /nothing truss: execvp /nothing: No such file or directory load: 1.04 cmd: truss 70662 [exithold] 0.00u 0.00s 0% 700k Thanks in advance, Nikos Never seen any dumbest thing. Re-read truss(1) man page and find out what truss must do. I think that rude response is always wrong. I think too, but it's a public list and everyone finds expression in his/hers own personal way. So no harm done, one can ignore an insulting response. I can. That's not the case for everybody, though. There, Nikos reported real, although cosmetic problem since the parent truss process sleeps interruptible. The following change shall take care: Index: fs/procfs/procfs_ioctl.c === RCS file: /usr/local/arch/ncvs/src/sys/fs/procfs/procfs_ioctl.c,v retrieving revision 1.14 diff -u -r1.14 procfs_ioctl.c --- fs/procfs/procfs_ioctl.c 6 Nov 2006 13:41:57 - 1.14 +++ fs/procfs/procfs_ioctl.c 16 Nov 2006 12:13:45 - @@ -124,7 +124,7 @@ *(unsigned int *)data = p-p_pfsflags; break; case PIOCWAIT: - while (p-p_step == 0) { + while (p-p_step == 0 (p-p_flag P_WEXIT) == 0) { /* sleep until p stops */ error = msleep(p-p_stype, p-p_mtx, PWAIT|PCATCH, pioctl, 0); @@ -142,7 +142,7 @@ break; #ifdef COMPAT_IA32 case PIOCWAIT32: - while (p-p_step == 0) { + while (p-p_step == 0 (p-p_flag P_WEXIT) == 0) { /* sleep until p stops */ error = msleep(p-p_stype, p-p_mtx, PWAIT|PCATCH, pioctl, 0); Could you commit this to HEAD? to be eventually MFC'ed? Thanks Kostik. Nikos ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux locales to freebsd: symlink to make php setlocale() happy ?
Olivier Mueller wrote: While moving some more customers from a linux to a freebsd-based hosting, like some others I had a problem with php pages using setlocale(). According to 'locale -a', it looks like that for de_DE (german): Linux (suse): de_DE de_DE.utf8 [EMAIL PROTECTED] FreeBSD (6.1): de_DE.ISO8859-1 de_DE.ISO8859-15 de_DE.UTF-8 There's no standard for locale names (and it shouldn't be necessary anyway). And in the customers code, the call which hadn't worked anymore is: setlocale (LC_ALL, '[EMAIL PROTECTED]', 'de_DE', 'de', 'ge'). It's bad design to hardcode locale names in programs. It's much better (and standard practice) to pick up the locale from the environment variables, so they can be configured in the environment, without having to hack the program. I could tell the customer to update his code and add de_DE.ISO8859-1 to his setlocale() list, You could also tell the customer to fix that crap and use environment variables. :-) but he will ask me why isn't it like before? The answer is because your program was written in a non- portable way and needs to be fixed. So what would be the cleanest solution? The cleanest solution is certainly to fix the program. Is there an options somewhere to add the standard de_DE-like label (xx_XX) to all languages? Not that I'm aware of. It's not a standard anyway, and I even consider it bad practice because the character set specification is missing, so it's ambiguous. Or should I use symlinks like: [EMAIL PROTECTED] /usr/share/locale]# ln -s de_DE.ISO8859-1 de_DE Well, that would be a work-around that should work. It's not really a clean solution, though. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot). -- Terry Lambert, FreeBSD-hackers mailing list. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_6 panic under heavy load
On Wed, 2006-11-15 at 15:37 -0500, Kris Kennaway wrote: On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote: On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote: From alc@: --- I've never seen anything like this before. UMA is failing to allocate the zone structure. This is unrelated to the large-swap scenario that you ran into. Ask him to uncomment all of the UMA debugging #define's at the start of uma_core.c. It was very painfull for me and I don't get result... #define UMA_DEBUG 1 #define UMA_DEBUG_ALLOC 1 #define UMA_DEBUG_ALLOC_1 1 in uma_core.c kill my machine. I get tons of crap to serial console. The tons of crap is what was necessary to proceed. I actually suspect that the confusin comes from replying to the wrong mail. I believe Kris Kennaway's response from alc@ in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=473581+0 +current/freebsd-stable was actually supposed to be a reply to http://docs.freebsd.org/cgi/getmsg.cgi?fetch=434333+0 +current/freebsd-stable ... and actually had nothing to do with this thread. Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Areca Weirdness
Re-posting to -STABLE as it also does it on i386. I reinstalled i386 stable as of yesterday, and newfs'd all the partitions just in case. I got it to crash while doing a mkdir on the areca partition, so set up crash dumps on the boot drive (it boots off a single ATA disk, the Areca is additional storage) and it died again running the periodic scripts last night. The info file from the dump shows: Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 2145452032B (2046 MB) Blocksize: 512 Dumptime: Thu Nov 16 03:01:09 2006 Hostname: nas-2.shorewood-epc.co.uk Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-20061115 #0: Wed Nov 15 04:18:11 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP Panic String: ufs_dirbad: bad dir Dump Parity: 632980830 Bounds: 0 Dump Status: good Am I expecting too much with partitions over 2Tb? I've never gone over 2Tb before, so havent come across any issues like this. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lawrence Farr Sent: 10 November 2006 11:39 To: [EMAIL PROTECTED] Subject: Areca Weirdness I've got an Areca 12 port card running a 6Tb array which is divided into 2.1Tb chunks at the moment, as it was doing the same with a single 6Tb partition. ad0: 58644MB IC35L060AVER07 0 ER6OA44A at ata0-master UDMA100 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Areca Arc1 R001 Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 2224922MB (4556640256 512 byte sectors: 255H 63S/T 283637C) If I newfs it, and copy data to it, I have no problem initially. If I then try and copy the data on the disk already to a new folder, the machine reboots (it's a remote host with no serial attached currently). When it comes back to life, it mounts, and shows as: /dev/da0 2.1T343G1.6T18%/usr/home/areca1 But is completely empty. Unmounting it and trying to fsck it errors, as does mounting it by hand. [EMAIL PROTECTED] /home]# fsck -y /dev/da0 ** /dev/da0 Cannot find file system superblock ioctl (GCINFO): Inappropriate ioctl for device fsck_ufs: /dev/da0: can't read disk label [EMAIL PROTECTED] /home]# mount /dev/da0 mount: /dev/da0 on /usr/home/areca1: incorrect super block Are there any known issues with the driver on AMD64? I had major issues with it on Linux/386 with large memory support (it would behave equally strangely) that went away when I took large memory support out, maybe there are some non 64 bit safe parts common to both? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: systat -vm output showing negative total virtual memory
On Thu, Nov 16, 2006 at 11:55:09AM +0100, Ulrich Spoerlein wrote: Hi all, this is on a two week old RELENG_6. The machine has 4GB RAM, SMP CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3012.12-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf43 Stepping = 3 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUS H,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x641dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,CX16,b14 AMD Features=0x2010NX,LM real memory = 3489071104 (3327 MB) avail memory = 3414265856 (3256 MB) ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 Mem:KBREALVIRTUAL VN PAGER SWAP PAGER Tot Share TotShareFree in out in out Act 1198620 115040 1480676 289860 153004 count All 3330652 116920 -956751k 293960 pages vm.vmtotal has this to say System wide totals computed every five seconds: (values in kilobytes) === Processes: (RUNQ: 3 Disk Wait: 1 Page Wait: 1 Sleep: 40) Virtual Memory: (Total: 815944K, Active 355288K) Real Memory:(Total: 2558540K Active 150424K) Shared Virtual Memory: (Total: 11460K Active: 7856K) Shared Real Memory: (Total: 6916K Active: 5044K) Free Memory Pages: 890092K If my reading of the sys/vm/vm_meter.c code is correct, then all this is wrong; t_vm, t_avm, t_vmshr, and t_avmshr are all in bytes (here's a snippet from vm_meter.c): : totalp-t_vm += object-size; : totalp-t_rm += object-resident_page_count; : if (object-flags OBJ_ACTIVE) { : totalp-t_avm += object-size; : totalp-t_arm += object-resident_page_count; : } : if (object-shadow_count 1) { : /* shared object */ : totalp-t_vmshr += object-size; : totalp-t_rmshr += object-resident_page_count; : if (object-flags OBJ_ACTIVE) { : totalp-t_avmshr += object-size; : totalp-t_armshr += object-resident_page_count; : } : } sysctl(8) knows that t_vm is in bytes, but for the other stats it thinks they are in pages. systat -vm thinks they are all in bytes. Here's a fix: %%% Index: sbin/sysctl/sysctl.c === RCS file: /home/ncvs/src/sbin/sysctl/sysctl.c,v retrieving revision 1.67.2.7 diff -u -p -r1.67.2.7 sysctl.c --- sbin/sysctl/sysctl.c8 Sep 2006 09:45:35 - 1.67.2.7 +++ sbin/sysctl/sysctl.c16 Nov 2006 14:51:18 - @@ -395,14 +395,14 @@ S_vmtotal(int l2, void *p) %hu Sleep: %hu)\n, v-t_rq, v-t_dw, v-t_pw, v-t_sl); printf( - Virtual Memory:\t\t(Total: %luK, Active %lldK)\n, + Virtual Memory:\t\t(Total: %luK, Active %luK)\n, (unsigned long)v-t_vm / 1024, - (long long)v-t_avm * pageKilo); + (unsigned long)v-t_avm / 1024); printf(Real Memory:\t\t(Total: %lldK Active %lldK)\n, (long long)v-t_rm * pageKilo, (long long)v-t_arm * pageKilo); - printf(Shared Virtual Memory:\t(Total: %lldK Active: %lldK)\n, - (long long)v-t_vmshr * pageKilo, - (long long)v-t_avmshr * pageKilo); + printf(Shared Virtual Memory:\t(Total: %luK Active: %luK)\n, + (unsigned long)v-t_vmshr / 1024, + (unsigned long)v-t_avmshr / 1024); printf(Shared Real Memory:\t(Total: %lldK Active: %lldK)\n, (long long)v-t_rmshr * pageKilo, (long long)v-t_armshr * pageKilo); Index: usr.bin/systat/vmstat.c === RCS file: /home/ncvs/src/usr.bin/systat/vmstat.c,v retrieving revision 1.60.2.1 diff -u -p -r1.60.2.1 vmstat.c --- usr.bin/systat/vmstat.c 21 Mar 2006 20:49:50 - 1.60.2.1 +++ usr.bin/systat/vmstat.c 16 Nov 2006 14:55:32 - @@ -475,12 +475,12 @@ showkre() #define pgtokb(pg) ((pg) * (s.v_page_size / 1024)) putint(pgtokb(total.t_arm), MEMROW + 2, MEMCOL + 3, 8); putint(pgtokb(total.t_armshr), MEMROW + 2, MEMCOL + 11, 8); - putint(pgtokb(total.t_avm), MEMROW + 2, MEMCOL + 19, 9); - putint(pgtokb(total.t_avmshr), MEMROW + 2, MEMCOL + 28, 9); + putint(total.t_avm/1024, MEMROW + 2, MEMCOL + 19, 9); + putint(total.t_avmshr/1024, MEMROW + 2, MEMCOL + 28, 9); putint(pgtokb(total.t_rm), MEMROW + 3, MEMCOL + 3, 8); putint(pgtokb(total.t_rmshr), MEMROW + 3, MEMCOL + 11, 8); - putint(pgtokb(total.t_vm), MEMROW + 3, MEMCOL + 19, 9); - putint(pgtokb(total.t_vmshr), MEMROW + 3, MEMCOL + 28, 9); +
Re: kernel crash ...
Hello all, Sorry to spam this list but this morning at 03:00 AM I get back a kernel crash. Seems mailwrapper crashed now. Do I make a new build/install world/kernel ? Please, can somebody help me solve this problem. Just for info I put some details of my config below + last kernel debug. Regards. Vincent --- kernel S2468GN machine i386 cpu I686_CPU ident S2468GN # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # To statically compile in device wiring instead of /boot/device.hints #hints GENERIC.hints # Default places to look for devices. makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET# InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #optionsNFSCLIENT # Network Filesystem Client #optionsNFSSERVER # Network Filesystem Server #optionsNFS_ROOT# NFS usable as /, requires NFSCLIENT #optionsMSDOSFS # MSDOS Filesystem #optionsCD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS# Pseudo-filesystem framework options GEOM_GPT# GUID Partition Tables. options GEOM_MIRROR # Soft Mirror options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV# install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic# I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass# Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers device aac # Adaptec FSA RAID device aacp# SCSI passthrough for aac (requires CAM) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #optionsXSERVER # support for X server on a vt console #optionsFAT_CURSOR # start with block cursor # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip# TCP/IP over parallel device ppi # Parallel port interface device #device vpo
Re: RELENG_6 panic under heavy load
On Thu, Nov 16, 2006 at 02:15:25PM +0300, Gleb Smirnoff wrote: T On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote: T T I wonder why UMA was suspected to be the problem. Dima gave T T me access to the core. Here are more details from the trace: And even more: (kgdb) thread 133 [Switching to thread 133 (Thread 100147)]#0 sched_switch (td=0xd745c900, newtd=0xd51f7a80, flags=2) at /usr/src/sys/kern/sched_4bsd.c:980 980 sched_lock.mtx_lock = (uintptr_t)td; (kgdb) frame 9 #9 0xd07a6e16 in syscall (frame= {tf_fs = 134938683, tf_es = 59, tf_ds = -809566149, tf_edi = 134997504, tf_esi = 134998528, tf_ebp = -813707944, tf_isp = -170046108, tf_ebx = 672261300, tf_edx = 0, tf_ecx = 134969072, tf_eax = 1, tf_trapno = 0, tf_err = 2, tf_eip = 672832335, tf_cs = 51, tf_eflags = 646, tf_esp = -813707972, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1034 1034userret(td, frame, sticks); (kgdb) p *callp $92 = {sy_narg = 65539, sy_call = 0xd0630550 poll, sy_auevent = 43012} (kgdb) set $poll = (struct thread *)0xd745c900 (kgdb) set $fork = (struct thread *)0xd59aad80 (kgdb) p $poll-td_state $93 = TDS_INHIBITED (kgdb) p $poll-td_inhibitors $94 = 1 == TDI_SUSPENDED (kgdb) p/x $poll-td_flags $96 = 0x1010c01 == TDF_BORROWING | TDF_BOUNDARY | TDF_ASTPENDING | TDF_NEEDRESCHED | TDF_SCHED0 (kgdb) p $fork-td_state $97 = TDS_INHIBITED (kgdb) p $fork-td_inhibitors $98 = 8 == TDI_LOCK (kgdb) p/x $fork-td_flags $99 = 0x100 == TDF_SCHED0 Not everything clear yet, but looks like: 1) $fork thread obtains proc lock 2) $poll thread blocks on proc lock 3) $fork thread has suspended the $poll thread in thread_single() 4) $fork thread temporarily unlocks proc lock (line 821) and is preempted by $poll thread 5) $poll thread obtains proc lock, and starts doing its poll job 6) $fork thread blocks on proc lock, and is added to its turnstile 7) $poll thread drops the proc lock, but isn't preempted by $fork 8) $poll thread exits and is preempted by $fork ...) and here is something difficult to understand, when $poll tries to make $fork runnable, while $fork is trying to put itself in the turnstile that is owned by $poll -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: RELENG_6 panic under heavy load
On Thu, Nov 16, 2006 at 02:31:32PM +, Gavin Atkinson wrote: On Wed, 2006-11-15 at 15:37 -0500, Kris Kennaway wrote: On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote: On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote: From alc@: --- I've never seen anything like this before. UMA is failing to allocate the zone structure. This is unrelated to the large-swap scenario that you ran into. Ask him to uncomment all of the UMA debugging #define's at the start of uma_core.c. It was very painfull for me and I don't get result... #define UMA_DEBUG 1 #define UMA_DEBUG_ALLOC 1 #define UMA_DEBUG_ALLOC_1 1 in uma_core.c kill my machine. I get tons of crap to serial console. The tons of crap is what was necessary to proceed. I actually suspect that the confusin comes from replying to the wrong mail. I believe Kris Kennaway's response from alc@ in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=473581+0 +current/freebsd-stable was actually supposed to be a reply to http://docs.freebsd.org/cgi/getmsg.cgi?fetch=434333+0 +current/freebsd-stable ... and actually had nothing to do with this thread. Sorry, yes, you're right! Kris pgpWFFpujog5x.pgp Description: PGP signature
Re: kernel crash ...
On Thu, Nov 16, 2006 at 04:59:08PM +0100, Vincent Blondel wrote: Hello all, Sorry to spam this list but this morning at 03:00 AM I get back a kernel crash. Seems mailwrapper crashed now. Do I make a new build/install world/kernel ? Please, can somebody help me solve this problem. Just for info I put some details of my config below + last kernel debug. Neither of the two backtraces you've posted seem to make sense. What flags are you compiling your kernel with? Kris pgp4Y8wGBanUO.pgp Description: PGP signature
Re: kernel crash ...
Hello Kris, You can find below a generic make.conf I use to compile src/ports on my all machines ( only AMD Athlon XP/MP ). .CPUTYPE != sysctl hw.model |sed 's/ //g' .if ${.CPUTYPE:M*AMDAthlon(tm)XP*} CFLAGS= -march=athlon-xp .endif .if ${.CPUTYPE:M*AMDAthlon(tm)MP*} CFLAGS= -march=athlon-mp .endif CFLAGS+= -O -pipe CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 .if ${.CURDIR:M/usr/src/*} CFLAGS+= -fno-strict-aliasing .endif .if ${.CURDIR:M/usr/ports/*} CFLAGS+= -Os -fomit-frame-pointer .endif COPTFLAGS= -O -pipe Thanks to help me :-) Vincent On Thu, 2006-11-16 at 11:17 -0500, Kris Kennaway wrote: On Thu, Nov 16, 2006 at 04:59:08PM +0100, Vincent Blondel wrote: Hello all, Sorry to spam this list but this morning at 03:00 AM I get back a kernel crash. Seems mailwrapper crashed now. Do I make a new build/install world/kernel ? Please, can somebody help me solve this problem. Just for info I put some details of my config below + last kernel debug. Neither of the two backtraces you've posted seem to make sense. What flags are you compiling your kernel with? Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: systat -vm output showing negative total virtual memory
Ruslan Ermilov wrote: sysctl(8) knows that t_vm is in bytes, but for the other stats it thinks they are in pages. systat -vm thinks they are all in bytes. Here's a fix: Thanks!, I applied your patch to RELENG_6 # sysctl vm.vmtotal ; ./sysctl vm.vmtotal vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) === Processes: (RUNQ: 1 Disk Wait: 0 Page Wait: 0 Sleep: 45) Virtual Memory: (Total: 797461K, Active 92512K) Real Memory:(Total: 3327992K Active 48124K) Shared Virtual Memory: (Total: 11856K Active: 7772K) Shared Real Memory: (Total: 7644K Active: 5364K) Free Memory Pages: 145964K vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) === Processes: (RUNQ: 1 Disk Wait: 0 Page Wait: 0 Sleep: 45) Virtual Memory: (Total: 797461K, Active 22K) Real Memory:(Total: 3327992K Active 48128K) Shared Virtual Memory: (Total: 2K Active: 1K) Shared Real Memory: (Total: 7644K Active: 5364K) Free Memory Pages: 145964K 22K active VM and 1K shared? Seems pretty low to me... Here's the systat -vm output Mem:KBREALVIRTUAL Tot Share TotShareFree Act 48384542492800 7844 145692 count All 33282647704-1028565k11928 pages Mem:KBREALVIRTUAL Tot Share TotShareFree Act 484645372 221 145692 count All 33282647652 7974612 pages The total value seems more sane, but I doubt the active total value. top(1) says 106 processes: 3 running, 80 sleeping, 1 zombie, 22 waiting CPU states: 8.9% user, 0.0% nice, 11.4% system, 0.8% interrupt, 78.9% idle Mem: 48M Active, 2834M Inact, 239M Wired, 133M Cache, 112M Buf, 4680K Free Swap: 1024M Total, 36K Used, 1024M Free Yes, the system is totally idle, that may explain the values above. If your fix is correct (sorry, but I'm not in a position to judge your work), would it be possible to have a quick MFC to RELENG_6 and RELENG_6_2? Ulrich Spoerlein -- A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting frowned upon? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel crash ...
On Thu, Nov 16, 2006 at 05:38:44PM +0100, Vincent Blondel wrote: Hello Kris, You can find below a generic make.conf I use to compile src/ports on my all machines ( only AMD Athlon XP/MP ). .CPUTYPE != sysctl hw.model |sed 's/ //g' .if ${.CPUTYPE:M*AMDAthlon(tm)XP*} CFLAGS= -march=athlon-xp .endif .if ${.CPUTYPE:M*AMDAthlon(tm)MP*} CFLAGS= -march=athlon-mp .endif CFLAGS+= -O -pipe CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 .if ${.CURDIR:M/usr/src/*} CFLAGS+= -fno-strict-aliasing .endif .if ${.CURDIR:M/usr/ports/*} CFLAGS+= -Os -fomit-frame-pointer .endif COPTFLAGS= -O -pipe I think you have the -fno-strict-aliasing backwards, BTW: /usr/src should be safe to compile with -fstrict-aliasing (but it's only enabled by default at -O2, so that's a NOP for you anyway), but ports definitely are not in general. Also you might as well use CPUTYPE instead of manually setting CFLAGS to do the same thing. Anyway, this doesn't seem to be the cause of your problems so I don't know why your backtraces are garbage. Maybe you can try backtracing in DDB when you get a panic and see what that says instead. Kris pgpGN6V1vFmk9.pgp Description: PGP signature
Re: kernel crash ...
Kris, You are speaking about backtrace but sorry I do not know what does exactly this command. Anyway, I see I did not give you result of backtrace for the second kernel panic (this one I had this morning ..) so maybe are you waiting for this result : --- [EMAIL PROTECTED] [/usr/obj/usr/src/sys/S2468GN] # kgdb kernel.debug /var/crash/v [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol ps_pglobal_lookup] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd. Unread portion of the kernel message buffer: x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 14294 (mailwrapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 6h23m20s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261760 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04e3436 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04e375d in panic (fmt=0xc064447a %s) at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc062bd30 in trap_fatal (frame=0xe71cf9f4, eva=2378418688) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc062ba6f in trap_pfault (frame=0xe71cf9f4, usermode=0, eva=2378418688) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc062b6c9 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 135012352, tf_esi = 176128, tf_ebp = -417531336, tf_isp = -417531360, tf_ebx = -999349952, tf_edx = -968498816, tf_ecx = 4, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067261688, tf_cs = 32, tf_eflags = 66050, tf_esp = -1057182640, tf_ss = -417531320}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc061810a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc062e108 in sf_buf_free (sf=0xc46f2140) at /usr/src/sys/i386/i386/vm_machdep.c:783 #8 0xc05e1d6c in vm_imgact_unmap_page (sf=0x1) at /usr/src/sys/vm/vm_glue.c:307 #9 0xc04b3ca8 in elf32_load_section (vmspace=0xc4dc1b90, object=0xc7c3a084, offset=490048, vmaddr=0x80c0a40 Address 0x80c0a40 out of bounds, memsz=180788, filsz=9344, prot=3 '\003', pagesize=4096) at /usr/src/sys/kern/imgact_elf.c:434 #10 0xc04b424b in exec_elf32_imgact (imgp=0xe71cfbe8) at /usr/src/sys/kern/imgact_elf.c:694 #11 0xc04c808e in do_execve (td=0xc645e180, args=0xe71cfcb4, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:426 #12 0xc04c7d94 in kern_execve (td=0xc645e180, args=0xe71cfcb4, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:264 #13 0xc04c7c9a in execve (td=0xc645e180, uap=0x1) at /usr/src/sys/kern/kern_exec.c:188 #14 0xc062c077 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134525001, tf_esi = 134524992, tf_ebp = -1077940664, tf_isp = -417530524, tf_ebx = -1077940692, tf_edx = 1, tf_ecx = 134529024, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 671913639, tf_cs = 51, tf_eflags = 514, tf_esp = -1077940732, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #15 0xc061815f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit [EMAIL PROTECTED] [/usr/obj/usr/src/sys/S2468GN] # --- Vincent On Thu, 2006-11-16 at 16:01 -0500, Kris Kennaway wrote: On Thu, Nov 16, 2006 at 05:38:44PM +0100, Vincent Blondel wrote: Hello Kris, You can find below a generic make.conf I use to compile src/ports on my all machines ( only AMD Athlon XP/MP ). .CPUTYPE != sysctl hw.model |sed 's/ //g' .if ${.CPUTYPE:M*AMDAthlon(tm)XP*} CFLAGS= -march=athlon-xp .endif .if ${.CPUTYPE:M*AMDAthlon(tm)MP*} CFLAGS= -march=athlon-mp .endif CFLAGS+= -O -pipe CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 .if ${.CURDIR:M/usr/src/*} CFLAGS+= -fno-strict-aliasing .endif .if ${.CURDIR:M/usr/ports/*} CFLAGS+= -Os -fomit-frame-pointer .endif COPTFLAGS= -O -pipe I think you have the -fno-strict-aliasing backwards, BTW: /usr/src should be safe to compile with -fstrict-aliasing (but it's only enabled by default at -O2, so that's a NOP for you anyway), but ports definitely are not in general. Also you might as well use CPUTYPE instead of manually setting CFLAGS to do the same thing. Anyway, this doesn't seem to be the cause of your problems so
Re: kernel crash ...
On Thu, Nov 16, 2006 at 10:34:09PM +0100, Vincent Blondel wrote: Kris, You are speaking about backtrace but sorry I do not know what does exactly this command. Check the developers handbook, there's a whole chapter about this topic :-) Anyway, I see I did not give you result of backtrace for the second kernel panic (this one I had this morning ..) so maybe are you waiting for this result : OK, this backtrace at least seems to be legitimate :-) I'm not sure about the cause though, does it happen every time you run mailwrapper, or only under load? Kris P.S. Please don't top-post, it's already destroyed context from your posts so I have no idea whether you've already provided this information without reviewing your older emails. Unread portion of the kernel message buffer: x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 14294 (mailwrapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 6h23m20s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261760 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc04e3436 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04e375d in panic (fmt=0xc064447a %s) at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc062bd30 in trap_fatal (frame=0xe71cf9f4, eva=2378418688) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc062ba6f in trap_pfault (frame=0xe71cf9f4, usermode=0, eva=2378418688) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc062b6c9 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 135012352, tf_esi = 176128, tf_ebp = -417531336, tf_isp = -417531360, tf_ebx = -999349952, tf_edx = -968498816, tf_ecx = 4, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067261688, tf_cs = 32, tf_eflags = 66050, tf_esp = -1057182640, tf_ss = -417531320}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc061810a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc062e108 in sf_buf_free (sf=0xc46f2140) at /usr/src/sys/i386/i386/vm_machdep.c:783 #8 0xc05e1d6c in vm_imgact_unmap_page (sf=0x1) at /usr/src/sys/vm/vm_glue.c:307 #9 0xc04b3ca8 in elf32_load_section (vmspace=0xc4dc1b90, object=0xc7c3a084, offset=490048, vmaddr=0x80c0a40 Address 0x80c0a40 out of bounds, memsz=180788, filsz=9344, prot=3 '\003', pagesize=4096) at /usr/src/sys/kern/imgact_elf.c:434 #10 0xc04b424b in exec_elf32_imgact (imgp=0xe71cfbe8) at /usr/src/sys/kern/imgact_elf.c:694 #11 0xc04c808e in do_execve (td=0xc645e180, args=0xe71cfcb4, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:426 #12 0xc04c7d94 in kern_execve (td=0xc645e180, args=0xe71cfcb4, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:264 #13 0xc04c7c9a in execve (td=0xc645e180, uap=0x1) at /usr/src/sys/kern/kern_exec.c:188 #14 0xc062c077 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134525001, tf_esi = 134524992, tf_ebp = -1077940664, tf_isp = -417530524, tf_ebx = -1077940692, tf_edx = 1, tf_ecx = 134529024, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 671913639, tf_cs = 51, tf_eflags = 514, tf_esp = -1077940732, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #15 0xc061815f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit [EMAIL PROTECTED] [/usr/obj/usr/src/sys/S2468GN] # --- Vincent On Thu, 2006-11-16 at 16:01 -0500, Kris Kennaway wrote: On Thu, Nov 16, 2006 at 05:38:44PM +0100, Vincent Blondel wrote: Hello Kris, You can find below a generic make.conf I use to compile src/ports on my all machines ( only AMD Athlon XP/MP ). .CPUTYPE != sysctl hw.model |sed 's/ //g' .if ${.CPUTYPE:M*AMDAthlon(tm)XP*} CFLAGS= -march=athlon-xp .endif .if ${.CPUTYPE:M*AMDAthlon(tm)MP*} CFLAGS= -march=athlon-mp .endif CFLAGS+= -O -pipe CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 .if ${.CURDIR:M/usr/src/*} CFLAGS+= -fno-strict-aliasing .endif .if ${.CURDIR:M/usr/ports/*} CFLAGS+= -Os -fomit-frame-pointer .endif COPTFLAGS= -O -pipe I think you have the -fno-strict-aliasing backwards, BTW: /usr/src should be safe to compile with -fstrict-aliasing (but it's only enabled by default at -O2, so that's a NOP for you anyway), but ports definitely are not in general. Also you might as well use CPUTYPE instead of manually setting CFLAGS to do the same thing. Anyway, this doesn't seem to be the cause of your
Please disregard - ISP change
Testing email server configuration. Ensuring that everything in postfix's relay table is required. Apologies for the noise -- S. Anthony Sequeira ++ Likewise, the national appetizer, brine-cured herring with raw onions, wins few friends, Germans excepted. -- Darwin Porter Scandinavia On $50 A Day ++ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: systat -vm output showing negative total virtual memory
On Thu, Nov 16, 2006 at 08:10:37PM +0100, Ulrich Spoerlein wrote: Ruslan Ermilov wrote: sysctl(8) knows that t_vm is in bytes, but for the other stats it thinks they are in pages. systat -vm thinks they are all in bytes. Here's a fix: Thanks!, I applied your patch to RELENG_6 22K active VM and 1K shared? Seems pretty low to me... Actually, the values are also in pages. Below is a new patch to try. The total amount of virtual memory reported is still insane; I think some objects are included in the stats mistakenly, but I'm not yet sure. %%% Index: sbin/sysctl/sysctl.c === RCS file: /home/ncvs/src/sbin/sysctl/sysctl.c,v retrieving revision 1.67.2.7 diff -u -p -r1.67.2.7 sysctl.c --- sbin/sysctl/sysctl.c8 Sep 2006 09:45:35 - 1.67.2.7 +++ sbin/sysctl/sysctl.c16 Nov 2006 22:23:35 - @@ -395,8 +395,8 @@ S_vmtotal(int l2, void *p) %hu Sleep: %hu)\n, v-t_rq, v-t_dw, v-t_pw, v-t_sl); printf( - Virtual Memory:\t\t(Total: %luK, Active %lldK)\n, - (unsigned long)v-t_vm / 1024, + Virtual Memory:\t\t(Total: %lldK, Active %lldK)\n, + (long long)v-t_vm * pageKilo, (long long)v-t_avm * pageKilo); printf(Real Memory:\t\t(Total: %lldK Active %lldK)\n, (long long)v-t_rm * pageKilo, (long long)v-t_arm * pageKilo); Index: usr.bin/systat/vmstat.c === RCS file: /home/ncvs/src/usr.bin/systat/vmstat.c,v retrieving revision 1.60.2.1 diff -u -p -r1.60.2.1 vmstat.c --- usr.bin/systat/vmstat.c 21 Mar 2006 20:49:50 - 1.60.2.1 +++ usr.bin/systat/vmstat.c 16 Nov 2006 22:35:34 - @@ -58,6 +58,7 @@ static const char sccsid[] = @(#)vmstat #include ctype.h #include err.h #include errno.h +#include inttypes.h #include langinfo.h #include nlist.h #include paths.h @@ -135,7 +136,7 @@ static void copyinfo(struct Info *, stru static float cputime(int); static void dinfo(int, int, struct statinfo *, struct statinfo *); static void getinfo(struct Info *); -static void putint(int, int, int, int); +static void putint(intmax_t, int, int, int); static void putfloat(double, int, int, int, int, int); static void putlongdouble(long double, int, int, int, int, int); static int ucount(void); @@ -472,7 +473,7 @@ showkre() putfloat(avenrun[1], STATROW, STATCOL + 23, 6, 2, 0); putfloat(avenrun[2], STATROW, STATCOL + 29, 6, 2, 0); mvaddstr(STATROW, STATCOL + 53, buf); -#define pgtokb(pg) ((pg) * (s.v_page_size / 1024)) +#define pgtokb(pg) ((intmax_t)(unsigned)(pg) * (s.v_page_size / 1024)) putint(pgtokb(total.t_arm), MEMROW + 2, MEMCOL + 3, 8); putint(pgtokb(total.t_armshr), MEMROW + 2, MEMCOL + 11, 8); putint(pgtokb(total.t_avm), MEMROW + 2, MEMCOL + 19, 9); @@ -667,7 +668,8 @@ cputime(indx) static void putint(n, l, lc, w) - int n, l, lc, w; + intmax_t n; + int l, lc, w; { char b[128]; @@ -677,11 +679,11 @@ putint(n, l, lc, w) addch(' '); return; } - snprintf(b, sizeof(b), %*d, w, n); + snprintf(b, sizeof(b), %*jd, w, n); if ((int)strlen(b) w) - snprintf(b, sizeof(b), %*dk, w - 1, n / 1000); + snprintf(b, sizeof(b), %*jdk, w - 1, n / 1000); if ((int)strlen(b) w) - snprintf(b, sizeof(b), %*dM, w - 1, n / 100); + snprintf(b, sizeof(b), %*jdM, w - 1, n / 100); addstr(b); } %%% Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgpgnPSqeKhlL.pgp Description: PGP signature
Re: Please disregard - ISP change
Sherwin Sequeira wrote: Testing email server configuration. Ensuring that everything in postfix's relay table is required. Apologies for the noise Please don't send these messages to the public lists. There is a freebsd-test list set up for this purpose. Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Installing 6.2-BETA3 from floppies
On Tue, Nov 14, 2006 at 01:19:28PM +0100, Oliver Fromme wrote: Eugene Grosbein wrote: Eugene Grosbein wrote: I'm trying to install FreeBSD 6.x onto old Packard Bell machine, it is Pentium-166 with 80Mb RAM and 10Gb HDD (Orlando motherboard). [...] However, timer does not 'tick' and there is always 10 seconds left. I choose verbose mode, it starts to show its diagnostic output but last line it shows is 'Calibrating clocks...' then it halts: keyboard leds do not switch, there is no reaction on 'Ctrl-Alt-ESC'. Hmm, I was too quick... The kernel has spent lots of minutes 'sitting in this pose' but suddenly said that clock calibration has failed and it will use default frequency. Apparently the RTC on that mainboard is dead. Did you try replacing its battery? It's usually a small lithium button cell, or (on very old boards) a small battery package. If that doesn't help, I guess the RTC chip itself is broken. on sone pentium pro motherboards manucactured in america, as opposed to those manufactured by american companies located in tiawan .. the 6 or so motherboards that i have seen worked with (clients machines/networks) they all had the cmose/realtime clocks batteries integrated into teh rtc clock chip it is some sort of mercury battery, motherboards with that style of rtc clock battery and or cmos battery have only one way to fix teh flat battery, that is to replace teh motherboard with one that has a normal battery for the rtc/cmos circuits. sorry for the typing, i'm tyyping blind (just about) at teh monebt. most kind regards jonathan -- powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system === appropriate solution in an inappropriate world === ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
(Seemingly) Spontaneous rebooting
Hi, i'm observing random reboots on a dedicated machine I have with 11. I have included as much information as I can think of, if there is anything else I can provide, please ask. dmesg: claire# dmesg Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #1: Sun Nov 5 14:16:45 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/claire Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2404.12-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x400CNTX-ID real memory = 1065353216 (1016 MB) avail memory = 1033650176 (985 MB) kbd1 at kbdmux0 cpu0 on motherboard pcib0: Host to PCI bridge pcibus 0 on motherboard pir0: PCI Interrupt Routing Table: 4 Entries on motherboard pci0: PCI bus on pcib0 $PIR: No matching entry for 0.16.INTA $PIR: No matching entry for 0.16.INTB $PIR: No matching entry for 0.16.INTD $PIR: No matching entry for 0.18.INTA agp0: VIA 8703 (P4M266x/P4N266) host to PCI bridge mem 0xea00-0xea3f at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) pci0: serial bus, USB at device 16.0 (no driver attached) pci0: serial bus, USB at device 16.1 (no driver attached) pci0: serial bus, USB at device 16.3 (no driver attached) isab0: PCI-ISA bridge at device 17.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 8235 UDMA133 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdc00-0xdc0f at device 17.1 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 vr0: VIA VT6102 Rhine II 10/100BaseTX port 0xe000-0xe0ff mem 0xea401000-0xea4010ff irq 15 at device 18.0 on pci0 miibus0: MII bus on vr0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:63:c3:72:02 orm0: ISA Option ROMs at iomem 0xc-0xcbfff,0xcc000-0xc,0xd-0xd17ff on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x100 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: PNP0303 can't assign resources (port) unknown: PNP0c01 can't assign resources (memory) unknown: PNP0c02 can't assign resources (memory) unknown: PNP0501 can't assign resources (port) Timecounter TSC frequency 2404116192 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB Seagate ST380021A 3.05 at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 556 files 20 WARNING: /var was not properly dismounted uhci0: VIA 83C572 USB controller port 0xd000-0xd01f irq 15 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: VIA 83C572 USB controller port 0xd400-0xd41f irq 12 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: VIA VT6202 USB 2.0 controller mem 0xea40-0xea4000ff irq 11 at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: VIA VT6202 USB 2.0 controller on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pciconf -lv: claire# pciconf -lv [EMAIL PROTECTED]:0:0: class=0x06 card=0xa0031106 chip=0x31481106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8751 ProSavageDDR P4M266 System Controller' class= bridge subclass = HOST-PCI [EMAIL PROTECTED]:1:0: class=0x060400 card=0x0080 chip=0xb0911106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8633 Apollo Pro 266 CPU to AGP Controller' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:16:0:class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)' class= serial bus subclass = USB [EMAIL PROTECTED]:16:1:class=0x0c0300
Re: (Seemingly) Spontaneous rebooting
Am 17.11.2006 um 08:05 schrieb Joe Holden: Hi, i'm observing random reboots on a dedicated machine I have with 11. How do you know it's rebbots as opposed to crashes/panics? Enable crashdumps in rc.conf and see if you get a dump. Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: (Seemingly) Spontaneous rebooting
Stefan Bethke wrote: Am 17.11.2006 um 08:05 schrieb Joe Holden: Hi, i'm observing random reboots on a dedicated machine I have with 11. How do you know it's rebbots as opposed to crashes/panics? Enable crashdumps in rc.conf and see if you get a dump. Stefan --Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140 The reason why I said (seemingly) spontaneous reboots was because there is nothing in logs, it looks exactly like its just had the reset button hit. I've added to rc.conf, now i've just got to wait for it to crash, which isn't fun as it could be weeks, heh Ta, Joe ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]