tcpdump/libpcap core dump on amd64.
Hi, I have experience core dump signal 11 using tcpdump in amd64 arch. 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #14: Tue Nov 24 03:28:14 JST 2009 tcpdump -nvi em2 -> no core dump tcpdump -nvi em2 -c 100 -> core dump i try in i386 and the result: no coredump here's the core file: 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 "amd64-marcel-freebsd"... Core was generated by `tcpdump'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpcap.so.7...done. Loaded symbols for /lib/libpcap.so.7 Reading symbols from /lib/libcrypto.so.6...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000800b244e7 in free () from /lib/libc.so.7 (gdb) bt #0 0x000800b244e7 in free () from /lib/libc.so.7 #1 0x0008006f6a75 in pcap_cleanup_live_common (p=0x800e04400) at /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:1158 #2 0x0008006f7768 in pcap_cleanup_bpf (p=0x800e04400) at /usr/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c:1218 #3 0x0008006f65ee in pcap_close (p=0x800e04400) at /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:1232 #4 0x00452b04 in main (argc=Variable "argc" is not available. ) at /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/tcpdump.c:1230 thanks! -- -dikshie- ___ 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: maximum mmap()
On Wed, May 13, 2009 at 11:11 PM, John Baldwin wrote: > The amount of RAM is not the issue, it is the size of the virtual address > space. You can lower maxdsiz on i386 to leave more room for mmap, and you > can also change KVA_PAGES in the kernel to leave more address space for > userland than for the kernel perhaps, but you won't get a whole lot more > space that way (you might be able to map 2.5GB or so). Moving to amd64 gives > you a 64-bit virtual address space and you will be able to easily mmap() > much, much more than 4GB out of the box. i see. thanks for the explanation. it seems i have to move to AMD64 and added more RAM. -dikshie- ___ 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"
maximum mmap()
Hi, i found that my rrdtool does not work with mmap() with rra files size more than 2GB. my question: on i386 arch, what's maximum size of file to be able to mmap() ? do i have to change from i386 to amd64? or added 4GB RAM? thanks! -- -dikx- ___ 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"
#0 sched_switch (td=0xc579b230, newtd=Variable "newtd" is not available.
is this known bug? Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8c000180 fault code = supervisor read, page not present instruction pointer = 0x20:0xc063d904 stack pointer = 0x28:0xe7704608 frame pointer = 0x28:0xe7704620 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2013 (firefox-bin) trap number = 12 panic: page fault cpuid = 0 Uptime: 5h1m34s Physical memory: 2038 MB Dumping 194 MB: 179 163 147 131 115 99 83 (CTRL-C to abort) 67 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 51 (CTRL-C to abort) 35 19 3 kgdb: kvm_read: invalid address (0x4c414e52) kgdb: kvm_read: invalid address (0x35b2e804) kgdb: kvm_read: invalid address (0x5502) kgdb: kvm_read: invalid address (0x6a02) Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 sched_switch (td=0xc579b230, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 1944cpuid = PCPU_GET(cpuid); (kgdb) 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #7: Sat May 2 17:06:46 JST 2009 -- -dikshie- ___ 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"
unkillable proceess
Hi, how to kill unkillable process: # ps axuf |grep http www 66005 73.4 1.3 87656 13164 ?? R 4:58PM 62:24.41 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT www 4277 71.6 1.4 88680 13964 ?? R 4:12PM 48:23.40 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT www 2708 65.5 1.4 88680 14112 ?? R 4:12PM 54:39.50 /usr/local/sbin/httpd -DSSL -DNOHTTPACCEPT above processes unkillable regards, -dikshie- ___ 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: any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 100 Not_testing 200 Not_testing 300 Not_testing 400 Not_testing 500 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. errors always on ad4 with random LBA blocks numbers. with best regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
any available patches for sata: "ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly"
Hi, I got : ad4: warning - setfeatures set transfer mode taskqueue timeout - completing request directly ad4: warning - setfeatures enable rcache taskqueue timeout - completing request directly ad4: warning - setfeatures enable wcache taskqueue timeout - completing request directly ad4: timeout - flushcache retrying (0 retries left) geom_journal: flush cache of ad4s1d: error=5 ad4: timeout - write_dma retrying (1 retry left) LBA=4139103 --- I read: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues and strange output from dmesg: ad4: 305245MB at ata2-master UDMA33 ^^^ any available patches ? best regards, -dikshie- Copyright (c) 1992-2008 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 7.0-STABLE #19: Sat May 10 15:41:00 JST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BARU Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz (2333.34-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2000646144 (1907 MB) avail memory = 1926553600 (1837 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning (tbfadt-0505): Optional field "Pm2ControlBlock" has zero address or length:0 0/1 [20070320] ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 10, 7fdf (3) failed acpi0: reservation of 0, a (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfeff-0xfeff03ff on acpi0 Timecounter "HPET" frequency 2500 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 72a072a0600072a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 72a072a0600072a device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) isab0: at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.4 (no driver attached) ohci0: mem 0xe000-0xefff irq 21 at device 4.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xefffe000-0xefffe0ff irq 22 at device 4.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered umass0: on uhub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 8.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 9.0 (no driver attached) pcib1: at device 10.0 on pci0 pci1: on pcib1 pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 re0: port 0xde00-0xdeff mem 0xefdff000-0xefdf irq 16 at device 0.0 on pci4 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:e0:4d:66:7a:72 re0: [FILTER] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem 0xefff8000-0xefff9fff irq 20 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] vgapci0: mem 0xed00-0xedff,0xd000-0xdfff,0xee00-0xeeff irq 21 at device 16.0 on pci0 acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured ir
6.1-PRERELEASE SMP 2nd CPU idle
Dear All, today I have: 11 root 1 171 52 0K 8K CPU1 0 0:00 100.00% idle: cpu1 12 root 1 171 52 0K 8K RUN0 86.2H 43.95% idle: cpu0 cpu0 utilization so high but cpu1 utilization so low, any clue or tips how to utilize cpu1 ? regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
6.0-STABLE Panic
Dear All, my 6.0-STABLE always panic when "make buildworld" heres the dump: lapi# kgdb kernel.debug vmcore.0 [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: panic: trying to sleep while sleeping is prohibited KDB: stack backtrace: kdb_backtrace(100,c32f4480,c06f8c28,c32f4480,c06f3970) at 0xc0510929 = kdb_backtrace+0x29 panic(c06988c7,c32f4480,0,c06f3970,d5629a7c) at 0xc04f9318 = panic+0xa8 sleepq_add(c06f3970,c06f4a2c,c06917eb,1,c06f4a2c,0,c0691b7d,7d) at 0xc0515e68 = sleepq_add+0x8c cv_wait(c06f3970,c06f4a2c,0,16,d5629cb4) at 0xc04d3b5e = cv_wait+0x132 _sx_xlock(c06f3940,c06918e2,180) at 0xc04fe334 = _sx_xlock+0x5c acctwatch(0) at 0xc04d1cf8 = acctwatch+0x20 softclock(0) at 0xc05043d9 = softclock+0x211 ithread_loop(c32ab500,d5629d38,c32ab500,c04e5d74,0) at 0xc04e5eb8 = ithread_loop+0x144 fork_exit(c04e5d74,c32ab500,d5629d38) at 0xc04e5328 = fork_exit+0xa0 fork_trampoline() at 0xc065169c = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5629d6c, ebp = 0 --- Uptime: 41m7s Dumping 510 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130608 pages) 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) bt #0 doadump () at pcpu.h:165 #1 0xc04f90d0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04f937b in panic (fmt=0xc06988c7 "trying to sleep while sleeping is prohibited") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0515e68 in sleepq_add (wchan=0xc06f3970, lock=0xc06f4a2c, wmesg=0x0, flags=1) at /usr/src/sys/kern/subr_sleepqueue.c:273 #4 0xc04d3b5e in cv_wait (cvp=0xc06f3970, mp=0xc06f4a2c) at /usr/src/sys/kern/kern_condvar.c:127 #5 0xc04fe334 in _sx_xlock (sx=0xc06f3940, file=0xc06918e2 "/usr/src/sys/kern/kern_acct.c", line=384) at /usr/src/sys/kern/kern_sx.c:188 #6 0xc04d1cf8 in acctwatch (a=0x0) at /usr/src/sys/kern/kern_acct.c:384 #7 0xc05043d9 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:290 #8 0xc04e5eb8 in ithread_loop (arg=0xc32ab500) at /usr/src/sys/kern/kern_intr.c:547 #9 0xc04e5328 in fork_exit (callout=0xc04e5d74 , arg=0xc32ab500, frame=0xd5629d38) at /usr/src/sys/kern/kern_fork.c:789 #10 0xc065169c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) it is: lapi# uname -a FreeBSD lapi.itb.ac.id 6.0-STABLE FreeBSD 6.0-STABLE #0: Tue Jan 3 10:22:22 WIT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAPI i386 regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
6.0-STABLE panic once a day
Dear All, one of my 6.0-STABLE box always panic once a day. here's the dump: lapi# kgdb kernel.debug vmcore.0 [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: panic: trying to sleep while sleeping is prohibited KDB: stack backtrace: kdb_backtrace(100,c32f4480,c06f74e8,c32f4480,c06f2550) at 0xc0510601 = kdb_backtrace+0x29 panic(c06976a5,c32f4480,0,c06f2550,d5629a7c) at 0xc04f90e4 = panic+0xa8 sleepq_add(c06f2550,c06f3414,c06906e8,1,c06f3414,0,c0690a7a,7d) at 0xc0515b40 = sleepq_add+0x8c cv_wait(c06f2550,c06f3414,0,16,d5629cb4) at 0xc04d3aa6 = cv_wait+0x132 _sx_xlock(c06f2520,c06907df,180) at 0xc04fe100 = _sx_xlock+0x5c acctwatch(0) at 0xc04d1c40 = acctwatch+0x20 softclock(0) at 0xc05040b1 = softclock+0x211 ithread_loop(c32ab500,d5629d38,c32ab500,c04e5d20,0) at 0xc04e5e64 = ithread_loop+0x144 fork_exit(c04e5d20,c32ab500,d5629d38) at 0xc04e52d4 = fork_exit+0xa0 fork_trampoline() at 0xc0650aac = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5629d6c, ebp = 0 --- Uptime: 14h34m3s Dumping 510 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130608 pages) 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) bt #0 doadump () at pcpu.h:165 #1 0xc04f8e9c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04f9147 in panic (fmt=0xc06976a5 "trying to sleep while sleeping is prohibited") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0515b40 in sleepq_add (wchan=0xc06f2550, lock=0xc06f3414, wmesg=0x0, flags=1) at /usr/src/sys/kern/subr_sleepqueue.c:273 #4 0xc04d3aa6 in cv_wait (cvp=0xc06f2550, mp=0xc06f3414) at /usr/src/sys/kern/kern_condvar.c:127 #5 0xc04fe100 in _sx_xlock (sx=0xc06f2520, file=0xc06907df "/usr/src/sys/kern/kern_acct.c", line=384) at /usr/src/sys/kern/kern_sx.c:175 #6 0xc04d1c40 in acctwatch (a=0x0) at /usr/src/sys/kern/kern_acct.c:384 #7 0xc05040b1 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:290 #8 0xc04e5e64 in ithread_loop (arg=0xc32ab500) at /usr/src/sys/kern/kern_intr.c:547 #9 0xc04e52d4 in fork_exit (callout=0xc04e5d20 , arg=0xc32ab500, frame=0xd5629d38) at /usr/src/sys/kern/kern_fork.c:789 #10 0xc0650aac in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) best regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mcast-tools make my 6.0-STABLE kernel panic
Dear Suzuki-san, SUZUKI Shinsuke ([EMAIL PROTECTED]) wrote: > I've committed the fix to -current. > Could you please try the latest ip6_mroute.c in the -current? > (There is no difference between -current and 6-stable except for the > fix. So it is safe to use the ip6_mroute.c in -current for 6-stable. > But you feel it awkward, please wait until I merge it to RELENG-6 in a > few days) thanks ! I'll grab revision 1.35. regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mcast-tools make my 6.0-STABLE kernel panic
Dear All, my router box > uname -a FreeBSD ipv6.ppk.itb.ac.id 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Dec 7 20:53:11 WIT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/PPK i386 installed zebra-0.95 from ports/net (zebra, ospfd, and ospf6d works well) and then I installed mcast-tools from ports/net when I try to run pim6sd I got kernel panic. panic: register_mif0: BUG: if_attach called without if_alloc'd input() KDB: stack backtrace: kdb_backtrace(100,c4091600,c0721ff4,d7437c20,c0721be0) at 0xc0519645 = kdb_backtrace+0x29 panic(c06b1a72,c0721bf0,d7437b84,d7437b8c,c056652d) at 0xc0501db8 = panic+0xa8 if_attach(c0721be0,c0721be0,c06b851c,0) at 0xc0563a23 = if_attach+0x33 add_m6if(d7437c20) at 0xc05b2909 = add_m6if+0xa9 ip6_mrouter_set(c35e3000,d7437c90) at 0xc05b2381 = ip6_mrouter_set+0x91 rip6_ctloutput(c35e3000,d7437c90,c5cf312c,0,c06aeabd) at 0xc05c0503 = rip6_ctloutput+0xa3 sosetopt(c35e3000,d7437c90,c3e75e58,1,29) at 0xc0539ab8 = sosetopt+0x2c kern_setsockopt(c4091600,d7437d04,5,1,296) at 0xc053e27a = kern_setsockopt+0xb5 setsockopt(c4091600,d7437d04,5,1,296) at 0xc06721af = setsockopt+0x1e syscall(3b,3b,bfbf003b),1,8073588) at 0xc06271af = syscall+0x22f Xint0x80_syscall() at 0xc0661bbf = Xint0x80_syscall+0x1f --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x2810cd5f, esp = 0xbfbfea0c, ebp = 0xbfbfea48 --- KDB: enter: panic [thread pid 14460 tid 100185] Stopped at 0xc05196c7 = kdb_enter+0x2b: nop db> bt Tracing pid 14460 tid 100185 td 0xc4091600 kdb_enter(c06a989e) at 0xc05196c7 = kdb_enter+0x2b panic(c06b1a72,c0721bf0,d7437b84,d7437b8c,c056652d) at 0xc0501db8 = panic+0xbb if_attach(c0721be0,c0721be0,c06b851c,0) at 0xc0563a23 = if_attach+0x33 add_m6if(d7437c20) at 0xc05b2909 = add_m6if+0xa9 ip6_mrouter_set(c35e3000,d7437c90) at 0xc05b2381 = ip6_mrouter_set+0x91 rip6_ctloutput(c35e3000,d7437c90,c5cf312c,0,c06aeabd) at 0xc05c0503 = rip6_ctloutput+0xa3 sosetopt(c35e3000,d7437c90,c3e75e58,1,29) at 0xc0539ab8 = sosetopt+0x2c kern_setsockopt(c4091600,d7437d04,5,1,296) at 0xc053e27a = kern_setsockopt+0xb5 setsockopt(c4091600,d7437d04,5,1,296) at 0xc06721af = setsockopt+0x1e syscall(3b,3b,bfbf003b),1,8073588) at 0xc06271af = syscall+0x22f Xint0x80_syscall() at 0xc0661bbf = Xint0x80_syscall+0x1f with best regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: scsi card recommendation
Thank you all very much for your information. Vivek Khera ([EMAIL PROTECTED]) wrote: > >lsi logic's megaraid 320-2 works pretty good for me > I'll second this recommendation. with best regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: scsi card recommendation
Hi Vlad, thank you for your reply. Vlad ([EMAIL PROTECTED]) wrote: > giving the list the idea of how powerful should it be OR how much > money do you want to spend on it will help you get the answer :) no money constraint, my campus will buy some :-) regards, -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
scsi card recommendation
dear all, I would like to buy SCSI card which must: - support Ultra 320 - support RAID 0,1,5, and 1/0 any recommendation for FreeBSD-5.x ? thanks ! -dikshie- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
httpd cpu states 98%
Hello, I use FreeBSD-4.7-STABLE and Apache-2.0.43 as web server. (Pentium III 800 MHz and 256 SDRAM) last pid: 36345; load averages: 1.01, 1.00, 1.00 up 3+13:50:12 10:22:20 60 processes: 2 running, 58 sleeping CPU states: 98.1% user, 0.0% nice, 0.0% system, 1.9% interrupt, 0.0% idle Mem: 106M Active, 92M Inact, 30M Wired, 18M Cache, 7488K Buf, 1040K Free Swap: 512M Total, 6860K Used, 505M Free, 1% Inuse PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 31158 www 54 0 11372K 8944K RUN680:29 98.78% 98.78% httpd ^^ 90 root 2 0 2112K 884K select 1:55 0.00% 0.00% ospfd 225 postfix2 0 1140K 696K select 1:16 0.00% 0.00% qmgr why does my httpd using cpu so high ? thanks ! -dikshie- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message