I was implying that you should enable ACPI and try again.

-J.

On Apr 10, 2008, at 7:08 PM, "openbsd firewall" <[EMAIL PROTECTED] > wrote:

Hello,

It's booting with default behaviour so no ACPI enabled.
Here's dmesg output for the backup node (master is exactly the same
hardware).

Apr 10 17:40:23 bbq /bsd: OpenBSD 4.2 (GENERIC) #375: Tue Aug 28 10:38:44
MDT 2007
Apr 10 17:40:23 bbq /bsd:     [EMAIL PROTECTED]:
/usr/src/sys/arch/i386/compile/GENERIC
Apr 10 17:40:23 bbq /bsd: cpu0: Dual-Core AMD Opteron(tm) Processor 1210 HE
("AuthenticAMD" 686-class, 1024KB L2 cache) 1.80 GHz
Apr 10 17:40:23 bbq /bsd: cpu0:
FPU, V86, DE, PSE, TSC, MSR, PAE, MCE, CX8, APIC, SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,CX16
Apr 10 17:40:23 bbq /bsd: real mem  = 2146988032 (2047MB)
Apr 10 17:40:23 bbq /bsd: avail mem = 2068418560 (1972MB)
Apr 10 17:40:23 bbq /bsd: mainbus0 at root
Apr 10 17:40:23 bbq /bsd: bios0 at mainbus0: AT/286+ BIOS, date 02/08/08,
BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.4 @ 0xfbb50 (50 entries)
Apr 10 17:40:23 bbq /bsd: bios0: vendor American Megatrends Inc. version
"080011 " date 02/08/2008
Apr 10 17:40:23 bbq /bsd: bios0: Supermicro H8SSL-I2
Apr 10 17:40:23 bbq /bsd: pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
Apr 10 17:40:23 bbq /bsd: pcibios0: PCI IRQ Routing Table rev 1.0 @
0xf4d40/176 (9 entries)
Apr 10 17:40:23 bbq /bsd: pcibios0: no compatible PCI ICU found: ICU vendor
0x1166 product 0x0205
Apr 10 17:40:23 bbq /bsd: pcibios0: PCI bus #3 is the last bus
Apr 10 17:40:23 bbq /bsd: bios0: ROM list: 0xc0000/0xb000 0xcb000/0x3000!
0xce000/0x1600 0xcf800/0x1600 0xd1000/0x1000
Apr 10 17:40:23 bbq /bsd: acpi at mainbus0 not configured
Apr 10 17:40:23 bbq /bsd: cpu0 at mainbus0
Apr 10 17:40:23 bbq /bsd: pci0 at mainbus0 bus 0: configuration mode 1 (no
bios)
Apr 10 17:40:23 bbq /bsd: ppb0 at pci0 dev 1 function 0 "ServerWorks HT-1000
PCI" rev 0x00
Apr 10 17:40:23 bbq /bsd: pci1 at ppb0 bus 1
Apr 10 17:40:23 bbq /bsd: ppb1 at pci1 dev 13 function 0 "ServerWorks
HT-1000 PCIX" rev 0xb2
Apr 10 17:40:23 bbq /bsd: pci2 at ppb1 bus 2
Apr 10 17:40:23 bbq /bsd: ppb2 at pci2 dev 1 function 0 "Pericom PI7C21P100
PCIX-PCIX" rev 0x01
Apr 10 17:40:23 bbq /bsd: pci3 at ppb2 bus 3
Apr 10 17:40:23 bbq /bsd: em0 at pci3 dev 4 function 0 "Intel PRO/ 1000MT QP
(82546GB)" rev 0x03: irq 7, address 00:1b:21:10:16:d0
Apr 10 17:40:23 bbq /bsd: em1 at pci3 dev 4 function 1 "Intel PRO/ 1000MT QP
(82546GB)" rev 0x03: irq 9, address 00:1b:21:10:16:d1
Apr 10 17:40:23 bbq /bsd: em2 at pci3 dev 6 function 0 "Intel PRO/ 1000MT QP
(82546GB)" rev 0x03: irq 9, address 00:1b:21:10:16:d2
Apr 10 17:40:23 bbq /bsd: em3 at pci3 dev 6 function 1 "Intel PRO/ 1000MT QP
(82546GB)" rev 0x03: irq 9, address 00:1b:21:10:16:d3
Apr 10 17:40:23 bbq /bsd: bge0 at pci2 dev 3 function 0 "Broadcom BCM5704C"
rev 0x10, BCM5704 B0 (0x2100): irq 9, address 00:30:48:63:66:70
Apr 10 17:40:23 bbq /bsd: brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseT
PHY, rev. 0
Apr 10 17:40:23 bbq /bsd: bge1 at pci2 dev 3 function 1 "Broadcom BCM5704C"
rev 0x10, BCM5704 B0 (0x2100): irq 5, address 00:30:48:63:66:71
Apr 10 17:40:23 bbq /bsd: brgphy1 at bge1 phy 1: BCM5704 10/100/1000baseT
PHY, rev. 0
Apr 10 17:40:23 bbq /bsd: pciide0 at pci1 dev 14 function 0 "ServerWorks
HT-1000 SATA" rev 0x00: DMA
Apr 10 17:40:23 bbq /bsd: pciide0: using irq 11 for native-PCI interrupt Apr 10 17:40:23 bbq /bsd: pciide0: port 0: device present, speed: 1.5Gb/s
Apr 10 17:40:23 bbq /bsd: wd0 at pciide0 channel 0 drive 0:
<HDS728080PLA380>
Apr 10 17:40:23 bbq /bsd: wd0: 16-sector PIO, LBA48, 78533MB, 160836480
sectors
Apr 10 17:40:23 bbq /bsd: wd0(pciide0:0:0): using PIO mode 4, Ultra- DMA mode
5
Apr 10 17:40:23 bbq /bsd: pciide0: port 1: PHY offline
Apr 10 17:40:23 bbq /bsd: pciide0: port 2: PHY offline
Apr 10 17:40:23 bbq /bsd: pciide0: port 3: PHY offline
Apr 10 17:40:23 bbq /bsd: pciide1 at pci1 dev 14 function 1 "ServerWorks
HT-1000 SATA" rev 0x00
Apr 10 17:40:23 bbq /bsd: piixpm0 at pci0 dev 2 function 0 "ServerWorks
HT-1000" rev 0x00: polling
Apr 10 17:40:23 bbq /bsd: iic0 at piixpm0
Apr 10 17:40:23 bbq /bsd: iic0: addr 0x2f 00=80 05=a8 06=bf 07=a8 08=bf 09=64 0a=64 0b=5e 0c=73 0d=5c 0e=7b 0f=12 10=96 11=26 13=ff 14=1f 15=6f
16=d1 17=78 18=cd 19=cd 1a=c2 1b=03 1c=22 1d=80 1e
=80 1f=80 20=1d 21=47 22=02 23=01 24=08 25=0f 28=bf 29=0f 2b=0f 3b=ff 3c=ff 3d=ff 3e=ff 3f=ff 40=09 41=02 43=28 44=40 46=f7 47=ff 48=ff 49=7f 4a=3f
4b=02 4d=68 50=1e 51=02 52=01 58=80 59=01 5c=0
3 5e=55 5f=03 60=ca 61=87 62=ca 63=87 64=ff 66=ff 67=ff 68=3f 6a=2b 6b=18 6c=7c 6d=65 6e=e3 6f=b9 70=8a 71=70 72=e5 73=bb 74=e5 75=bb 76=e3 77=b9
78=48 79=43 7a=48 7b=43 7c=48 7d=5f 7e=55 7f=50
80=64 81=5f 82=55 83=50 84=64 85=5f 86=55 87=50 88=46 89=41 8a=55 8b=50 8c=64 8d=5f 8e=55 8f=50 90=07 91=68 92=07 93=68 94=07 95=68 96=07 97=68
98=07 99=68 9a=07 9b=68 9c=07 9d=68 9e=ff 9f=ff a0
=ff a1=ff a2=ff a3=ff a4=ff a5=ff a6=ff a7=ff a8=ed ae=ff af=ff b1=04 b2=30 b3=30 b4=30 b5=30 b6=30 b7=30 b8=30 b9=30 ba=30 bb=89 bc=89 bd=89 be=89
bf=89 c0=89 c1=89 c2=89 c3=01 c4=01 c5=7f c6=f
f c9=ff ca=ff cb=ff cc=ff cd=ff ce=ff cf=ff d1=46 d2=46 d3=46 d4=46 d6= Apr 10 17:40:23 bbq /bsd: 0 d7=ff d8=80 d9=01 da=80 db=01 dc=80 dd=01 de=80 df=01 e0=bb e1=c0 e2=82 e3=ff e4=80 e5=0a e6=fe e7=0b e8=ff ea=42 eb=04
ec=fe ed=fe ee=fe ef=ff f6=04 f7=80 f8=1b fa=f
f fd=10
Apr 10 17:40:23 bbq /bsd: piixpm0: exec: op 1, addr 0x4b, cmdlen 1, len 1,
flags 0x08: timeout, status 0x9<BUSY,BUSERR>
Apr 10 17:40:23 bbq /bsd: pciide2 at pci0 dev 2 function 1 "ServerWorks
HT-1000 IDE" rev 0x00: DMA
Apr 10 17:40:23 bbq /bsd: pcib0 at pci0 dev 2 function 2 "ServerWorks
HT-1000 LPC" rev 0x00
Apr 10 17:40:23 bbq /bsd: ohci0 at pci0 dev 3 function 0 "ServerWorks
HT-1000 USB" rev 0x01: irq 10, version 1.0, legacy support
Apr 10 17:40:23 bbq /bsd: ohci1 at pci0 dev 3 function 1 "ServerWorks
HT-1000 USB" rev 0x01: irq 10, version 1.0, legacy support
Apr 10 17:40:23 bbq /bsd: ehci0 at pci0 dev 3 function 2 "ServerWorks
HT-1000 USB" rev 0x01: irq 10
Apr 10 17:40:23 bbq /bsd: usb0 at ehci0: USB revision 2.0
Apr 10 17:40:23 bbq /bsd: uhub0 at usb0: ServerWorks EHCI root hub, rev
2.00/1.00, addr 1
Apr 10 17:40:23 bbq /bsd: vga1 at pci0 dev 5 function 0 "ATI ES1000" rev
0x02
Apr 10 17:40:23 bbq /bsd: wsdisplay0 at vga1 mux 1: console (80x25, vt100
emulation)
Apr 10 17:40:23 bbq /bsd: wsdisplay0: screen 1-5 added (80x25, vt100
emulation)
Apr 10 17:40:23 bbq /bsd: pchb0 at pci0 dev 24 function 0 "AMD AMD64
HyperTransport" rev 0x00
Apr 10 17:40:23 bbq /bsd: pchb1 at pci0 dev 24 function 1 "AMD AMD64 Address
Map" rev 0x00
Apr 10 17:40:23 bbq /bsd: pchb2 at pci0 dev 24 function 2 "AMD AMD64 DRAM
Cfg" rev 0x00
Apr 10 17:40:23 bbq /bsd: pchb3 at pci0 dev 24 function 3 "AMD AMD64 Misc
Cfg" rev 0x00
Apr 10 17:40:23 bbq /bsd: isa0 at pcib0
Apr 10 17:40:23 bbq /bsd: isadma0 at isa0
Apr 10 17:40:23 bbq /bsd: pckbc0 at isa0 port 0x60/5
Apr 10 17:40:23 bbq /bsd: pckbd0 at pckbc0 (kbd slot)
Apr 10 17:40:23 bbq /bsd: pckbc0: using irq 1 for kbd slot
Apr 10 17:40:23 bbq /bsd: wskbd0 at pckbd0: console keyboard, using
wsdisplay0
Apr 10 17:40:23 bbq /bsd: pcppi0 at isa0 port 0x61
Apr 10 17:40:23 bbq /bsd: midi0 at pcppi0: <PC speaker>
Apr 10 17:40:23 bbq /bsd: spkr0 at pcppi0
Apr 10 17:40:23 bbq /bsd: npx0 at isa0 port 0xf0/16: reported by CPUID;
using exception 16
Apr 10 17:40:23 bbq /bsd: pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16
byte fifo
Apr 10 17:40:23 bbq /bsd: pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16
byte fifo
Apr 10 17:40:23 bbq /bsd: fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
Apr 10 17:40:23 bbq /bsd: usb1 at ohci0: USB revision 1.0
Apr 10 17:40:23 bbq /bsd: uhub1 at usb1: ServerWorks OHCI root hub, rev
1.00/1.00, addr 1
Apr 10 17:40:23 bbq /bsd: usb2 at ohci1: USB revision 1.0
Apr 10 17:40:23 bbq /bsd: uhub1 at usb1: ServerWorks OHCI root hub, rev
1.00/1.00, addr 1
Apr 10 17:40:23 bbq /bsd: usb2 at ohci1: USB revision 1.0
Apr 10 17:40:23 bbq /bsd: uhub2 at usb2: ServerWorks OHCI root hub, rev
1.00/1.00, addr 1
Apr 10 17:40:23 bbq /bsd: biomask fd45 netmask ffe5 ttymask ffe7
Apr 10 17:40:23 bbq /bsd: pctr: user-level cycle counter enabled
Apr 10 17:40:23 bbq /bsd: mtrr: Pentium Pro MTRR support
Apr 10 17:40:23 bbq /bsd: dkcsum: wd0 matches BIOS drive 0x80
Apr 10 17:40:23 bbq /bsd: root on wd0a swap on wd0b dump on wd0b


On 11/04/2008, Jason Dixon <[EMAIL PROTECTED]> wrote:

Is ACPI enabled?

-J.

On Apr 10, 2008, at 6:07 PM, "openbsd firewall" <[EMAIL PROTECTED] >
wrote:

Hello,

This got even more interesting. After reading your email I had the idea
to
start turning off the various carp interfaces to see what would be the
effect.
I have two onboard "Broadcom BCM5704C" and a "Intel PRO/1000MT QP
(82546GB)"
quad nic.
One carp is configured for one onboard nic and two other for the quad
nic.
I removed the two carps for the quad nic at backup node and rebooted it
a
few times. There are no failures in iperf test (I used a long time to
make
sure it was always running between all the tests) which is the same as
your
tests and normal expected result.
Removing the onboard carp and activating both or one of the quad nic
carps
gives the failures I reported previously. Without pfsync active in the master node, I get a small failure in iperf tests while the backup node
is
coming back. If I activate pfsync, I get the same small failure plus
sometimes a total mess up of iperf connection states.
So it seems the problem is happening with the quad nic. I don't see any performance problems with the quad nic because I left iperf running for
2
days without any problem. CPU usage in interrupts is around 15% and load 0.20 while doing tests. The firewall is still not in production, so only
traffic is only my test and internet junk being dropped.
Kernel is GENERIC 4.2 without any patches (I don't see any of them
relevant
to this problem). I doubt about any hardware problems because the same
happens if I exchange their roles as master and backup.

I can't understand how the backup node can generate these results with a reboot. While writing this I remembered to do another test. I destroyed
the
quad nic carps (with ifconfig carpX destroy) and then brought them back
with
sh /etc/netstart. Iperf keeps running smoothly this time... Master node receives the bulk update requests without any problems. Did this a few
times
and nothing happened.
Even more weird now !!! Something is being done while those interfaces
got
up for the first time after the reboot!
Any ideas ?

Thanks,
John

On 10/04/2008, Calomel <[EMAIL PROTECTED]> wrote:


John,

I ran a test using iperf on an external openbsd system (client)
through a
carp
firewall to an internal openbsd system (server). All systems are
running
OpenBSD v4.2 with the latest patches.

   external               ---> CARP --->  internal
(iperf -i 1 -t 600 -c carp0)                (iperf -s)

I did _not_ see any slow down through the MASTER when I rebooted the
BACKUP
server. For example, I started the reboot of the BACKUP at 5 seconds
and
the BACKUP finished rebooting at 102 seconds:

[  3]  1.0- 2.0 sec  81.2 MBytes    681 Mbits/sec
[  3]  2.0- 3.0 sec  82.3 MBytes    690 Mbits/sec
[  3]  3.0- 4.0 sec  83.8 MBytes    703 Mbits/sec
[  3]  4.0- 5.0 sec  86.6 MBytes    727 Mbits/sec -- start reboot
[  3]  5.0- 6.0 sec  86.8 MBytes    728 Mbits/sec
[  3]  6.0- 7.0 sec  86.3 MBytes    724 Mbits/sec
[  3]  7.0- 8.0 sec  82.8 MBytes    695 Mbits/sec
[  3]  8.0- 9.0 sec  86.7 MBytes    728 Mbits/sec
[  3]  9.0-10.0 sec  85.8 MBytes    720 Mbits/sec
[  3] 10.0-11.0 sec  86.1 MBytes    722 Mbits/sec

....cut....

[  3] 96.0-97.0 sec  83.4 MBytes    699 Mbits/sec
[  3] 97.0-98.0 sec  82.4 MBytes    692 Mbits/sec
[  3] 98.0-99.0 sec  81.9 MBytes    687 Mbits/sec
[  3] 99.0-100.0 sec  84.7 MBytes    710 Mbits/sec
[  3] 100.0-101.0 sec  83.3 MBytes    699 Mbits/sec
[ 3] 101.0-102.0 sec 83.7 MBytes 702 Mbits/sec -- finished reboot
[  3] 102.0-103.0 sec  83.3 MBytes    699 Mbits/sec
[  3] 103.0-104.0 sec  83.6 MBytes    701 Mbits/sec
[  3] 104.0-105.0 sec  85.3 MBytes    716 Mbits/sec
[  3] 105.0-106.0 sec  83.4 MBytes    699 Mbits/sec

I also did not see any errors in the logs of either system running
ipref
or on the firewalls. The load on the MASTER firewall was around 0.30.

Are the firewalls kernel patched? Are their any hardware failures to
report? Are the firewalls overloaded?

You are welcome to check out some of the "how to's" I have at
http://calomel.org if you need to.


--
Calomel @ http://calomel.org
Open Source Research and Reference

Reply via email to