Re: make mplayer failed
On Mon, 2007-05-21 at 13:49 -0700, KAYVEN RIESE wrote: On Mon, 21 May 2007, KAYVEN RIESE wrote: On Mon, 21 May 2007, KAYVEN RIESE wrote: On Mon, 21 May 2007, Vladimir Botka wrote: Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) KAYVEN RIESE [EMAIL PROTECTED] napsal(a): On Sun, 20 May 2007, Christian Walther wrote: On 19/05/07, KAYVEN RIESE [EMAIL PROTECTED] wrote: On Fri, 18 May 2007, Christian Walther wrote: On 17/05/07, KAYVEN RIESE [EMAIL PROTECTED] wrote: [..] --- Building '/usr/ports/x11-servers/xorg-server' On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. *** Error code 1 Stop. [..] On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE= ${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. *** Error code 1 I take it you don't actually read any of these error messages, just post them to the list? On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. Perhaps you would like to set X11BASE=${LOCALBASE} in make.conf ? signature.asc Description: This is a digitally signed message part
ghosthunting: machine freeze 6.2R
Hi! Starting yesterday I'm experiencing machine freezes on a 6.2-R system (remote to me). The strange thing: It occurs twice a day, in the morning hours (both freezes are within 1-2 hours) and for the rest of the day everything runs fine. The machine does not respond anymore (no net, no keyboard interaction) but does not panic. The hardware is a Dell PE-750 and is running for the last 4 years w/o any trouble. It's a gateway system (border router, mail hub etc. etc.) and is also running IPSec tunnels and a poptop server for road clients. My first thought is a hardware problem but why does it occur that less and only in the morning? My next thought is a DoS attack (CVE-2007-0244?) but can that lead into a machine freeze? Is anybody else seeing freezes these days? FreeBSD 6.2-RELEASE-p1 #0: Sun Feb 11 22:35:18 CET 2007 i386 Volker ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no glxgears with xorg 7.2?
On Tuesday 22 May 2007, Pietro Cerutti wrote: Michael Rudolph wrote: On Tuesday 22 May 2007 13:53:25 Harald Schmalzbauer wrote: Hello, I wanted to test OpenGL with my navidia driver but ould not find glxgears anymore (fresh 7.0/7.2 installation). Does anybody know what additionalport I have to install? Or is there a replacement? Thanks, -Harry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Hello Harald, running pkg_which(1) on glxgears on my not yet updated system, reveals xorg-clients as the origin of glxgears(1). If I'm not mistaken, xorg-clients was renamed to xorg-apps during the upgrade of xorg 6.9 to xorg 7.2. That's true, xorg-apps is a meta-package for a lot of small applications X11-related. ... but glxgears isn't included. Don't ask me why, I also was looking for it some time ago, but couldn't find it. I do believe glxgears has moved to graphics/mesa-demos -- Best Regards, Iulian Margarintescu http://www.erata.net [EMAIL PROTECTED] (spamassassin pf spamd all said it's OK to make it public ;-) ) Key ID: 0x03176E5CEDEFF7AB I prefer plain text email pgp178J6bPDIp.pgp Description: PGP signature
Re: no glxgears with xorg 7.2?
Iulian M wrote: Pietro Cerutti wrote: Michael Rudolph wrote: Harald Schmalzbauer wrote: I wanted to test OpenGL with my navidia driver but ould not find glxgears anymore (fresh 7.0/7.2 installation). Does anybody know what additionalport I have to install? Or is there a replacement? running pkg_which(1) on glxgears on my not yet updated system, reveals xorg-clients as the origin of glxgears(1). If I'm not mistaken, xorg-clients was renamed to xorg-apps during the upgrade of xorg 6.9 to xorg 7.2. That's true, xorg-apps is a meta-package for a lot of small applications X11-related. ... but glxgears isn't included. Don't ask me why, I also was looking for it some time ago, but couldn't find it. I do believe glxgears has moved to graphics/mesa-demos Correct. That's what search engines are good for. ;-) The following URL locates glxgears in graphics/mesa-demos and in x11/XFree86-4-clients: http://www.secnetix.de/tools/porgle/?plst=1q=glxgears Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing. -- Mother Teresa ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: no glxgears with xorg 7.2?
On 22 May 2007, at 15:30, Iulian M wrote: running pkg_which(1) on glxgears on my not yet updated system, reveals xorg-clients as the origin of glxgears(1). If I'm not mistaken, xorg-clients was renamed to xorg-apps during the upgrade of xorg 6.9 to xorg 7.2. That's true, xorg-apps is a meta-package for a lot of small applications X11-related. ... but glxgears isn't included. Don't ask me why, I also was looking for it some time ago, but couldn't find it. I do believe glxgears has moved to graphics/mesa-demos And the much more useful glxinfo also. should it be added to the meta package too just out of expectancy ? - Ruben PGP.sig Description: This is a digitally signed message part
Re: ghosthunting: machine freeze 6.2R
Volker wrote: My first thought is a hardware problem but why does it occur that less and only in the morning? My next thought is a DoS attack (CVE-2007-0244?) but can that lead into a machine freeze? When in the morning? If it's around 3-4 am, that's when the (often hardware intensive) default cron jobs kick in. signature.asc Description: OpenPGP digital signature
Re: ghosthunting: machine freeze 6.2R
On 05/22/07 17:18, Ivan Voras wrote: Volker wrote: My first thought is a hardware problem but why does it occur that less and only in the morning? My next thought is a DoS attack (CVE-2007-0244?) but can that lead into a machine freeze? When in the morning? If it's around 3-4 am, that's when the (often hardware intensive) default cron jobs kick in. No, it's not cron (perdiodic daily/security) related. It appears sometime between 7 and 11 am (CEST). That would be too easy. Probably it's too early to see similarities as it's just on two days in a row. Tomorrow I'll have a hub at that location and can watch traffic using a 2nd bsd machine. Let's see, if that leads to any strange traffic. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Apparent hang in or around pcireg_cfgread
Hi, my router/file server just froze. It's -stable from about a month ago. I hit break on the serial console a couple of times, with about half a minute in between, but since it seemed like it wasn't going to recover by itself, I panicked it. The machine used to run without a hitch for the past half year. I've recently added a 500 GB SATA disk, and I used ataidle to set the suspend timeout to 10 minutes. Immediatly before the hang, I got ad4: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=699557839. ataidle is evil? Some other, unrelated hardware trouble? Typescript from serial console, kgdb bt, dmesg, kernel config below. Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140 KDB: enter: Line break on console [thread pid 24 tid 100020 ] Stopped at kdb_enter+0x30: leave db ps pid ppid pgrp uid state wmesg wchancmd 55872 1328 55872 0 S+ ttyin0xc3424410 less 40665 1313 40665 0 S+ ttyin0xc3423c10 bash 47558 1041 104180 S accept 0xc37ae5ca httpd 4 1 4 0 Ss select 0xc07200c4 ntpd 45531 1 45531 0 Rs ppp 44366 44333 44333 0 S+ biord0xcd7c8db8 afpd 44333 1 44333 0 S+ select 0xc07200c4 afpd 1769 1041 104180 S accept 0xc37ae5ca httpd 1328 1327 1328 0 S+ wait 0xc3830860 bash 1327 1318 1327 1000 S+ wait 0xc3830a78 su 1318 1317 1318 1000 Ss+ wait 0xc395c000 bash 1317 1315 1315 1000 S select 0xc07200c4 sshd 1315 1240 1315 0 Ss sbwait 0xc3843bc8 sshd 1314 1 1 0 S ttydcd 0xc342e400 getty 1313 1 1313 0 Ss+ wait 0xc382ac90 login 1312 1 1312 0 Ss+ ttyin0xc343ac10 getty 1311 1 1311 0 Ss+ ttyin0xc343b010 getty 1310 1 1310 0 Ss+ ttyin0xc343b410 getty 1309 1 1309 0 Ss+ ttyin0xc342f810 getty 1308 1 1308 0 Ss+ ttyin0xc3432810 getty 1307 1 1307 0 Ss+ ttyin0xc3433c10 getty 1306 1 1306 0 Ss+ ttyin0xc3433810 getty 1305 1 1305 0 Ss+ ttyin0xc3433010 getty 1252 1 1252 0 Ss nanslp 0xc071b64c cron 1240 1 1240 0 Ss select 0xc07200c4 sshd 1219 1 1218 1011 S+ select 0xc07200c4 boinc_client 1193 1 1193 0 Ss select 0xc07200c4 cupsd 1186 1 1186 900 Ss select 0xc07200c4 cvsupd 1167 1 1167 0 Ss select 0xc07200c4 openvpn 1089 1 1089 0 Ss select 0xc07200c4 openvpn 1080 1 1080 0 Rs openvpn 1079 1041 104180 S accept 0xc37ae5ca httpd 1078 1041 104180 S accept 0xc37ae5ca httpd 1077 1041 104180 S accept 0xc37ae5ca httpd 1076 1041 104180 S accept 0xc37ae5ca httpd 1075 1041 104180 S accept 0xc37ae5ca httpd 1058 1 1058 561 Ss select 0xc07200c4 dhcpd 1041 1 1041 0 Ss select 0xc07200c4 httpd 1027 1 1027 0 Ss select 0xc07200c4 usbd 1009 1 1009 0 Ss nanslp 0xc071b64c powerd 975 1 974 0 S select 0xc07200c4 snmpd 956 951 951 0 S -0xc3688e00 nfsd 955 951 951 0 S -0xc3739600 nfsd 954 951 951 0 S -0xc3739800 nfsd 953 951 951 0 S -0xc3739a00 nfsd 951 1 951 0 Ss accept 0xc378be22 nfsd 943 1 943 0 Ss select 0xc07200c4 mountd 910 0 0 0 SL mdwait 0xc3759800 [md0] 896 1 896 0 Ss select 0xc07200c4 rpcbind 886 1 88653 Ss select 0xc07200c4 named 811 1 811 0 Ss select 0xc07200c4 syslogd 690 1 690 0 Ss select 0xc07200c4 devd 46 0 0 0 SL -0xd56d4cf8 [schedcpu] 45 0 0 0 SL sdflush 0xc072aed4 [softdepflush] 44 0 0 0 SL syncer 0xc071b3bc [syncer] 43 0 0 0 SL vlruwt 0xc34fb648 [vnlru] 42 0 0 0 SL psleep 0xc072054c [bufdaemon] 41 0 0 0 SL pgzero 0xc072be44 [pagezero] 40 0 0 0 SL psleep 0xc072b994 [vmdaemon] 39 0 0 0 SL psleep 0xc072b950 [pagedaemon] 38 0 0 0 SL -0xc34cc400 [dummynet] 37 0 0 0 WL [irq1: atkbd0] 36 0 0 0 RL [swi0: sio] 35 0 0 0 SL cooling 0xc33a4cd4 [acpi_cooling0] 34 0 0 0 SL tzpoll 0xc08775b8 [acpi_thermal] 33 0 0 0 WL [irq15: ata1] 32 0 0 0 WL [irq14: ata0] 31 0 0 0 WL [irq17: em0] 30 0 0 0
Re: ghosthunting: machine freeze 6.2R
On Tuesday 22 May 2007 08:15, Volker wrote: Hi! Starting yesterday I'm experiencing machine freezes on a 6.2-R system (remote to me). The strange thing: It occurs twice a day, in the morning hours (both freezes are within 1-2 hours) and for the rest of the day everything runs fine. The machine does not respond anymore (no net, no keyboard interaction) but does not panic. We also have been experiencing the same type of behavior (as explained in a previous post). freeze times vary throughout the day. However, if we have no network connections attached to the box, It stays up consistantly. Could you take it off your network and see if it still freezes up ? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ghosthunting: machine freeze 6.2R
On 05/22/07 18:24, Roger Miranda wrote: On Tuesday 22 May 2007 08:15, Volker wrote: Hi! Starting yesterday I'm experiencing machine freezes on a 6.2-R system (remote to me). The strange thing: It occurs twice a day, in the morning hours (both freezes are within 1-2 hours) and for the rest of the day everything runs fine. The machine does not respond anymore (no net, no keyboard interaction) but does not panic. We also have been experiencing the same type of behavior (as explained in a previous post). freeze times vary throughout the day. However, if we have no network connections attached to the box, It stays up consistantly. Could you take it off your network and see if it still freezes up ? Roger, hmm, it's a gateway which is the connection to the world for a bunch of users, also the endpoint of 4 IPSec tunnels, the main DNS server for a whole company, pptp server for road clients... well, I don't think I can take it offline for too long. ;) There's nothing of interest in the logs (I suspect it's too late to have any daemon write something to syslogd as the system is then dead). As I also think, this is somehow related to network traffic, I'll try to monitor it's traffic starting tomorrow. The tech guys at the office there have to install a hub first (yes, it's remote to me which makes investigation harder). As I think (well, guesswork) this might be related to GRE traffic (the poptop server), I may stop this traffic at the firewall (and take the service to another machine). What's the version of the system you're having trouble with? Is it pre-6.2? I'm wondering if your machine also passes GRE traffic? Does it provide pptp services? I've attached the latest dmesg, can you see any similarities (as it still might be a hardware issue)? Volker 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-RELEASE-p1 #0: Sun Feb 11 22:35:18 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GwMbg Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf34 Stepping = 4 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=0x441dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,b14 Logical CPUs per core: 2 real memory = 536608768 (511 MB) avail memory = 51328 (491 MB) ACPI APIC Table: DELL PE750 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard acpi0: DELL PE750 on motherboard 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 cpu1: ACPI CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 3.0 on pci0 pci1: ACPI PCI bus on pcib1 em0: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0xece0-0xecff mem 0xfe1e-0xfe1f irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:c0:9f:46:ec:c6 pcib2: ACPI PCI-PCI bridge at device 28.0 on pci0 pci2: ACPI PCI bus on pcib2 uhci0: UHCI (generic) USB controller port 0xcce0-0xccff irq 16 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 0xccc0-0xccdf irq 19 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 pci0: base peripheral at device 29.4 (no driver attached) pci0: base peripheral, interrupt controller at device 29.5 (no driver attached) ehci0: Intel 6300ESB USB 2.0 controller mem 0xfe30-0xfe3003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: Intel 6300ESB USB 2.0 controller on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib3: ACPI PCI-PCI bridge at device 30.0 on pci0 pci3: ACPI PCI bus on pcib3 em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0xdcc0-0xdcff mem 0xfdee-0xfdef irq 21 at device 2.0 on pci3 em1: Ethernet address: 00:c0:9f:46:ec:c7 fxp0: Intel 82557 Pro/100 Ethernet port 0xdca0-0xdcbf mem
Re: ghosthunting: machine freeze 6.2R
Am Dienstag, den 22.05.2007, 17:53 +0200 schrieb Volker: On 05/22/07 17:18, Ivan Voras wrote: Volker wrote: My first thought is a hardware problem but why does it occur that less and only in the morning? My next thought is a DoS attack (CVE-2007-0244?) but can that lead into a machine freeze? When in the morning? If it's around 3-4 am, that's when the (often hardware intensive) default cron jobs kick in. No, it's not cron (perdiodic daily/security) related. It appears sometime between 7 and 11 am (CEST). That would be too easy. Probably it's too early to see similarities as it's just on two days in a row. Check the power supply. If it is too small or does not filter transients properly this can be the cause. HTH, Marc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ghosthunting: machine freeze 6.2R
On Tuesday 22 May 2007 11:41, Volker wrote: There's nothing of interest in the logs (I suspect it's too late to have any daemon write something to syslogd as the system is then dead). As I also think, this is somehow related to network traffic, I'll try to monitor it's traffic starting tomorrow. The tech guys at the office there have to install a hub first (yes, it's remote to me which makes investigation harder). As I think (well, guesswork) this might be related to GRE traffic (the poptop server), I may stop this traffic at the firewall (and take the service to another machine). What's the version of the system you're having trouble with? Is it pre-6.2? I'm wondering if your machine also passes GRE traffic? Does it provide pptp services? I've attached the latest dmesg, can you see any similarities (as it still might be a hardware issue)? Volker, Yes. We get nothing in the logs, No kernel panics, and we can not break to the kernel debugger. We are not running an GRE traffic or PPTP Servers. Our current version is: FreeBSD 6.2-RELEASE FreeBSD 6.2-RELEASE #0 Looks like you are also using the EM network adapter driver. We are suspecting the driver or Network adapters them self. Our other boxes are using xl0 (3com) and are working fine. I have also attached my dmesg output. Roger 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-RELEASE #0: Wed May 9 17:48:30 UTC 2007 root@:/usr/obj/usr/src/sys/TINYBSD WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: IntelR AWRDACPI Timecounter i8254 frequency 1193520 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.80GHz (2792.85-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf34 Stepping = 4 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=0x441dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,b14 real memory = 535691264 (510 MB) avail memory = 51964 (494 MB) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard acpi0: IntelR AWRDACPI on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 cpu0: ACPI CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge at device 3.0 on pci0 pci1: ACPI PCI bus on pcib1 em0: Intel(R) PRO/1000 Network Connection Version - 6.3.9 port 0xc000-0xc01f mem 0xf200-0xf201 irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:86:97:62 em0: [GIANT-LOCKED] pcib2: ACPI PCI-PCI bridge at device 28.0 on pci0 pci2: ACPI PCI bus on pcib2 pci0: serial bus, USB at device 29.0 (no driver attached) pci0: serial bus, USB at device 29.1 (no driver attached) pci0: base peripheral at device 29.4 (no driver attached) pci0: base peripheral, interrupt controller at device 29.5 (no driver attached) pci0: serial bus, USB at device 29.7 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 30.0 on pci0 pci3: ACPI PCI bus on pcib3 pci3: display, VGA at device 9.0 (no driver attached) em1: Intel(R) PRO/1000 Network Connection Version - 6.3.9 port 0xd100-0xd13f mem 0xf100-0xf101 irq 19 at device 10.0 on pci3 em1: Ethernet address: 00:30:48:86:97:63 em1: [GIANT-LOCKED] isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel 6300ESB SATA150 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: ATA channel 0 on atapci0 ata1: ATA channel 1 on atapci0 pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_tz0: Thermal Zone on acpi0 sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: ISA Option ROM at iomem 0xc-0xc7fff on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 2792849472 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 977MB SanDisk SDCFH-1024 HDX 3.19 at ata0-master PIO4 ad2: 76319MB Seagate ST380811AS 3.AAB at ata1-master SATA150 Trying to mount root from ufs:/dev/ad0s1a em1: link state
Re: make mplayer failed
On Tue, 22 May 2007, Tom Evans wrote: On Mon, 2007-05-21 at 13:49 -0700, KAYVEN RIESE wrote: On Mon, 21 May 2007, KAYVEN RIESE wrote: On Mon, 21 May 2007, KAYVEN RIESE wrote: On Mon, 21 May 2007, Vladimir Botka wrote: Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) KAYVEN RIESE [EMAIL PROTECTED] napsal(a): On Sun, 20 May 2007, Christian Walther wrote: On 19/05/07, KAYVEN RIESE [EMAIL PROTECTED] wrote: On Fri, 18 May 2007, Christian Walther wrote: On 17/05/07, KAYVEN RIESE [EMAIL PROTECTED] wrote: [..] --- Building '/usr/ports/x11-servers/xorg-server' On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. *** Error code 1 Stop. [..] I take it you don't actually read any of these error messages, just post them to the list? On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. Perhaps you would like to set X11BASE=${LOCALBASE} in make.conf ? okay. yeah. daylight in the swamp did actually occur in the intervening period between my post and yer reply, however, the fact that i should have a message refering to freebsd before 6.2 vexes me becase i thought i had upgraded from 6.1 to 6.2. my uname -a says 6.2 (don't have that right now because i am not at my home box). what could be up with that? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ghosthunting: machine freeze 6.2R
On Tue, May 22, 2007 at 12:24:36PM -0500, Roger Miranda wrote: On Tuesday 22 May 2007 11:41, Volker wrote: There's nothing of interest in the logs (I suspect it's too late to have any daemon write something to syslogd as the system is then dead). As I also think, this is somehow related to network traffic, I'll try to monitor it's traffic starting tomorrow. The tech guys at the office there have to install a hub first (yes, it's remote to me which makes investigation harder). As I think (well, guesswork) this might be related to GRE traffic (the poptop server), I may stop this traffic at the firewall (and take the service to another machine). What's the version of the system you're having trouble with? Is it pre-6.2? I'm wondering if your machine also passes GRE traffic? Does it provide pptp services? I've attached the latest dmesg, can you see any similarities (as it still might be a hardware issue)? Volker, Yes. We get nothing in the logs, No kernel panics, and we can not break to the kernel debugger. What happens if you enable INVARIANTS and/or WITNESS? Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
minimizing downtime on upgrades? (for example: mysql 4.1 - 5.0 or php)
Hello, Some freebsd-beginner questions about how to maintain a production server up to date day after day, with a practical example: now I have to update a 6.1-based server from mysql 4.1 to mysql 5.0, minimizing the downtime during the upgrade. In the past under other OS'es I would have taken the mysql source, compiled the whole, and then on upgrade time: - stopped the services (httpd, etc.) - mysqldump of all tables - stopped mysqld - removed the old version (+backup) - 'make install'ed the new one - started mysqld - imported the db and restarted the other services - 2-3 minutes downtime, depending on the size of the databases Now I can't really do that under FreeBSD: if I want to prepare (just make in the ports directory) the mysql50-server part, it answers: [EMAIL PROTECTED] /usr/ports/databases/mysql50-server]# make === mysql-server-5.0.41 cannot install: MySQL versions mismatch: mysql41-client is installed and wanted version is mysql50-client. *** Error code 1 Stop in /usr/ports/databases/mysql50-server. So I can only do that after the installation of mysql50-client, which means all the services will have to be stopped during the compilation of mysql50-server, which usually takes some time. Isn't there a better way? How do you handle such cases? Same questions for php upgrades: on php5 upgrade, all the other php5-* packages have to be compiled too, and keeping the webserver running during this time is probably not the best idea. What I'm going to try is to prepare packages of the ports I have to upgrade on a dev/test server, and then install them with pkg_add: is that the right way ? Thanks in advance for your advices regards, Olivier ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: minimizing downtime on upgrades? (for example: mysql 4.1 - 5.0 or php)
On 05/22/07 21:03, Olivier Mueller wrote: Some freebsd-beginner questions about how to maintain a production server up to date day after day, with a practical example: now I have to update a 6.1-based server from mysql 4.1 to mysql 5.0, minimizing the downtime during the upgrade. In the past under other OS'es I would have taken the mysql source, compiled the whole, and then on upgrade time: - stopped the services (httpd, etc.) - mysqldump of all tables - stopped mysqld - removed the old version (+backup) - 'make install'ed the new one - started mysqld - imported the db and restarted the other services - 2-3 minutes downtime, depending on the size of the databases Now I can't really do that under FreeBSD: if I want to prepare (just make in the ports directory) the mysql50-server part, it answers: Oliver, try something like: portupgrade -o databases/mysql50-client mysql-client portupgrade -o databases/mysql50-server mysql-server Make sure you're doing a backup of your SQL data *before* you're doing this as the MySQL server (AFAIR) is being halted at upgrade time (short after compiling everything has finished). The portupgrade commands mentioned above might just be half of the work as other ports might need an upgrade, too. I did the same some weeks ago but can't remember if there was any extra work needed. HTH Volker ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ghosthunting: machine freeze 6.2R
What happens if you enable INVARIANTS and/or WITNESS? Thanks Kris. I am going to compile that into the kernel right now. Well keep the list posted on any issues. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: minimizing downtime on upgrades? (for example: mysql 4.1 - 5.0 or php)
On May 22, 2007, at 12:03 PM, Olivier Mueller wrote: So I can only do that after the installation of mysql50-client, which means all the services will have to be stopped during the compilation of mysql50-server, which usually takes some time. Isn't there a better way? How do you handle such cases? Pretty much as you suggest below: Same questions for php upgrades: on php5 upgrade, all the other php5-* packages have to be compiled too, and keeping the webserver running during this time is probably not the best idea. What I'm going to try is to prepare packages of the ports I have to upgrade on a dev/test server, and then install them with pkg_add: is that the right way ? You have a build box that you generate new tarballs of the packages you want to update (via make package, make package-recursive, portupgrade -p, etc), which you can then test and make sure they behave sensibly, and then use these to rapidly update your production machines with minimal downtime. -- -Chuck ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: minimizing downtime on upgrades? (for example: mysql 4.1 - 5.0 or php)
Olivier Mueller wrote: Isn't there a better way? How do you handle such cases? We go to extra lengths and allow only pkg installs on servers. That way we are sure, that no random library pollution takes place. It also makes stuff better reproducable. Sadly packages are somewhat neclected and there is still no good pkg_update tool What I'm going to try is to prepare packages of the ports I have to upgrade on a dev/test server, and then install them with pkg_add: is that the right way ? A good way would be to test this very update with packages on a test box. That is, install mysql4, produce your mysql5 packages somewhere else (or use a chroot or jail). Then see if pkg-updating works for mysql. Ulrich Spoerlein -- The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled. -- Will Cuppy ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Gigabyte GA-VM900M caveats
Hi, It seems in order to boot the 6.2-RELEASE cdrom on this system I need to disable the USB2/ehci controller in the BIOS, otherwise it panics after umass is detached during probe (I am attempting to boot from USB CDROM). I was surprised that it didn't fail due to the protected mode boot2 issue which kib has resolved, however that real mode boot code is yet to hit CVS. If the VIA V-RAID BIOS is configured with a 'bootable array', raid does not show up as I'd expect; I have to disable booting from the array in order to get ar0 to show up. The array currently shows up as 'degraded'. If there's a Wiki or something where this information may easily be added please point me at it... JFYI, BMS ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: minimizing downtime on upgrades? (for example: mysql 4.1 - 5.0 or php)
Chuck Swiger wrote: On May 22, 2007, at 12:03 PM, Olivier Mueller wrote: So I can only do that after the installation of mysql50-client, which means all the services will have to be stopped during the compilation of mysql50-server, which usually takes some time. Isn't there a better way? How do you handle such cases? Pretty much as you suggest below: Same questions for php upgrades: on php5 upgrade, all the other php5-* packages have to be compiled too, and keeping the webserver running during this time is probably not the best idea. What I'm going to try is to prepare packages of the ports I have to upgrade on a dev/test server, and then install them with pkg_add: is that the right way ? You have a build box that you generate new tarballs of the packages you want to update (via make package, make package-recursive, portupgrade -p, etc), which you can then test and make sure they behave sensibly, and then use these to rapidly update your production machines with minimal downtime. I have found that the ports-mgmt/tinderbox port is very useful for building and maintaining up to date packages with custom patchs, or non default knobs set. I have a pair of dedicated build servers that it runs on but I cant see a reason why it could not run on any old system on your network. You can then use pkg_add/pkg_delete to do the upgrade very quickly. Tom ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gigabyte GA-VM900M caveats
On Wednesday 23 May 2007 06:32, Bruce M Simpson wrote: If the VIA V-RAID BIOS is configured with a 'bootable array', raid does not show up as I'd expect; I have to disable booting from the array in order to get ar0 to show up. The array currently shows up as 'degraded'. On a somewhat related note.. In my experience V-RAID is utter crap - if one of your disks fails in a RAID1 array and you reboot it will give you 2 options - erase the first part of your disk and boot, or sit and do nothing. When I asked my motherboard vendor about this they suggested I switch to SATA mode (to boot off one disk) or to put another disk in and rebuild... Not exactly good for unattended use. This was on an Epox 8HDAI Pro, I don't know if it's any better now or not. -- 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 pgpxbi5l34wGP.pgp Description: PGP signature
Re: Gigabyte GA-VM900M caveats
Daniel, Thanks for the affirmation that I'm not alone in this. The whole point of RAID being supported by platform firmware is to facilitate booting from it even if disks fail. Daniel O'Connor wrote: On a somewhat related note.. In my experience V-RAID is utter crap - if one of your disks fails in a RAID1 array and you reboot it will give you 2 options - erase the first part of your disk and boot, or sit and do nothing. When I asked my motherboard vendor about this they suggested I switch to SATA mode (to boot off one disk) or to put another disk in and rebuild... Not exactly good for unattended use. Summary: Avoid VIA software RAID like the plague. The BIOS (after latest update from Gigabyte) consistently reports that duplication failed whenever I attempted to [re]create the mirror in the BIOS. Even when I tried to switch the controller to SATA mode, the second disk persisted in being undetected. I removed the primary disk entirely. The secondary disk DID get mirrored, and the BIOS attempted to boot from it; although by the time I did this I had no way of verifying if FreeBSD had mirrored the data, or if the BIOS mirrored the data. FreeBSD never sees the second disk, whether in SATA or RAID mode, and setting the array to 'bootable' in the BIOS does not help in any case. Short of manually nuking the metadata on the disks themselves, I can think of no other clean room tactics, and the supplied documentation is also useless. Yes, utter crap, and a waste of valuable time. What I plan to do tommorrow is swap the JMicron card out of my Athlon64 machine and into the new Core 2 Duo system I began building. In a way this is good because the disks I purchased support SATA-300 as does the JMicron. However, FreeBSD's support for the onboard Acer Labs SATA on that system appeared to have regressed during the 6.1-6.2 lifetime due to an AHCI issue (see thread: 6.2-RC: Problem with SATA on ASUS Vintage AH-3, on this list). [Normally I have been running 7-CURRENT on that machine, with the JMicron card, so up until now this hasn't been an issue, but this is what kicked off the whole shooting match in the first place, and I need to be able to multi-boot Windows Longhorn Server and Gentoo Linux for the work I'm going to be doing.] I wonder if people have had better experiences with JMicron. I am encouraged by the work Scott Long has begun, although that is going to take time to bear fruit. I can't burn too much time on this though, I needed a working server today. Regards, BMS ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gigabyte GA-VM900M caveats
On Wednesday 23 May 2007 12:17, Bruce M. Simpson wrote: Thanks for the affirmation that I'm not alone in this. The whole point of RAID being supported by platform firmware is to facilitate booting from it even if disks fail. Yes, I was pretty pissed off when I found out about it. I was even more pissed off at Epox's weak response :( When I asked my motherboard vendor about this they suggested I switch to SATA mode (to boot off one disk) or to put another disk in and rebuild... Not exactly good for unattended use. Summary: Avoid VIA software RAID like the plague. Yep. The JMicron RAID in my Core 2 Duo system seems OK. That said all of these software RAID implementations seem to suffer from a serious limitation - if the disk fails temporarily and the array becomes degraded and you then subsequently reboot it will see 2 arrays and can boot off the stale one. I would expect a more sensible implementation where it would scan the disks and if it sees 2 disks with the same array ID but differing ages it should ignore the older disk. This assumes that the RAID code increments the generation number (or whatever) when it notes the array is degraded.. I would hope so but maybe I'm wrong. I have been bitted by this several times especially in SATA as it seems more likely to get temporary failures (especially with dodgy PHYs like Marvell) Yes, utter crap, and a waste of valuable time. Yeah, I stumped up for 3ware in the end. Not that they are MUCH better, I have several pending issues with them, but so far as I can see they are the only manufacturer of 2 port hardware RAID cards. [Normally I have been running 7-CURRENT on that machine, with the JMicron card, so up until now this hasn't been an issue, but this is what kicked off the whole shooting match in the first place, and I need to be able to multi-boot Windows Longhorn Server and Gentoo Linux for the work I'm going to be doing.] I have Windows XP and FreeBSD 6.2 on my Core 2 Duo/JMicron system. sos@ is looking at a problem in current (it doesn't see my disks). I tried Ubuntu on this system but its dmraid doesn't grok the JMicron metadata properly (not to mention that dmraid does almost no error handling and so I am loathe to use it) I wonder if people have had better experiences with JMicron. I am encouraged by the work Scott Long has begun, although that is going to take time to bear fruit. I can't burn too much time on this though, I needed a working server today. I only have 1 JMicron system and it works OK so far (modulo my issue in -current). The last good, cheap RAID card I used was a Promise FT100/TX2, alas it is PATA only and they don't sell them any more. -- 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 pgpLXPQnWt9DY.pgp Description: PGP signature