FreeBSD 9 Release -> Reboot statt Shutdown

reakktor

reakktor

Well-Known Member
Hi

Habe ein extrem ärgerliches Problem. Seit dem Upgrade von 9.0-RCx auf 9.0-Release möchten meine 2 Test-Server beim Shutdown nicht mehr runterfahren, sodern rebooten.

Ein "shutdown -h now" legt die Maschinen nich lahm, sondern löst lediglich einen Reboot aus. Die Maschinen fahren einfach wieder hoch, ist nicht das, was ich von einem "halt" erwarte...

Server: 2x Test-Server identisch, Core i7 970, 12 Gb Ram
Gebe gerne mehr Infos für Hardware bei Bedarf - plz Info, welche Tools/Kommandos ich abfeuern soll, um mehr Licht in die Sache zu bringen...

> uname -a
FreeBSD xxx 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu Jan 26 14:25:34 CET 2012 root@xxx:/usr/obj/usr/src/sys/xxx amd64

Dmesg (2x identisch):
Code: 
Copyright (c) 1992-2012 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 9.0-STABLE #0: Thu Jan 26 14:25:34 CET 2012
    root@monster:/usr/obj/usr/src/sys/MONSTER amd64
CPU: Intel(R) Core(TM) i7 CPU         970  @ 3.20GHz (3197.80-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x206c2  Family = 6  Model = 2c  Stepping = 2
  Features=0xbfebfbff<FPU,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=0x29ae3bf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AESNI>
  AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant, performance statistics
real memory  = 12884901888 (12288 MB)
avail memory = 12379607040 (11806 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <GBT    GBTUACPI>
FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs
FreeBSD/SMP: 1 package(s) x 6 core(s) x 2 SMT threads
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3
 cpu4 (AP): APIC ID:  4
 cpu5 (AP): APIC ID:  5
 cpu6 (AP): APIC ID: 16
 cpu7 (AP): APIC ID: 17
 cpu8 (AP): APIC ID: 18
 cpu9 (AP): APIC ID: 19
 cpu10 (AP): APIC ID: 20
 cpu11 (AP): APIC ID: 21
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <GBT GBTUACPI> on motherboard
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, dfdd0000 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
cpu4: <ACPI CPU> on acpi0
cpu5: <ACPI CPU> on acpi0
cpu6: <ACPI CPU> on acpi0
cpu7: <ACPI CPU> on acpi0
cpu8: <ACPI CPU> on acpi0
cpu9: <ACPI CPU> on acpi0
cpu10: <ACPI CPU> on acpi0
cpu11: <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: <PCI-PCI bridge> irq 16 at device 1.0 on pci0
pci1: <PCI bus> on pcib1
atapci0: <Marvell ATA controller> port 0xbf00-0xbf07,0xbe00-0xbe03,0xbd00-0xbd07,0xbc00-0xbc03,0xbb00-0xbb0f mem 0xfbbff000-0xfbbff7ff irq 16 at device 0.0 on pci1
ata2: <ATA channel> at channel 0 on atapci0
ata3: <ATA channel> at channel 1 on atapci0
pcib2: <PCI-PCI bridge> irq 16 at device 2.0 on pci0
pci2: <PCI bus> on pcib2
pci2: <PCI bus> on pcib2
xhci0: <XHCI (generic) USB 3.0 controller> mem 0xfbafe000-0xfbafffff irq 16 at device 0.0 on pci2
xhci0: 32 byte context size.
usbus0 on xhci0
pcib3: <PCI-PCI bridge> irq 16 at device 3.0 on pci0
pci3: <PCI bus> on pcib3
vgapci0: <VGA-compatible display> port 0xaf00-0xaf7f mem 0xf9000000-0xf9ffffff,0xe0000000-0xe7ffffff,0xee000000-0xefffffff irq 16 at device 0.0 on pci3
nvidia0: <GeForce GTX 570> on vgapci0
vgapci0: child nvidia0 requested pci_enable_io
vgapci0: child nvidia0 requested pci_enable_io
hdac0: <NVidia (Unknown) High Definition Audio Controller> mem 0xfaffc000-0xfaffffff irq 17 at device 0.1 on pci3
pcib4: <PCI-PCI bridge> irq 16 at device 9.0 on pci0
pci4: <PCI bus> on pcib4
3ware device driver for 9000 series storage controllers, version: 3.80.06.003
twa0: <3ware 9000 series Storage Controller> port 0x9e00-0x9eff mem 0xf6000000-0xf7ffffff,0xfb9ff000-0xfb9fffff irq 16 at device 0.0 on pci4
twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-4LPML, 4 ports, Firmware FE9X 4.10.00.007, BIOS BE9X 4.08.00.002
pci0: <base peripheral, interrupt controller> at device 16.0 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 16.1 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 17.0 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 17.1 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 20.0 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 20.1 (no driver attached)
pci0: <base peripheral, interrupt controller> at device 20.2 (no driver attached)
uhci0: <Intel 82801JI (ICH10) USB controller USB-D> port 0xff00-0xff1f irq 16 at device 26.0 on pci0
usbus1: <Intel 82801JI (ICH10) USB controller USB-D> on uhci0
uhci1: <Intel 82801JI (ICH10) USB controller USB-E> port 0xfe00-0xfe1f irq 21 at device 26.1 on pci0
usbus2: <Intel 82801JI (ICH10) USB controller USB-E> on uhci1
uhci2: <Intel 82801JI (ICH10) USB controller USB-F> port 0xfd00-0xfd1f irq 18 at device 26.2 on pci0
usbus3: <Intel 82801JI (ICH10) USB controller USB-F> on uhci2
ehci0: <Intel 82801JI (ICH10) USB 2.0 controller USB-B> mem 0xfbffe000-0xfbffe3ff irq 18 at device 26.7 on pci0
usbus4: EHCI version 1.0
usbus4: <Intel 82801JI (ICH10) USB 2.0 controller USB-B> on ehci0
hdac1: <Intel 82801JI High Definition Audio Controller> mem 0xfbff4000-0xfbff7fff irq 22 at device 27.0 on pci0
pcib5: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci5: <ACPI PCI bus> on pcib5
pcib6: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0
pci6: <ACPI PCI bus> on pcib6
atapci1: <JMicron JMB363 UDMA133 controller> port 0xef00-0xef07,0xee00-0xee03,0xed00-0xed07,0xec00-0xec03,0xeb00-0xeb0f mem 0xfbefe000-0xfbefffff irq 17 at device 0.0 on pci6
ahci0: <JMicron JMB363 AHCI SATA controller> at channel -1 on atapci1
ahci0: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on ahci0
ata4: <ATA channel> at channel 0 on atapci1
pcib7: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0
pci7: <ACPI PCI bus> on pcib7
atapci2: <JMicron JMB363 UDMA133 controller> port 0xdf00-0xdf07,0xde00-0xde03,0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfbdfe000-0xfbdfffff irq 19 at device 0.0 on pci7
ahci1: <JMicron JMB363 AHCI SATA controller> at channel -1 on atapci2
ahci1: AHCI v1.00 with 2 3Gbps ports, Port Multiplier supported
ahcich2: <AHCI channel> at channel 0 on ahci1
ahcich3: <AHCI channel> at channel 1 on ahci1
ata5: <ATA channel> at channel 0 on atapci2
pcib8: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
pci8: <ACPI PCI bus> on pcib8
re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F PCIe Gigabit Ethernet> port 0xce00-0xceff mem 0xfbcff000-0xfbcfffff,0xfbcf8000-0xfbcfbfff irq 16 at device 0.0 on pci8
re0: Using 1 MSI-X message
re0: Chip rev. 0x2c000000
re0: MAC rev. 0x00000000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211 1000BASE-T media interface> PHY 1 on miibus0
rgephy0:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000base

[/CODE]
 
...

Bei shutdown -h now sollte die Maschine einfach herunterfahren und stehen bleiben. Wie früher als die Meldung kam, man könne den Computer jetzt ausschalten.

Ich hab's gerade mal ausprobiert:
Code: 
The operating system has halted.
Please press any key to reboot.
 
Ich bin wohl der Einzige der aus Gewohnheit immer shutdown -ph now eingibt. Ich dachte das wäre auch das Standardvorgehen.
 
Ein "shutdown -p now" macht leider genau das gleiche. Maschinen springen sofort wieder an, quasi wie nach einem Reset.

Saublöd, wenn ich jedesmal das Gebäude wechseln muss, um die Dinger wirklich stillzulegen :)

Kann es aber eingrenzen auf ein Source-Update in den letzten zwei Wochen, aber weiss leider nicht wirklich, in welcher Ecke ich da zu suchen anfangen soll - hat mir da wer nen Tip, wo sich die "halt/poweroff" Routinen verstecken ?
 
reakktor schrieb:
Ein "shutdown -p now" macht leider genau das gleiche. Maschinen springen sofort wieder an, quasi wie nach einem Reset.

Saublöd, wenn ich jedesmal das Gebäude wechseln muss, um die Dinger wirklich stillzulegen :)

Kann es aber eingrenzen auf ein Source-Update in den letzten zwei Wochen, aber weiss leider nicht wirklich, in welcher Ecke ich da zu suchen anfangen soll - hat mir da wer nen Tip, wo sich die "halt/poweroff" Routinen verstecken ?
Zum Vergrößern anklicken....

das klingt ja schon fast nach dem bios , bezueglich verhalten wenn strom weg
war.

holger
 
DAS ist natürlich noch ein guter Tip, werde mal wieder ins Rechenzentrum dackeln und das mal checken :rolleyes:
Trotzdem muss sich da was geändert haben, da die Kisten ja ein halbes Jahr sauber runtergefahren sind...
 
Es kann auch ein ACPI-Problem sein. Aber ich wüsste ehrlich gesagt nicht, was man dagegen machen kann.
 
Ich habe gestern nach einem Update auf 9.0-R feststellen müssen, dass ein "shutdown -r now" das System nun anhält statt es zu rebooten... Aber gut zu wissen, dass ein "shutdown -p now" einen reboot auslöst :ugly:

Beste Grüße
 
Hi,
beim Bären klappt sowohl shutdown -p now als auch shutdown -r now ohne Problem. Es gibt abär einige Kisten bei Kunden die ähnliche Probleme aufweisen.

Gruß Bär
 
Ich hatte auch so bärig unfeines Benehmen beim Herunterfahren mittels Powerbutton bemerkt,
in einem System, dass von 8er/9-RC Zeiten nach 9.0-RELEASE geupdated wurde.
Nachdem Bunterfahren verschwand der Konsolentext vom Bildschirm und Power blieb an.

Nachdem ich 9.0-RELEASE drauf gebügelt hatte war alles wieder im Normalzustand.
 
Wärme zwar einen alten Thread wieder auf, aber aktueller Zustand ist mit 9.0-RELENG csup/rebuild 3.5.2012 hier:

- "shutdown -h" : Fährt maschinen runter, der halt bewirkt nun, dass am Ende steht "System was halted. Press any key to reboot"
- "shutdown -hp": Undefiniert, mal "halt" mal "poweroff"
- "shutdown -p": Bis jetzt zuverlässiger poweroff

Verwende nun statt "shutdown -h" ein "shutdown -p", tut (zumindest aktuell) was es soll - danke für die Tips aus der Diskussion :)
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben