From owner-freebsd-stable@FreeBSD.ORG Fri Nov 18 04:29:44 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5EBA16A41F for ; Fri, 18 Nov 2005 04:29:44 +0000 (GMT) (envelope-from spork@bway.net) Received: from mail.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41E6043D53 for ; Fri, 18 Nov 2005 04:29:43 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 65829 invoked by uid 0); 18 Nov 2005 04:29:43 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (spork@bway.net@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Nov 2005 04:29:43 -0000 Date: Thu, 17 Nov 2005 23:29:46 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@charles-sprickmans-computer.local To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 4.8 "alternate system clock has died" error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2005 04:29:44 -0000 Hello all, I've been digging through Google for more information on this. I have a 4.8 box that's been up for about 430 days. In the last week or so, top and ps have started reporting all CPU usage numbers as zero, and running "systat -vmstat" results in the message "The alternate system clock has died! Reverting to ``pigs'' display". I've found instances of this message in the archives for some 3.x users, some pre 4.8 users and some 5.3 users. There were a number of suggestions including a patch if pre-4.8, sending init a HUP, and setting the following sysctl mib: "kern.timecounter.method: 1". I'm already at 4.8-p24, so I did not look into patching anything, and HUP'ing init and setting the sysctl mib does not seem to have any effect. I'm not quite ready to believe that some hardware has actually failed. Perhaps due to the long uptime something has rolled over? Let me know what info you would like, I can supply anything. I'm following this with some mainboard info from dmidecode and a full dmesg. Thanks, Charles dmidecode: Handle 0x0002 DMI type 2, 8 bytes. Base Board Information Manufacturer: Tyan Product Name: S2462 THUNDER K7 Version: EVT1 Serial Number: dmesg: Copyright (c) 1992-2003 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 4.8-RELEASE-p24 #0: Sun Sep 19 08:44:43 GMT 2004 root@:/usr/obj/usr/src/sys/XENA Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) MP 1600+ (1393.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 1073676288 (1048512K bytes) avail memory = 1041649664 (1017236K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040010, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc035e000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035e09c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 268435454 entries at 0xc00fdef0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 16 -> irq 5 IOAPIC #0 intpin 17 -> irq 9 IOAPIC #0 intpin 18 -> irq 10 pci0: on pcib0 agp0: mem 0xfc000000-0xfc000fff,0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 chip0: at device 7.3 on pci0 pci0: at 7.4 irq 2 asr0: mem 0xf6000000-0xf7ffffff irq 5 at device 8.0 on pci0 asr0: major=154 asr0: ADAPTEC 2110S FW Rev. 380E, 1 channel, 256 CCBs, Protocol I2O pcib2: at device 8.1 on pci0 pci2: on pcib2 ahc0: port 0x1000-0x10ff mem 0xf4001000-0xf4001fff irq 5 at device 13.0 on pci0 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x1400-0x14ff mem 0xf4002000-0xf4002fff irq 9 at device 13.1 on pci0 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pci0: at 14.0 xl0: <3Com 3c980C Fast Etherlink XL> port 0x1c00-0x1c7f mem 0xf4004000-0xf400407f irq 10 at device 15.0 on pci0 xl0: Ethernet address: 00:e0:81:20:07:06 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: <3Com 3c980C Fast Etherlink XL> port 0x1c80-0x1cff mem 0xf4004400-0xf400447f irq 2 at device 16.0 on pci0 xl1: Ethernet address: 00:e0:81:20:07:07 miibus1: on xl1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: