IPMI-SEL says System Event #0:System Reconfigured, but no actual changes made
Hi All, On IBMx3650 (IPMIv2.0-compliant), running FreeBSD6.2. I noticed that my system is halting services for around 4-5 minutes, without sufficient logs on the system (system.log) that can bring me to the right conclusion (whether caused by unexpected reboots, etc). I then retrieved the system event logs (SEL) from the baseboard chip using FreeIPMI v0.6.3, and noticed for multiple System Event #0:System Reconfigured logs. The latest would be 54:23-Jan-2009 11:28:55:System Event #0:System Reconfigured This is somewhat weird, as I did NOT change any in the system (BIOS, OS, BMC firmware, etc.) This is the cause of service halts as verified though my mrtg, and the system uptime. I usually get logs like the following (e.g. only) when such unresponsiveness is due to watchdog triggering, 24-Jan-2009 17:09:30:Watchdog 2 Watchdog:Hard Reset OEM defined = 00 00 00 00 00 E3 25 86 80 00 00 FF 00 or is simply due to manual/unexpected reboot (init 0/kernel panic): OEM defined = 00 00 00 00 00 E3 25 86 80 00 00 FF 00 With these, I suspect that the unresponsiveness of the system is not caused by a REAL reboots. Is there any possibily that the system's uptime can be changed even without restarting the box? What was that system event #0;system reconfigured mean? Is this related to SMM switching? by an attacker? Thanks, Won ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org
Re: IPMI-SEL says System Event #0:System Reconfigured, but no actual changes made
Is there any significant of the following? #dmesg . bce1: link state changed to DOWN bce1: link state changed to UP Can this result into the significant log on SEL? - Original Message From: Won De Erick won.der...@yahoo.com Hi All, On IBMx3650 (IPMIv2.0-compliant), running FreeBSD6.2. I noticed that my system is halting services for around 4-5 minutes, without sufficient logs on the system (system.log) that can bring me to the right conclusion (whether caused by unexpected reboots, etc). I then retrieved the system event logs (SEL) from the baseboard chip using FreeIPMI v0.6.3, and noticed for multiple System Event #0:System Reconfigured logs. The latest would be 54:23-Jan-2009 11:28:55:System Event #0:System Reconfigured This is somewhat weird, as I did NOT change any in the system (BIOS, OS, BMC firmware, etc.) This is the cause of service halts as verified though my mrtg, and the system uptime. I usually get logs like the following (e.g. only) when such unresponsiveness is due to watchdog triggering, 24-Jan-2009 17:09:30:Watchdog 2 Watchdog:Hard Reset OEM defined = 00 00 00 00 00 E3 25 86 80 00 00 FF 00 or is simply due to manual/unexpected reboot (init 0/kernel panic): OEM defined = 00 00 00 00 00 E3 25 86 80 00 00 FF 00 With these, I suspect that the unresponsiveness of the system is not caused by a REAL reboot. Is there any possibily that the system's uptime can be changed even without restarting the box? What does that system event #0;system reconfigured mean? Is this related to SMM switching? by an attacker? Thanks, Won ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org
Re: Areca vs. ZFS performance testing.
Danny Carroll wrote: I've just become the proud new owner of an Areca 1231-ML which I plan to use to set up an office server. I'm very curious as to how ZFS compares to a hardware solution so I plan to run some tests before I put this thing to work. Having just read this whole thread, I would like to comment: - For machine room rack mounted solutions Areca with SATA drives or similar is probably the way to go. - For ad hoc and home users, external FW (or USB, shudder) disks are quite nice. FW supports or at least is is supposed to support hot removal and insertion. And with glabel, everything is neatly under control. But what would really be nice for home use and in some cases even for data center use, would be inexpensive NAS drives. Most units so far only support 10/100M and barely exceed the 1MB/s. We tried LaCie Network Space which has 1G ethernet but: 1) It only supports SMB. 2) Performance sucks. Peak transfer rate is 9MB/s and sustained rate is about 2MB/s. Manual says it is essential to have 1G connection and switch. Actually, the performance is just the same with 100M ethernet. I tried ZFS over md over file over file in SMB share and it works. It crahses when the NAS is reset and SMB goes offline, but it could be made to work. I wonder, if there would be vblade (ATA over Ethernet) for that (or any) NAS, what kind of performance would be possible? Ideal would be an inexpensive (under USD40) AoE dongle but there is not one available. Any ideas of existing products or anything? Regards, Antti ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org
Areca ARC-1210 abysmal performance
Hi, I've just purchased a pile of Areca 1210 controllers, having seen that they should perform well with FreeBSD. Now having hooked up a pair of them to 4 WD 250gb SATA drives and configured them to RAID1+0, I see them perform very, very badly. Below is a typical test I run on newly created arrays, to see the sustained write speeds they can handle. It's nowhere near a real-world test, but I've found it to often reveal issues early on. As you can see, the Areca seems to accept a lump of data (filling its write cache) early on, then practically slows to a crawl, and for long stretches of time no data is written at all, before another burst is written followed by trickling, repeat ad infinitum. I've repeated this with HDD cache on and off, controller cache on and off, NCQ on and off and at both SATA150 and SATA300 speeds. When disabling the controller cache (setting it to write-through), I don't get the initial burst, but a slow trickle of data ~5-15 mbytes/sec. While this is going on, the system is basically unresponsive. There is nothing else going on, only sshd running. I've just updated the firmware to the latest as of today, however that didn't change anything. I'm on FreeBSD 7.1-RELEASE. Dmesg output below. Can anyone point me in the right direction here? Thanks, /Eirik [r...@md-hh-play-01 /usr]# dd if=/dev/zero of=testfile bs=64k iostat 1 [1] 889 tty da0pass0 pass1 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 98 61.81 76 4.60 0.00 0 0.00 0.00 0 0.00 0 0 0 0 99 0 231 64.00 3732 233.22 0.00 0 0.00 0.00 0 0.00 0 0 13 2 85 0 79 64.00 264 16.48 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 78 64.00 394 24.60 0.00 0 0.00 0.00 0 0.00 0 0 1 0 98 0 77 64.00 320 19.98 0.00 0 0.00 0.00 0 0.00 0 0 1 1 98 0 77 61.74 234 14.10 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 78 64.00 180 11.24 0.00 0 0.00 0.00 0 0.00 0 0 0 0 99 0 77 60.90 31 1.84 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 78 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 0 78 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 0 0 0 0 100 [r...@md-hh-play-01 /usr]# vmstat -i interrupt total rate irq3: sio0304870198 irq4: sio1 2 0 irq10: ohci0+ 258071167 irq14: ata0 58 0 cpu0: timer 3075904 1999 irq256: nfe02652 1 cpu1: timer 3067930 1994 cpu2: timer 3067899 1994 cpu3: timer 3067930 1994 Total 12845316 8351 DMESG: Copyright (c) 1992-2009 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 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 r...@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2218 (2600.02-MHz K8-class CPU) Origin = AuthenticAMD Id = 0x40f13 Stepping = 3 Features = 0x178bfbff FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x2001SSE3,CX16 AMD Features=0xea500800SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+, 3DNow! AMD Features2=0x1fLAHF,CMP,SVM,ExtAPIC,CR8 Cores per package: 2 usable memory = 4280922112 (4082 MB) avail memory = 4115517440 (3924 MB) ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 Version 1.1 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: PTLTD XSDT on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 2500 Hz quality 900 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pci0: memory, RAM at device 0.0 (no driver attached) isab0: PCI-ISA bridge port 0x1c00-0x1c7f at device 1.0 on pci0 isa0: ISA bus on isab0 pci0: serial bus, SMBus at device 1.1 (no driver attached) ohci0: OHCI (generic) USB controller mem 0xc804-0xc8040fff irq 10 at device 2.0 on pci0
Re: IPMI-SEL says System Event #0:System Reconfigured, but no actual changes made
On Monday 26 January 2009 4:32:51 am Won De Erick wrote: Is there any significant of the following? #dmesg . bce1: link state changed to DOWN bce1: link state changed to UP Can this result into the significant log on SEL? Is bce1 hooked up to the BMC in hardware (i.e. you can use it for remote IPMI?) In that case it might very well result in the logs you are seeing. -- John Baldwin ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org
Re: amr driver issues in 7.1-RELEASE
Steve Polyack wrote: Scott Long wrote: The fix for this that I was thinking of is already in 7.1. There might still be a driver bug, but I'm leaning more towards the controller simply being busy. Do you have a reproducible test case that I could try? Scott So far, I have not been able to reliably reproduce this. It pops up every now and then during our backups, which at the moment aren't that disk intensive. I'll let you know if I come across anything else. ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org
Re: cmi 8788 support?
Looks like I just have to give up, and buy new motherboard, cpu and ram, to get a soundcard that is working with FreeBSD, anyone who can confirm that Realtek ALC1200 works fine with FreeBSD? On Tue, Nov 11, 2008 at 4:40 PM, Roberth Sjonøy roberth.sjo...@gmail.com wrote: Hello, I see that FreeBSD 7.1-BETA2 supports creatives X-FI soundcards, but I'm wondering where the support for the widely used cmi8788 chipset is? Regards, Roberth Sjonøy ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org
Re: cmi 8788 support?
Looks like I just have to give up, and buy new motherboard, cpu and ram, to get a soundcard that is working with FreeBSD, anyone who can confirm that Realtek ALC1200 works fine with FreeBSD? What about... I dunno, SHOVING IN A SOUND CARD? What's wrong with picking up any Sound Blaster Live PCI card, and cramming it in? If that doesn't work, find the USB based MP3+ ... a beautiful little silver and black gadget with optical in and out, mic in and out, line in and out (RCAs)... that I've seen work with FreeBSD, NetBSD, Debian, CentOS, Windows and if I recall, OS X. ~$10 on FeeBay. ___ freebsd-hardware@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hardware To unsubscribe, send any mail to freebsd-hardware-unsubscr...@freebsd.org