Re: 6.2 loader hangs on Supermicro P8SCT
On Friday 13 April 2007 14:50, patrick wrote: I had the same symptones with a Supermicro 5014C-T (has P8SCi board) I 'fixed' this by adding autoboot_delay=-1 in /boot/loader.conf. since then it boots normaly Unfortunately that makes it impossible to interrupt the loader to go into single user mode (or whatever). I wonder if it is a race of some sort with the BIOS doing a periodic task and hence reducing the delay makes it work most of the time. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgphZ8FOdIJIP.pgp Description: PGP signature
Re: ISCSI target on FreeBSD
On Fri, Apr 13, 2007 at 12:10:16AM -0400, Dot Yet wrote: I am very new to FreeBSD and am willing to explore it. One thing which is causing a little-bit hitch is the availability of ISCSI target services on FreeBSD. I currently use Openfiler for providing iscsi targets to Solaris based initiators, but i want to move out from it and come onto FreeBSD world. Can someone point me in some direction? ports/net/iscsi-target ftp://ftp.cs.huji.ac.il/users/danny/freebsd/ WBR. Dmitriy ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld fail?
Ruslan Ermilov wrote: On Thu, Apr 12, 2007 at 09:47:23AM +0300, Krassimir Slavchev wrote: === usr.sbin/bsnmpd/modules/snmp_bridge (depend) cat /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def | gensnmptree -p bridge_ line 31: '(' expected at begin of node context: TruthValue ENUM ( *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd. *** Error code 1 Looks like you screwed up your build environment, and the installed /usr/include/osreldate.h lies about the actual __FreeBSD_version. To work around it, do this (one time only): make buildworld OSRELDATE=0 You may be right because I use this machine to crossbuild RELENG_6 and CURRENT for arm. The solution I found was to rebuild and install gensnmptree first. Best Regards Cheers, ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: make: parallel jobs broken when using -f -
Thanks Ruslan for taking care. I'm currently in Seoul on a conference - no time :-) harti From: Ruslan Ermilov [mailto:[EMAIL PROTECTED] Sent: Fri 4/13/2007 6:08 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: make: parallel jobs broken when using -f - Hi Ulrich, On Thu, Apr 12, 2007 at 11:24:04PM +0200, Ulrich Spoerlein wrote: there is an annoying bug in 6-STABLE make(1), where -f - seems to serialize the target making. Consider the following Makefile all: a b c d a b c d: @echo Makeing ${.TARGET} @sleep 4 And observe the following behaviour: $ make -j4 Makeing a Makeing b Makeing c Makeing d pause $ make -j4 -f- Makefile Makeing b Makeing d pause Makeing a pause Makeing c pause $ The make(1) on -CURRENT has this fixed already, is there any chance of this getting MFCed? AFAICS the following revisions are not up to date (wrt to CURRENT): $FreeBSD: src/usr.bin/make/job.c,v 1.122.2.1 2005/07/20 19:05:23 harti Exp $ $FreeBSD: src/usr.bin/make/main.c,v 1.155 2005/05/24 16:05:51 harti Exp $ $FreeBSD: src/usr.bin/make/parse.c,v 1.108.2.1 2005/11/16 08:25:19 ru Exp $ $FreeBSD: src/usr.bin/make/str.c,v 1.45.2.1 2006/10/16 11:51:18 ru Exp $ $FreeBSD: src/usr.bin/make/var.c,v 1.159 2005/05/24 16:05:51 harti Exp $ The bug you're seeing is PR bin/101232. Please query Will Andrews about the MFC, or if he doesn't reply in a timely manner, ping me and I'll commit it for you. Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5 stable 6 stable stops with error
On Thu, 12 Apr 2007 20:21:17 -0700 Jon wrote: Intel P III 933, 1/2 gig ram, plain old P3 box Ok, installed 5.5 release. setup X gnome cvsuped the 5 stable branch Ran make buildworld make buildkernel make installkernel reboot ran mergemaster -p in the /usr/src/ dir then after i run make installworld I get the below error same thing if i do it all on 6 stable also. Can some one help me get past this please ? creating osreldate.h from newvers.sh touch: not found (The FAQ?) Check up the time setting. *** Error code 127 Stop in /usr/src/include. *** Error code 1 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
aac driver debug info
Hi. Is there any way to understand the following message from aac driver? Apr 13 11:06:42 xxx kernel: aac0: EventNotify(0) Apr 13 11:06:42 xxx kernel: aac0: (EnclosureManagement) EMPID 0 unit 0 event 22 Hardware is Adaptec 2420SA SATA RAID controller. Kernel was built with AAC_DEBUG=0 option specially for debug messages (aaccli does not work with this card). Controller is running with one RAID1 array, and first physical disk displays SMART Error on boot screen: Port# Box# Slot# Vendor Product Info Rev# Speed Size SMART Error - 0 ---- ST3250820A 3.AA 3.0 Gb/s 232.88 GB Y 1 ---- ST3250820A 3.AA 3.0 Gb/s 232.88 GB N So, unit 0 is the first disk, and event 22 is a SMART error? Can I find the list of other possible events? We still don't have working CLI utility for newer adaptec cards in 6-STABLE? I also work with several boxes under Solaris 10 x86 with the same hardware. I use arcconf utility from StorMan package and it works perfect. | UCLI | Adaptec uniform command line interface | UCLI | Version 4.30 (B16038) | UCLI | (C) Adaptec 2003-2006 | UCLI | All Rights Reserved But of course it is unreal to get source code... -- Andrew ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.1 with PAE on a recent server (HP DL380 G5 or Dell PE 1950) ? - usb?
Hi again, On Mon, 2006-11-13 at 19:30 +0100, Olivier Mueller wrote: I will soon get some new servers with more than 4 GB of RAM, and I am wondering if they will work fine even with the PAE option activated: are all the required drivers (RAID mfid, bce on the Dell, ciss0 on the HP) 100% compatible, or should I expect trouble? On one of the servers I can't switch to amd64 I need to use PAE setup. Problem, it has only usb ports (for keyboard usw.), and in the PAE config file, there is: nodeviceuhci nodeviceohci nodeviceehci nodeviceusb nodeviceugen nodeviceuhid nodeviceukbd - no usb support... So how am I supposed to access the console then? (there is no serial port either). Can I remove these lines? regards, Olivier ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.1 with PAE on a recent server (HP DL380 G5 or Dell PE 1950) ? - usb?
Olivier Mueller wrote: nodeviceuhci nodeviceohci nodeviceehci nodeviceusb nodeviceugen nodeviceuhid nodeviceukbd - no usb support... So how am I supposed to access the console then? (there is no serial port either). Can I remove these lines? In my (limited) experience with PAE, yes, you can remove them. signature.asc Description: OpenPGP digital signature
Re: 5 stable 6 stable stops with error
Boris Samorodov [EMAIL PROTECTED] writes: On Thu, 12 Apr 2007 20:21:17 -0700 Jon wrote: Intel P III 933, 1/2 gig ram, plain old P3 box Ok, installed 5.5 release. setup X gnome cvsuped the 5 stable branch Ran make buildworld make buildkernel make installkernel reboot ran mergemaster -p in the /usr/src/ dir then after i run make installworld I get the below error same thing if i do it all on 6 stable also. Can some one help me get past this please ? creating osreldate.h from newvers.sh touch: not found (The FAQ?) Check up the time setting. Yes, it is even in the FAQ List already. http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#TOUCH-NOT-FOUND ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: atapicam - System freeze with hw.ata.atapi_dma=1
* Dirk Arlt [EMAIL PROTECTED] schrieb: Hi All, I found that issue in older mailings and as bugreport, but its not mentioned anymore. Loading atapicam freezes my system, with or without dvdram. Only solution is setting hw.ata.atapi_dma to 0. I'd like to see that issue reanimated. Of course i'll give any information necessary. I am using an SMP with 6.2-PRELEASE System with a custum Kernel where i just threw out NICs and some other stuff i dont have. Dirk Still the same problem, now using 6.2-STABLE. attached: dmesg and kernel-config Dirk P5LD2 Description: Binary data Copyright (c) 1992-2007 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-STABLE #0: Sat Apr 7 23:39:54 CEST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/P5LD2 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2137.00-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xe3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,b9,CX16,b14,b15 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 1073348608 (1023 MB) avail memory = 1037021184 (988 MB) ACPI APIC Table: A M I OEMAPIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: A M I OEMRSDT on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0 pci4: ACPI PCI bus on pcib1 nvidia0: GeForce 7300 GT port 0xe800-0xe87f mem 0xcf00-0xcfff,0xd000-0xdfff,0xce00-0xceff irq 16 at device 0.0 on pci4 nvidia0: [GIANT-LOCKED] pcm0: Intel 82801G High Definition Audio Controller mem 0xcdcf8000-0xcdcfbfff irq 19 at device 27.0 on pci0 pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0 pci3: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 19 at device 28.3 on pci0 pci2: ACPI PCI bus on pcib3 pci2: network, ethernet at device 0.0 (no driver attached) uhci0: UHCI (generic) USB controller port 0x7000-0x701f irq 20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x7400-0x741f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x7800-0x781f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x8000-0x801f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: Intel 82801GB/R (ICH7) USB 2.0 controller mem 0xcdcff800-0xcdcffbff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: Intel 82801GB/R (ICH7) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0 pci1: ACPI PCI bus on pcib4 xl0: 3Com 3c905C-TX Fast Etherlink XL port 0xa000-0xa07f mem 0xcdddfc00-0xcdddfc7f irq 22 at device 2.0 on pci1 miibus0: MII bus on xl0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:8d:39:93 atapci0: ITE IT8211F UDMA133 controller port
Re: atapicam - System freeze with hw.ata.atapi_dma=1
* Dirk Arlt [EMAIL PROTECTED] schrieb: Hi All, I found that issue in older mailings and as bugreport, but its not mentioned anymore. Loading atapicam freezes my system, with or without dvdram. Only solution is setting hw.ata.atapi_dma to 0. I'd like to see that issue reanimated. Of course i'll give any information necessary. I am using an SMP with 6.2-PRELEASE System with a custum Kernel where i just threw out NICs and some other stuff i dont have. Dirk Still the same problem, now using 6.2-STABLE. attached: dmesg and kernel-config Dirk P5LD2 Description: Binary data Copyright (c) 1992-2007 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-STABLE #0: Sat Apr 7 23:39:54 CEST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/P5LD2 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2137.00-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6f6 Stepping = 6 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xe3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,b9,CX16,b14,b15 AMD Features=0x2000LM AMD Features2=0x1LAHF Cores per package: 2 real memory = 1073348608 (1023 MB) avail memory = 1037021184 (988 MB) ACPI APIC Table: A M I OEMAPIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: A M I OEMRSDT on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 16 at device 1.0 on pci0 pci4: ACPI PCI bus on pcib1 nvidia0: GeForce 7300 GT port 0xe800-0xe87f mem 0xcf00-0xcfff,0xd000-0xdfff,0xce00-0xceff irq 16 at device 0.0 on pci4 nvidia0: [GIANT-LOCKED] pcm0: Intel 82801G High Definition Audio Controller mem 0xcdcf8000-0xcdcfbfff irq 19 at device 27.0 on pci0 pcib2: ACPI PCI-PCI bridge irq 16 at device 28.0 on pci0 pci3: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 19 at device 28.3 on pci0 pci2: ACPI PCI bus on pcib3 pci2: network, ethernet at device 0.0 (no driver attached) uhci0: UHCI (generic) USB controller port 0x7000-0x701f irq 20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x7400-0x741f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x7800-0x781f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x8000-0x801f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: Intel 82801GB/R (ICH7) USB 2.0 controller mem 0xcdcff800-0xcdcffbff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: Intel 82801GB/R (ICH7) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0 pci1: ACPI PCI bus on pcib4 xl0: 3Com 3c905C-TX Fast Etherlink XL port 0xa000-0xa07f mem 0xcdddfc00-0xcdddfc7f irq 22 at device 2.0 on pci1 miibus0: MII bus on xl0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:8d:39:93 atapci0: ITE IT8211F UDMA133 controller port
Re: HEADS UP: ncurses is updated
On Mon, Apr 09, 2007 at 03:55:20PM -0400, Thomas Dickey wrote: For PuTTY, most users have it incorrectly set to xterm(*). There are no clues - so I added the environment variable to help. BTW, we have putty terminal entry for that purpose. -- http://ache.pp.ru/ pgpKG6sfVF1Fr.pgp Description: PGP signature
Re: HEADS UP: ncurses is updated
On Fri, Apr 13, 2007 at 11:28:15PM +0400, Andrey Chernov wrote: On Mon, Apr 09, 2007 at 03:55:20PM -0400, Thomas Dickey wrote: For PuTTY, most users have it incorrectly set to xterm(*). There are no clues - so I added the environment variable to help. BTW, we have putty terminal entry for that purpose. yes - but see http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html A.5.1 What terminal type does PuTTY use? which is not really helpful. Compare PuTTY and xterm using ftp://invisible-island.net/vttest/ (the difference in wrapping behavior which is evident in the first menu selection is reflected in the different terminal descriptions). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpVKiSmf2BTF.pgp Description: PGP signature
Re: HEADS UP: ncurses is updated
In muc.lists.freebsd.stable Thomas Dickey [EMAIL PROTECTED] wrote: yes - but see http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html A.5.1 What terminal type does PuTTY use? which is not really helpful. Compare PuTTY and xterm using As an aside, the second paragraph in that FAQ entry is incorrect, since xterm implements the same title-string control sequences. PuTTY's developers have chosen to selectively use (not limited to this instance) old X11R6 xterm for comparison, while implementing features from modern xterm (since 1996), e.g., the 256-color support. xterm doesn't implement the Linux color palette sequences (though it does recognize a different set with comparable functionality). From xterm's manpage: brokenLinuxOSC (class BrokenLinuxOSC) If true, xterm applies a workaround to ignore malformed control sequences that a Linux script might send. Compare the palette control sequences documented in console_codes with ECMA-48. The default is ``true.'' -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 74 hours till next No Buffer Space Available reboot ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - --On Sunday, April 08, 2007 23:04:42 -0400 Dave [EMAIL PROTECTED] wrote: Hello, This is what i get for catching this late. Can you describe your situation? I've got a server, router actually running 6.1-p6 i believe, and lately it's been doing this stop. I can't be any more specific than that, because that's all i know. The box just goes unresponsive, i can get a login prompt on the console, but it's unresponsive. I have to reboot it. This has occurred twice now and i'm starting to get concerned. I've ruled out ram, i recently replaced it's ram for an unrelated reason so i don't think that's it. If your situation is similar can you let me know what you tried? This is a different situation, I think ... first, I'm running 6.2-STABLE, as of about last week, so a much newer kernel then you are running ... and in my case, at least, I can still login to the machine using ssh and force a reboot remotely ... it doesn't seem to be a 'solid hang' ... if I were to hazard a guess as to what it feels like ... it feels like the network interface buffer has filled up, but isn't being released properly ... almost like a memory leak, but on the network ... if I leave it long enough, it will eventually require a tech to power cycle it, but if I catch it early enough, I can still get in to do a reboot ... But ... that said ... when you say 'get a login prompt on the console, but it's unresponse ... do you mean that you can actually type in a userid, and possibly passwd, but after that it just hangs? Thanks. Dave. - Original Message - From: Marc G. Fournier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Chris [EMAIL PROTECTED]; Thiago Esteves de Oliveira [EMAIL PROTECTED] Sent: Sunday, April 08, 2007 10:28 PM Subject: 74 hours till next No Buffer Space Available reboot ... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In my case, I can almost set my watch to it (if I had a watch) ... every 3 days, 2 hours, it seems that I have to reboot this machine, as that is when the 'No Buffer Space Available' r starts to be generated ... There are two others (CC'd in this) that have experienced the same ... Chris / Thiago ... in your cases, are you finding that it happens as regularly with your servers? Thiago, I believe you ended up reverting to an older kernel to clear up the situation? I've included my 'netstat -m' report ... from it, it doesn't look to me like its an mbuf issue, or am I missing something? Is there something else that, in 74 hours, I can provide before I do the reboot? Chris, you mentioned reducing recvspace/sendspace to correct the issue? Has that fixed it for you, or just prolonged until it happens again? How did you set this? I've checked both the man pages for ifconfig and fxp, and don't see anything ... ah, just found it doing a 'sysctl -a' ... can you post your settings from /etc/sysctl.conf? or did you set it somewhere else? I'd like to try that and see if maybe that changes my '74 hours uptime', either good or bad ... # netstat -m 161/949/1110 mbufs in use (current/cache/total) 133/639/772/25600 mbuf clusters in use (current/cache/total/max) 133/396 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 306K/1515K/1821K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/45/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 325 requests for I/O initiated by sendfile 731 calls to protocol drain routines - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGGaTD4QvfyHIvDvMRAm3jAKDtZk1IgW3DbMGGKASiSsbNV7Ok3QCgtvwK JSuRYW1Af0lfFK2QvYMo9v8= =3DwH -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGIEq34QvfyHIvDvMRAo+uAKDTevbmYP2q7p7tvO674RMlFoiPpACgoCVY cvG08TsmvMN/iwBI3BVEEeo= =0r5p -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list
Re: Amd64 Unstable Areca
Im getting the following on Releng_6 from Apr 4. Is this related to the areca driver? thanks. [EMAIL PROTECTED] /usr/obj/usr/src/sys/WORM]# kgdb kernel.debug /var/crash/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 amd64-marcel-freebsd. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor write data, page not present instruction pointer = 0x8:0x8046c33f stack pointer = 0x10:0xb776c790 frame pointer = 0x10:0xa0cf1358 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 1793 (bmon) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d19h58m47s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xa2 fault code = supervisor write data, page not present instruction pointer = 0x8:0x805c67a0 stack pointer = 0x10:0xb499d970 frame pointer = 0x10:0xff0005e301f0 code segment= base 0x0, limit 0xf, type 0x1b 1551 = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 40 (syncer) trap number = 12 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 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:172 172 __asm __volatile(movq %%gs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0004 in ?? () #2 0x804156d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0x80415d71 in panic (fmt=0xff0072a78980 X�Kl) at /usr/src/sys/kern/kern_shutdown.c:565 #4 0x8063a0cf in trap_fatal (frame=0xff0072a78980, eva=18446742976014820184) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0x8063a44c in trap_pfault (frame=0xb776c6e0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:580 #6 0x8063a703 in trap (frame= {tf_rdi = -1597041832, tf_rsi = -1097588045440, tf_rdx = -1097405784824, tf_rcx = 4, tf_r8 = -1098265798384, tf_r9 = -1098676372624, tf_rax = 4, tf_rbx = 4, tf_rbp = -1597041832, tf_r10 = -1097492439552, tf_r11 = -1097588045440, tf_r12 = 0, tf_r13 = -1597041832, tf_r14 = -1098676373072, tf_r15 = -1597041832, tf_trapno = 12, tf_addr = 56, tf_flags = -2142769062, tf_err = 2, tf_rip = -2142846145, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1216952416, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:353 #7 0x80622dab in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0x8046c33f in vfs_setdirty (bp=0xa0cf1358) at atomic.h:139 #9 0x80470773 in bdwrite (bp=0xa0cf1358) at /usr/src/sys/kern/vfs_bio.c:963 ---Type return to continue, or q return to quit--- #10 0x805a3514 in ffs_write (ap=0xb776ca30) at /usr/src/sys/ufs/ffs/ffs_vnops.c:772 #11 0x80691c4b in VOP_WRITE_APV (vop=0x808e5900, a=0xb776ca30) at vnode_if.c:698 #12 0x8049137a in vn_write (fp=0xff004b7a7708, uio=0xb776cb50, active_cred=0xff007d849d08, flags=0, td=0xff0072a78980) at vnode_if.h:372 #13 0x80440d67 in dofilewrite (td=0xff0072a78980, fd=3, fp=0xff004b7a7708, auio=0xb776cb50, offset=-1098265798384, flags=0) at file.h:253 #14 0x804410d0 in kern_writev (td=0xff0072a78980, fd=3, auio=0xb776cb50) at /usr/src/sys/kern/sys_generic.c:402 #15 0x804411c8 in write (td=0xa0cf1358, uap=0xff0072a78980) at /usr/src/sys/kern/sys_generic.c:326 #16 0x8063af81 in syscall (frame= {tf_rdi = 3, tf_rsi = 5382144, tf_rdx = 4096, tf_rcx =
Re: Amd64 Unstable Areca
Phillip N. wrote: Im getting the following on Releng_6 from Apr 4. Is this related to the areca driver? thanks. It's not directly coming from the areca driver. It could be that there is some memory or disk corruption that is triggering these panics, but that's just a wild guess. Scott ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]