Kernel crashes in current 6.2-PRERELEASE
My router running FBSD 6.1-RELEASE, 6.1-STABLE and now 6.2-PRERELEASE periodically would reboot. It would always have the same basic information in the kernel panic. I have finally gotten it setup for a debug kernel and a place to store the crash. Here is the information, what are my next steps. Jim Script started on Thu Oct 26 14:28:46 2006 router# kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [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: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1104768 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04e50a1 stack pointer = 0x28:0xcc680b08 frame pointer = 0x28:0xcc680b0c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 3690 (ifconfig) trap number = 12 panic: page fault Uptime: 5h36m14s Dumping 126 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 126MB (32240 pages) 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc04e50a1 0xc04e50a1 is in turnstile_setowner (/usr/src/sys/kern/ subr_turnstile.c:433). 428 429 mtx_assert(&td_contested_lock, MA_OWNED); 430 MPASS(owner->td_proc->p_magic == P_MAGIC); 431 MPASS(ts->ts_owner == NULL); 432 ts->ts_owner = owner; 433 LIST_INSERT_HEAD(&owner->td_contested, ts, ts_link); 434 } 435 436 /* 437 * Malloc a turnstile for a new thread, initialize it and return it. (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04c4b02 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc04c4d98 in panic (fmt=0xc06683c3 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0647000 in trap_fatal (frame=0xcc680ac8, eva=17844072) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06467e2 in trap (frame= {tf_fs = -1060962296, tf_es = -865599448, tf_ds = -1067515864, tf_edi = -1067971588, tf_esi = -1050101120, tf_ebp = -865596660, tf_isp = -865596684, tf_ebx = -1050353088, tf_edx = -1050353088, tf_ecx = 17843956, tf_eax = -1050101088, tf_trapno = 12, tf_err = 0, tf_eip = -1068609375, tf_cs = 32, tf_eflags = 65543, tf_esp = -1050101120, tf_ss = -865596624}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc0635a9a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc04e50a1 in turnstile_setowner (ts=0xc164e240, owner=0x11046f4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc04e5398 in turnstile_wait (lock=0xc0580e5c, owner=0x11046f4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc04bb284 in _mtx_lock_sleep (m=0xc0580e5c, tid=3244866176, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc05327df in if_delmulti (ifp=0xc0580bfc, sa=0x262beca) at /usr/src/sys/net/if.c:2083 #10 0xc0581783 in in6_delmulti (in6m=0xc1980980) at /usr/src/sys/netinet6/mld6.c:649 #11 0xc05731c0 in in6_ifdetach (ifp=0xc15ba400) at /usr/src/sys/netinet6/in6_ifattach.c:806 #12 0xc05301f4 in if_detach (ifp=0xc15ba400) at /usr/src/sys/net/if.c: 665 #13 0xc0535508 in gif_destroy (sc=0xc19a3900) at /usr/src/sys/net/ if_gif.c:209 #14 0xc05355ba in gif_clone_destroy (ifp=0xc168baa0) at /usr/src/sys/net/if_gif.c:226 #15 0xc0533aca in ifc_simple_destroy (ifc=0xc06a3520, ifp=0x11046f4) at /usr/src/sys/net/if_clone.c:478 #16 0xc0533109 in if_clone_destroy (name=0xc18e8140 "gif0") at /usr/src/sys/net/if_clone.c:172 ---Type to continue, or q to quit--- #17 0xc0531cb8 in ifioctl (so=0xc19c52c8, cmd=2149607801, data=0xc18e8140 "gif0", td=0xc168ba80) at /usr/src/sys/net/if.c: 1533 #18 0xc04ec9bf in soo_ioctl (fp=0xc168baa0, cmd=2149607801, data=0xc18e8140, active_cred=0xc14fad00, td=0xc168ba80) at /usr/src/sys/kern/sys_socket.c:214 #19 0xc04e7089 in ioctl (td=0xc168ba80, uap=0xcc680d04) at file.h:264 #20 0xc0647317 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134571680, tf_esi = 1, tf_ebp = -1077942312, tf_isp = -865596060, tf_ebx = -1077941000, tf_edx = 134583517, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 672448383, tf_cs = 51, tf_eflags = 646, tf_esp = -1077942340, tf_ss = 59}) at /usr/src/sys/i386/i38
Panic during boot with BT-948 on RELENG_5_4
I just upgraded a machine from 4.11 to 5.4 and I now have a panic on boot. The panic is related the disk attached to my BT-948. This disk only has /usr/obj on it so I don't mind if it is lost, but I would like it back. How do I fix this. The kernel is basically GENERIC with SMP enabled and firewalling. verbose_with_bt.txt shows the problem. verbose_with_bt_without_da0.txt works, ie the drive is not attached. Any and all help appreciated. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - It's always a long day, 86400 doesn't fit into a short. SMAP type=01 base= len=000a SMAP type=02 base=000f len=0001 SMAP type=01 base=0010 len=0fefd000 SMAP type=03 base=0fffd000 len=2000 SMAP type=04 base=0000 len=1000 SMAP type=02 base=fec0 len=1000 SMAP type=02 base=fee0 len=1000 SMAP type=02 base= len=0001 Copyright (c) 1992-2005 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 5.4-RELEASE-p3 #2: Fri Jul 8 12:23:45 EDT 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SERVERKERNEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc096d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc096d228. Calibrating clock(s) ... i8254 clock: 1193113 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 350796649 Hz CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 268423168 (255 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0010 - 0x003f, 3145728 bytes (768 pages) 0x00c28000 - 0x0fb4cfff, 250761216 bytes (61221 pages) avail memory = 253132800 (241 MB) Table 'FACP' at 0xfffd100 Table 'BOOT' at 0xfffd040 Table 'APIC' at 0xfffd080 MADT: Found table at 0xfffd080 MP Configuration Table version 1.4 found at 0xc00f6ad4 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 1 ACPI ID 0: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 bios32: Found BIOS32 Service Directory header at 0xc00f9e70 bios32: Entry = 0xf0530 (c00f0530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x730 pnpbios: Found PnP BIOS data at 0xc00fd2c0 pnpbios: Entry = f:d2f0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 20 ioapic0: intpin 9 disabled ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x0100 VER: 0x00040011 LDR: 0x0200 DFR: 0x0fff lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff mem: Pentium Pro MTRR support enabled null: io: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 int
Re: Buildworld failure on RELENG_4_10 (sendmail) My fault
James Housley wrote: I have updated my source from RELENG_4_9 to RELENG_4_10 and I am repeatedly getting a build failure on the freebsd.cf file. When I first got it I figured it was part of the upgrade from 4.9 to 4.10, but there was nothing in UPDATING. Now that 4.10 is installed I am still getting the failure. ===> etc ===> etc/sendmail make: don't know how to make freebsd.cf. Stop *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error There is currently no freebsd.mc or freebsd.cf in /usr/src/etc/sendmail on RELENG_4_10, it does exist in RELENG_4 and RELENG_4_9 and those inbetween. Jim My refuse file was based on code before the Bad Idea of putting freebsd.mc as an example was fixed. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Studies show that 1 out of every 4 Americans suffer some form of mental illness. So look at your three best friends, if they are okay it is YOU! smime.p7s Description: S/MIME Cryptographic Signature
Buildworld failure on RELENG_4_10 (sendmail)
I have updated my source from RELENG_4_9 to RELENG_4_10 and I am repeatedly getting a build failure on the freebsd.cf file. When I first got it I figured it was part of the upgrade from 4.9 to 4.10, but there was nothing in UPDATING. Now that 4.10 is installed I am still getting the failure. ===> etc ===> etc/sendmail make: don't know how to make freebsd.cf. Stop *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error There is currently no freebsd.mc or freebsd.cf in /usr/src/etc/sendmail on RELENG_4_10, it does exist in RELENG_4 and RELENG_4_9 and those inbetween. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Studies show that 1 out of every 4 Americans suffer some form of mental illness. So look at your three best friends, if they are okay it is YOU! smime.p7s Description: S/MIME Cryptographic Signature
Re: NTPD dumps core in 4.5-PRERELEASE
Ollivier Robert wrote: > > According to James Housley: > > 12/22 5am EST. 1 CVSup 12/23 5am EST. The laptop is dumps core on > > startup only with 12/22 & 12/23. I don't believe this was doing this > > before 4.1.0. If I re-run with the exact same parameters after the boot > > is finished all is well. Attached is the dmesg.boot and some debug > > information from the core file. This is reproduceable with every reboot > > on this one machine. > > When you boot this machine, do you have access to the IP addresses of all your > ntp.conf servers/peers ? > Actually one of the peers is not accessable, and hasn't been for a while. But if that is causing a seg. fault, I would consider that a programming error. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net [EMAIL PROTECTED] http://www.SimTel.Net - It's always a long day, 86400 doesn't fit into a short. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Still having problems with the jdk12beta port
Rasputin wrote: > > > Wierd. I only built jdk12 a fortnight ago, and it was fine. > You're the second person to mention problems to me in the past few days. > Maybe Sun changed the tarball? > Are you suggesting that they were able to change the tarball and have it keep the same MD5 checksum? Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - It's always a long day, 86400 doesn't fit into a short. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Dump very slow in 4.3-RELEASE?
Graywane wrote: > > On Wed, Apr 25, 2001 at 07:28:39AM -0700, Nick Sayer wrote: > > Amanda has begun timing out one of my slower clients. I have tracked this > > down and it appears to be the fact that generating the estimates takes > > much, much longer now than it used to. > > I tried using dump for the first time the other day. It was a level 0 dump > of an 8 GB filesystem on a system with a 1 Ghz Thunderbird and a 7200 rpm > ATA-100 drive. I quite after 30 minutes when I realized it would have taken > 3 to 4 hours. I though this was odd since i was dumping to a file on another > partition and not to a tape. I would hope this is a bug and not normal > behavior. > Do you have the "nodump" flag set anywhere on the file system you were dumping? Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet -- Matthew Fuller To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Amanda dumps failing - glob change?
Mike Harding wrote: > > We have been using Amanda to do all of our backups, and recently we > have been getting failures for a remote drive with lots of files. An > examination of the /tmp/amanda directory shows 3 core files: > [snip] > > This has been killing our mail backups - anyone have any ideas? I > will rebuild on Monday and see if this fixes anything but it's > certainly worrisome - this system had been working without problems > for several months. > This is most likely caused by the nodump flag changes in src/sbin/dump/traverse.c v 1.10.2.2 (STABLE). If you have an older drive (slower) and are using the nodump flag to prevent backup of files or directories your analysis is probably taking too long and timing out. On my machines I have had to keep traverse.c at version 1.10.2.1 Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: buildworld for alternate target
"Robin P. Blanchard" wrote: > > how do i specify an alternate builddir (other than /usr/obj) > so that i might build a separate obj that is optimized for > my 486 (my current build is optimized for 686)? > One way, if you get no other responses, is this: cd /usr ln -s src src-486 cd /usr/src ; make CPUTYPE=i686 buildworld cd /usr/src-486 ; make CPUTYPE=i486 buildworld For awhile I had 2 source trees, 3.X and 4.X. What this will do is build into /usr/obj/usr/src and /usr/obj/usr/src-486. Then on you 486 machine you will need to do: mkdir /usr/src-486 mount buildmachine:/usr/src-486 /usr/src-486 mount buildmachine:/usr/obj /usr/obj And on the i686 class machines: mount buildmachine:/usr/src /usr/src mount buildmachine:/usr/obj /usr/obj The only other catch is on the i486 machines you will need to run mergemaster as: mergemaster -m /usr/src-486/etc Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - It's always a long day, 86400 doesn't fit into a short. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: PROBLEMS with 4.3-BETA and dump -- UPDATED
Dima Dorfman wrote: > > James Housley <[EMAIL PROTECTED]> writes: > > This problem seems to be cuased by the new code in > > src/sbin/dump/traverse.c r1.10.2.2 to inherite the nodump flag. I am > > working to solve this problem. > > Are you sure? IIRC, earlier you said you tried backing this out but > it didn't help. Also, I can't reproduce this problem. Does it happen > every time? On all filesystems? On all (most?) hosts? How big are > the filesystems? Anything else you could tell me to help me reproduce > this? I'll gladly help in fixing it if I can recreate it. > I did, but I made a mistake with the dates or ran the wrong version or what ever. It ie very easy to reproduce. I as assuming that /usr is /dev/ad0s1f and that ports is on that file system for the following instructions. For all of these example abort the dump when Phase II finishes with the "DUMP: estimate . blocks.." message appears. dump 0sf 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for all versions. dump 0hsf 0 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for all versions. chflags nodump /usr/ports ; dump 0sf 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for all versions. chflags nodump /usr/ports ; dump 0hsf 0 1048576 /dev/null /dev/ad0s1f -- this takes 9 seconds to finish Phase II for version 1.10.2.1 of src/sbin/dump/traverse.c chflags nodump /usr/ports ; dump 0hsf 0 1048576 /dev/null /dev/ad0s1f -- this takes 38 minutes to finish Phase II for version 1.10.2.1 of src/sbin/dump/traverse.c A I believe that it is because it repeats once for each file in the subtree: msg("mapping (Pass II) [directories]\n"); while (anydirskipped) { anydirskipped = mapdirs(maxino, &tapesize); } I have not yet tested: chflags -R nodump /usr/ports ; dump 0hsf 0 1048576 /dev/null /dev/ad0s1f To see if it is quicker. I think the problem may actually be in mapfiles() and not mapdirs(). The above test will tell me, I am also going to add a counter in the above loop to verify this theory. However I am in the middle of a build world back towards a more recent version. But after dinner I should be able to test this. I welcome independent testing. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: PROBLEMS with 4.3-BETA and dump -- UPDATED
James Housley wrote: > This problem seems to be cuased by the new code in src/sbin/dump/traverse.c r1.10.2.2 to inherite the nodump flag. I am working to solve this problem. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: cputype=486
Larry Rosenman wrote: > > Not in the log I posted. isatty is NOT that large, so what ever this is, > is after isatty in the executable. > > I wonder if something forgot to pick up the /usr/obj libraries, since the > HOST system *IS* compiled with -march=pentiumpro. > > This is valid, isn't it? (to compile on one box, and install on another > with DIFFERENT /etc/make.conf settings)? > No, because that won't change how it was compiled. Everything is compiled for -march=pentiumpro. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ssh after upgrade to 4.2
Lisa Goulet wrote: > > Hi all, > > I've upgraded to 4.2 and since then the ssh(default one) shows the error: > > Feb 2 14:15:29 testbsd sshd[414]: no modules loaded for `sshd' service > Feb 2 14:15:29 testbsd sshd[414]: fatal: PAM session setup failed[6]: > Permission denied > Feb 2 14:15:29 testbsd sshd[414]: no modules loaded for `sshd' service > > How can I fix this? I would like to keep the changes to a minimum as these > are production servers. > Did you run mergemaster after your upgrade? Because that would have given you the option to update /etc/pam.conf. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Today's RELENG_4 and BDECFLAGS
Giorgos Keramidas wrote: > > I built a RELENG_4 world today with the following options: > > CFLAGS= -O -pipe > COPTFLAGS= -O -pipe > > and it compiled the entire system correctly. I then proceeded to test > the BDECFLAGS that I had seen recenly in /etc/defaults/make.conf and > tried to build a world with: > > CFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ > -Wcast-qual -Wchar-subscripts -Wconversion -Winline \ > -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings > > which bombed when it was compiling /usr/src/contrib/binutils/gas/expr.c > with the following error: > > [...]/contrib/binutils/gas/expr.c:1566: syntax error before `operatorT' > [...]/contrib/binutils/gas/expr.c: In function `expr': > > Does this mean that -STABLE world can not be built with all warnings enabled? > That is probably an extension not suppoted by the "-ansi" flag. That removes GNU extensions. Jim -- [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Artificial intelligence is no match for natural stupidity. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: BUILD FAILURE of -STABLE
Chris Faulhaber wrote: > > On Wed, Nov 01, 2000 at 12:33:23PM -0500, James Housley wrote: > > James Housley wrote: > > > > > > I did a cvsup at about 10am EST. I normally do a make -j16 buildworld, > > > but it also happened on a make -j4 buildworld. I am attaching the full > > > file if it matters. Here is a clip from the end of the file. > > > > > I get the same error with "make buildworld". I just did a cvsup and no > > files were updated. > > > > Make sure there is *only* a Makefile in src/gnu/lib/csu > (i.e. no crtbegin.c, etc) > Yup. They were there! Why. I did "cd /usr/src ; make update" That does cvs update -P -d. Why didn't that remove the extra files? Jim -- [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Artificial intelligence is no match for natural stupidity. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: ipf vs. ipfw ?
I have used ipfw because when I started ipfilter was only in the ports. I have tried several times to use ipfilter but have been unable to figure out how. The rules for ipfw are fairly simple and are processed in order. It is easy for me to understand, write and debug them, bit plus. I have not been able to wrap my mind around ipfilter's rules. I have spent about an hour total and just don't get it completely. Some of the documentation was sparse last time I checked. From looking it seems it might be more powerful, but recently ipfw added stateful rules. These are just my observations and experiences. Jim -- [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - Unix is like a wigwam -- no Gates, no Windows, and an Apache inside. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: FreeBSD ignoring /etc/rc.conf
"Marius M. Rex" wrote: > > I appreciate the suggestions, but it is a pretty fundamental > problem. I can start most things easily by hand, but it is annoying to > do. > Okay. This is all started during boot by init(). You should be able to restart and log the result by doing: "cd /etc ; script rc.out sh -x rc" That will put rc in verbose mode. You might have to edit some of the rc.* scripts and add "set -x" as the second line to see inside of them. But this will give you more detail then you want, but it will show exactly what is happening. Jim -- Your mouse has moved. Windows NT must be restarted for the change to take effect! Reboot now? [OK] S/MIME Cryptographic Signature
Re: FreeBSD ignoring /etc/rc.conf
"Marius M. Rex" wrote: > > I did run mergemaster, by hand. It went fine. The only files I didn't > completely replace were my site specific files like resolv.conf, hosts, > password, group, inetd.conf and my rc.firewall. > Try running "mergemaster -s" to do a more complete comparison. Jim -- Your mouse has moved. Windows NT must be restarted for the change to take effect! Reboot now? [OK] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Makeworld is dying...
Steve Roome wrote: > > On Mon, Sep 18, 2000 at 06:16:59PM +0100, Mark Ovens wrote: > > On Mon, Sep 18, 2000 at 10:45:26AM -0400, James Housley wrote: > > > Steve Roome wrote: > > > > > > > > > > > > So could we change the text (something like, but better worded than > > > > the following) in the FAQ, e.g. : > > > > > > > > You should submit it as a PR. Ideally we'd like the SGML diffs, but > > the plain text will do if you can't provide SGML. > > I can supply diffs to the HTML (v3.2 it seems) versions that I have > locally, better yet against the ones on the website. But how does one > go about getting hold of the SGML versions, or did you mean HTML ? > > Ta, > > Steve The simplest place is http://www.FreeBSD.org/cgi/cvsweb.cgi/doc/en_US.ISO_8859-1/books/faq/book.sgml . It is also in the CVS repository if you have a copy locally. Jim -- Hi! I'm a .signature virus! Copy me in your ~/.signature to help me spread! <- Save this lifeform ;-) S/MIME Cryptographic Signature
Re: Makeworld is dying...
Steve Roome wrote: > > > So could we change the text (something like, but better worded than > the following) in the FAQ, e.g. : > > Q: My programs occasionally die with Signal 11 ( or 10 ). > > A: Signal 11 errors are caused when your process has attempted to >access memory which the operating system has not granted it access >to. > >This could be caused by a number of different circumstances : > > a) Most likely, if you're developing it yourself it's buggy > code. (We've all been there!) > > b) If it's a problem with part of the base FreeBSD system, > it might be buggy code, but more often than not these problems > are found long before us general FAQ readers get to use these > bits of code. > > If these problems are only affecting you, it's probably bad > hardware. > > In the case of a) you can use a debugger and find the point > in the program which is attempting to access a bogus address > and then fix it. [ you probably already know this if you're > a programmer! ] > > In the case of b) You need to verify the settings on your > motherboard. Checking for hardware you might be running slightly > out of spec, too fast, or mismatched hardware. Often setting > memory wait states too short will trigger random signal 11's. > An overclocked CPU will possibly also exhibit strange or similar > symptoms. > > Try running some memory testing programs, or do a make buildworld > if you have the full source available for FreeBSD (after a few > successful buildworlds it's probably safe to say the hardware > is okay.). > > See the SIG11 FAQ (LINK) for more information. > > That's my idea for a rough draft anyway. I'm clearly illiterate > though, please don't flame me for that! > I like it because it also give some simple, usefully ways to verify the problem. Jim -- microsoft: "where do you want to go today?" linux: "where do you want to go tomorrow?" BSD: "are you guys coming, or what?" S/MIME Cryptographic Signature
Re: UDMA66 not recognized
David Scialom wrote: > > I have also the problem that my FreeBSD does not recognize my Matrox > hard disk drive which is UDMA 66 and is connected to the first [snip] > atapci0: port 0xd800-0xd80f at device > 4.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 That is becuase it is only an ATA33 controller. Jim -- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: agp_if.c
Gunnar Flygt wrote: > > > OK! I tried that and it did compile while using: > make buildkernel kernel=PLUTO make buildkernel KERNEL=PLUTO make installkernel KERNEL=PLUTO You have to specify which kernel to install. Jim -- Studies show that 1 out of every 4 Americans suffer some form of mental illness. So look at your three best friends, if they are okay it is YOU! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
No CTM updates - more info
There doesn't seem to be any CTM update being E-mailed or on the ftp sites. I searched the mailing list, but can't find the message for one of the times before with the person to contact. Jim Specifically cvs-cur is the one I noticed is not being sent. Jim -- Unix is like a wigwam -- no Gates, no Windows, and an Apache inside. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
No CTM updates
There doesn't seem to be any CTM update being E-mailed or on the ftp sites. I searched the mailing list, but can't find the message for one of the times before with the person to contact. Jim -- Unix is like a wigwam -- no Gates, no Windows, and an Apache inside. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Problems with vr
Christian Jacobi wrote: > > Hello, > > we have some problems on two machines running freebsd 4.0 with > DLINK DFE-530TX. The problem on both machines is, that the vr0 hangs > (no network traffic) after heavy network load (see messages output > below). Often, the problem can be solved by ifconfig vr0 up, but > sometimes even this does not help. > > Has anyone seen similar behaviour? Any hints? > I have seen similar. vr0: Ethernet address: 00:50:ba:cf:51:92 miibus0: on vr0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: supplying EUI64: 00:50:ba:ff:fe:cf:51:92 vr0: flags=8843 mtu 1500 inet6 fe80::250:baff:fecf:5192%vr0 prefixlen 64 scopeid 0x1 inet 192.168.0.24 netmask 0xff00 broadcast 192.168.0.255 inet6 3ffe:1ce3:6:0:1::18 prefixlen 64 ether 00:50:ba:cf:51:92 media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP none I have this on two machines. Only one hangs, but it hangs while talking to the other. Haven't had a chance to invesigate. Jim -- Nothing is fool proof, because fools are too ingenious. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Installs of Multiple Servers
Gerhard Sittig wrote: > > on the server and any other machine: > - mount /usr/src (ro?) and /usr/obj (not at the server, of > course:) > - make installworld > - mergemaster [ -s -v ] > - build kernel > - install kernel > - reboot > The only step I would add to this is if you use different sendmail.cf on different machines, ie the mail server vs. the reset. Put SENDMAIL_CF=mailserver.cf or client.cf in the machines /etc/make.conf and on the mail server do: - mount /usr/src (ro?) and /usr/obj (not at the server, of course:) + cd /usr/src/sendmail ; make - make installworld - mergemaster [ -s -v ] - build kernel - install kernel - reboot And on one of the other machines also do a + cd /usr/src/sendmail ; make so that each machine will install the proper sendmail.cf. The other option is on the build server to do cd /usr/src/sendmail make SENDMAIL_CF=mailserver.cf make SENDMAIL_CF=client.cf Of course you would name mailserver.cf and client.cf to match your .mc files that you have customized. Jim -- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." -- Charles Spickman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: How often to run mergemaster?
Sean O'Connell wrote: > > I run it when I notice that things have been changed in > /usr/src/etc from my cvsup logs. As a side-note, I became > frustrated with mergemaster asking me about a whole bunch > of files that I don't want it to touch. I filed a PR that > adds an IGNORE_LIST to the mergemaster script that is read > out of the .mergemasterrc. > One way I got around that is to merge the "$FreeBSD " version line over, since the standard mode just checks version strings. mergemaster -s will notice they are different. I hope this helps. Jim -- Artificial intelligence is no match for natural stupidity. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
4.0-STABLE and sound
Thanks to Luigi for the work on the new sound system. sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa0 sbc1: setting card to irq 5, drq 1, 3 pcm0: on sbc1 I was not able to get this card working well with either the voxware or Luigi's drivers on 3.x, I didn't try much after 3.3. Instead I was using the OSS drivers. Which aren't yet supported under 4.0, but I am happier to be using native system devices. Thanks to Luigi and all that helped him. Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
4-Stable - Good Job
I have finished upgrading my 3.4-STABLE machine to 4.0-STABLE, via source, and would like to thank the developers. I had been watching the lists for quite a while and knew this was the HARD way, but with the notes int UPDATING I had almost no problems. I had on small one, but that was completely my fault. Makeing the new disk devices in the /etc directory is of very little help, for some reasone ;-) The biggest think I have noticed is 4.x boot about 3 times faster that 3.x did on the same machine. Thanks again. Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Server Farms?
"Brandon D. Valentine" wrote: > > that would contain all cvs commits sans HEAD. Most of the committs > happen to HEAD, but a good many STABLE users subscribe to cvs-all > watching and waiting for commits to whichever STABLE branch they are on. I tried watching cvs-all for awhile but stopped for this reason. I now check the ctm update files for RELENG_[34] every now and then. Not the best method, but it works for me, but I wouldn't recommend it. Jim -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
cvs-cur.6318.gz broke select.h
4.0-STABLE build is broken after applying cvs-cur.6318.gz, 5:50 am file from today. select.h seems to be the culprit. ===> usr.bin/vi cc -O2 -pipe -DGTAGS -DSYSV_CURSES -I/usr/src4/usr.bin/vi -I/usr/src4/usr.bin/vi/../../contrib/nvi -I/usr/src4/usr.bin/vi/../../contrib/nvi/include -I/usr/obj/usr/src4/i386/usr/include -c /usr/src4/usr.bin/vi/../../contrib/nvi/cl/cl_read.c In file included from /usr/obj/usr/src4/i386/usr/include/sys/select.h:40, from /usr/src4/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/obj/usr/src4/i386/usr/include/sys/event.h:97: warning: parameter names (without types) in function declaration /usr/obj/usr/src4/i386/usr/include/sys/event.h:97: warning: data definition has no type or storage class In file included from /usr/src4/usr.bin/vi/../../contrib/nvi/cl/cl_read.c:19: /usr/obj/usr/src4/i386/usr/include/sys/select.h:48: field `si_note' has incomplete type *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Jim -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make world failed
Brennan W Stehling wrote: > > It looks like that would have helped me a great deal. Thanks for making > that change. I am sure it will help someone else down the road. > > http://www.freebsd.org/handbook/makeworld.html > Another question. It mentions that in -CURRENT you can use -j4. Is that -CURRENT 5.x or the now -STABLE 4.x and -CURRENT 5.x ? Jim -- The wise man built his network upon U*nx. The foolish man built his network upon Windows. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make world failed
Brennan W Stehling wrote: > > It looks like that would have helped me a great deal. Thanks for making > that change. I am sure it will help someone else down the road. > > http://www.freebsd.org/handbook/makeworld.html > Nice page. But # cd /usr/obj # rm -rf * # chflags -R noschg * # rm -rf * Has been mentioned to be faster on most systems, yes it produces error messages about not being able to remove some files. Jim -- The wise man built his network upon U*nx. The foolish man built his network upon Windows. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
3.4 -> 4.0 cruft
xntp changed to ntp in 4.0, this would include xntpd, xnptdc and their man pages and probably some more. Jim -- Nothing is fool proof, because fools are too ingenious. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Building 4.x on 3.x
I got an old pentium 100 laptop that I want to play around with 4.x on. It's disk to too small to hold the source tree, obj tree and useful programs. Is it okay to do the buildworld on my 3.4-Stable server with more memory, speed, disk, etc Then nfs mount the src & obj trees to do the install world and build kernel?? Since this is how a source upgrade would be done my guess is yes, but I just want to check. Jim -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Error: "Maximum file descriptors exceeded"...
Sean O'Connell wrote: > kern.maxfilesperprocinteger yes > > Am I missing something obvious? Are these values really updated? > Logout and back in the shell probably gets the value when spawned/login. And if that fixes it you will need to either kill -1 your problem program or kill and restart it so it has the new limits. Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Error: "Maximum file descriptors exceeded"...
Sean O'Connell wrote: > > % sysctl kern.maxfiles > kern.maxfiles: 4096 > % sysctl kern.maxfilesperproc > kern.maxfilesperproc: 4096 > > However, limit -h (tcsh builtin) and limits -H still report > > descriptors 2088 > openfiles2088 > > respectively. > > Even the manpage for sysctl implies this > > NameType Changeable > kern.maxfiles integer yes > kern.maxfilesperprocinteger yes > > Am I missing something obvious? Are these values really updated? > Logout and back in the shell probably gets the value when spawned/login. Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Error: "Maximum file descriptors exceeded"...
Brad Knowles wrote: > > > Unfortunately, none of this seems to be related to my problem of > having the error message described, or how I can eliminate this error > message. > housley@cat:~/work/monitors {34} sysctl -a | grep -i file kern.maxfiles: 2088 kern.bootfile: /kernel kern.maxfilesperproc: 2088 kern.corefile: %N.core p1003_1b.mapped_files: 0 It looks like updating kern.maxfiles and/or kern.maxfilesperproc should do the trick. What are the limits set in /etc/login.conf?? Jim -- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message