Re: Kernel Panic with Mon May 13 snapshot

2013-05-19 Thread Атанас Владимиров
Hi,
I built a kernel that include the fix in pf.c and everything is fine now.
Thanks,
Atanas Vladimirov

[ns]~$ uptime
 5:37PM  up 3 days,  3:44, 1 user, load averages: 1.23, 0.74, 0.64

[ns]~$ dmesg
OpenBSD 5.3-current (GENERIC) #0: Wed May 15 23:59:01 EEST 2013

vl...@ns.bsdbg.net:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Athlon(TM) XP1600+ (AuthenticAMD 686-class, 256KB L2 cache)
1.42 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE,MMXX,3DNOW2,3DNOW
real mem  = 804765696 (767MB)
avail mem = 780185600 (744MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 03/03/03, BIOS32 rev. 0 @ 0xf0d00,
SMBIOS rev. 2.3 @ 0xf2bc0 (46 entries)
bios0: vendor Award Software, Inc. version ASUS A7V266-C ACPI BIOS Rev
1014 date 03/03/2003
bios0: ASUSTeK Computer INC. A7V266-C
apm0 at bios0: Power Management spec V1.2 (BIOS management disabled)
apm0: APM power management enable: unrecognized device ID (9)
apm0: APM engage (device 1): power management disabled (1)
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf/0x1572
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf14b0/192 (10 entries)
pcibios0: PCI Interrupt Router at 000:17:0 (VIA VT82C586 ISA rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc/0x8000 0xc8000/0x1000 0xcc000/0x1000
cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 VIA VT8366 PCI rev 0x00
viaagp0 at pchb0: v2
agp0 at viaagp0: aperture at 0xfe80, size 0xe40
ppb0 at pci0 dev 1 function 0 VIA VT8366 AGP rev 0x00
pci1 at ppb0 bus 1
vga1 at pci0 dev 12 function 0 S3 ViRGE DX/GX rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
em0 at pci0 dev 13 function 0 Intel PRO/1000MT (82540EM) rev 0x02: irq
11, address 00:07:e9:10:32:a8
em1 at pci0 dev 15 function 0 Intel PRO/1000MT (82540EM) rev 0x02: irq
10, address 00:07:e9:10:2a:20
viapm0 at pci0 dev 17 function 0 VIA VT8233A ISA rev 0x00: SMI
iic0 at viapm0
lm1 at iic0 addr 0x2d: AS99127F
viapm0: 24-bit timer at 3579545Hz
pciide0 at pci0 dev 17 function 1 VIA VT82C571 IDE rev 0x06: ATA133,
channel 0 configured to compatibility, channel 1 confi
gured to compatibility
wd0 at pciide0 channel 0 drive 0: WDC WD800JB-00ETA0
wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
pciide0: channel 1 disabled (no drives)
uhci0 at pci0 dev 17 function 2 VIA VT83C572 USB rev 0x23: irq 12
uhci1 at pci0 dev 17 function 3 VIA VT83C572 USB rev 0x23: irq 12
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 VIA UHCI root hub rev 1.00/1.00 addr 1
usb1 at uhci1: USB revision 1.0
uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
mtrr: Pentium Pro MTRR support
vscsi0 at root
scsibus0 at vscsi0: 256 targets
softraid0 at root
scsibus1 at softraid0: 256 targets
root on wd0a (b198b672451a33ab.a) swap on wd0b dump on wd0b
WARNING: / was not properly unmounted



Kernel Panic with Mon May 13 snapshot

2013-05-15 Thread Атанас Владимиров
Hi,
I had a kernel panic after upgrade to latest snapshot.
`trace` and `ps` follows, dmesg at bottom

OpenBSD/i386 (ns.bsdbg.net) (tty00)

login:pool_do_get: pfstatekeypl: curpage NULL, nitems 1
panic: pool_do_get: nitems inconsistent
Stopped at  Debugger+0x4:   popl%ebp
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb trace
Debugger(d095e5d8,f54f5930,d093c980,f54f5930,d0a48814) at Debugger+0x4
panic(d093c980,d09351a0,1,400,d6613400) at panic+0x5d
pool_do_get(d0aab860,a,f54f59d4,d0449222,f57b51d0) at pool_do_get+0x2e3
pool_get(d0aab860,a,f54f5a04,d03d4904,a) at pool_get+0x47
pf_alloc_state_key(a,7fff,0,f54f59d4,f57b51c8) at pf_alloc_state_key+0x19
pf_state_key_setup(f54f5b5c,f54f5ae8,f54f5ae4,0,0) at
pf_state_key_setup+0x34
pf_test_rule(f54f5b5c,f54f5b50,f54f5b4c,f54f5b54,f54f5b48) at
pf_test_rule+0xd1
d
pf_test(2,2,d1a10030,f54f5cac,0) at pf_test+0xd6a
ip_output(d6613400,0,d0ac0724,1,0) at ip_output+0x54d
ip_forward(d6613400,0,d1abf000,f54f5eac,0) at ip_forward+0x1be
ipv4_input(d6613400,6,f54f5ec4,d04a1a35,d020305d) at ipv4_input+0x37b
ipintr(d020305d,d19f66a0,f54f5ee4,d05d658f,0) at ipintr+0x73
netintr(0,d19f7500,d65fa2e8,0,d0202042) at netintr+0xc5
softintr_dispatch(1) at softintr_dispatch+0x4f
Xsoftnet() at Xsoftnet+0x12
--- interrupt ---
apm_cpu_idle(d0432c25,d0ab5264,d0b6e760,f54f4000,d65fa174) at
apm_cpu_idle+0x8a
cpu_idle_cycle(d0b6e760) at cpu_idle_cycle+0xc
Bad frame pointer: 0xd0c36e28

ddb ps
   PID   PPID   PGRPUID  S   FLAGS  WAIT  COMMAND
 10464  24684  26061  0  30x80  netio ping
 24684  26061  26061  0  30x88  pause sh
 12010  1  12010601  30x80  kqreadunbound
 17194   5156   5156 67  30x80  netconphp-fpm-5.3
 32405   5156   5156 67  30x80  netconphp-fpm-5.3
  1145   5156   5156 67  30x80  netconphp-fpm-5.3
  1090  18553   1090   1000  30x80  kqreadtmux
 18553  27685  18553   1000  30x88  pause ksh
 27685  30126  30126   1000  30x80  selectsshd
 30126830  30126  0  30x80  poll  sshd
  7331  10843  10843 67  30x80  kqreadnginx
 15631  1  15631  0  30x80  selectssh
 20013   8951  20013   1000  30x80  selectventrilo_srv
  2271  1  1  0  30x88  pause ldattach
  5833  1   5833  0  30x80  ttyin getty
  1755  1   1755  0  30x80  ttyin getty
 22092  1  22092  0  30x80  ttyin getty
  2192  1   2192  0  30x80  ttyin getty
 11132  1  11132  0  30x80  ttyin getty
 23104  1  23104  0  30x80  ttyin getty
 21475  1  21475  0  30x80  selectcron
 20869  1  20869 67  30x80  kqreadthttpd
 15354  1  15354  0  30x80  selectsymux
 26694  1  26694535  30x80  nanosleep symon
 22426  1  22426   1001  30x80  nanosleep perl
  8951  13314   8951   1000  30x80  ttyin ksh
 13314  1  13314   1000  30x80  kqreadtmux
  5427  32025  18182515  30x80  netio log_file_daemon
  1669  1   2292697  30x80  poll  cvsyncd
 32025  18182  18182515  30x80  poll  squid
 18182  1  18182515  30x80  wait  squid
 24708   2226  26353502  3   0x4100080  sigwait   mysqld
  2360   2226  26353502  3   0x4100080  thrsleep  mysqld
  2813   2226  26353502  3   0x4100080  selectmysqld
 15086   2226  26353502  3   0x4100080  selectmysqld
 28516   2226  26353502  3   0x4100080  selectmysqld
 25548   2226  26353502  3   0x4100080  thrsleep  mysqld
 13217   2226  26353502  3   0x4100080  thrsleep  mysqld
  4672   2226  26353502  3   0x4100080  thrsleep  mysqld
 25375   2226  26353502  3   0x4100080  thrsleep  mysqld
  7368   2226  26353502  30x80  selectmysqld
  2226  1  26353  0  30x88  pause sh
  5156  1   5156  0  30x80  kqreadphp-fpm-5.3
 30395  1  30395 62  30x80  bpf   spamlogd
 27623   1163   1163 62  30x80  piperdspamd
26   1163   1163 62  30x80  selectspamd
  1163  1   1163 62  30x80  nanosleep spamd
 21585  1  21585 71  30x80  kqreadftp-proxy
 10843  1  10843  0  30x88  pause nginx
 17208  16088  16088 95  30x80  kqreadsmtpd
  1515  16088  16088 95  30x80  kqreadsmtpd
 27291  16088  16088 95  30x80  kqreadsmtpd
 15064  16088  

Re: Kernel Panic with Mon May 13 snapshot

2013-05-15 Thread Ted Unangst
On Wed, May 15, 2013 at 22:31, ?? ?? wrote:
 Hi,
 I had a kernel panic after upgrade to latest snapshot.
 `trace` and `ps` follows, dmesg at bottom
 
 OpenBSD/i386 (ns.bsdbg.net) (tty00)
 
 login:pool_do_get: pfstatekeypl: curpage NULL, nitems 1

There was a fix to pf.c made yesterday that I would guess fixes this.



Re: Kernel Panic with Mon May 13 snapshot

2013-05-15 Thread Атанас Владимиров
2013/5/15 Ted Unangst t...@tedunangst.com

 On Wed, May 15, 2013 at 22:31, ?? ?? wrote:
  Hi,
  I had a kernel panic after upgrade to latest snapshot.
  `trace` and `ps` follows, dmesg at bottom
 
  OpenBSD/i386 (ns.bsdbg.net) (tty00)
 
  login:pool_do_get: pfstatekeypl: curpage NULL, nitems 1

 There was a fix to pf.c made yesterday that I would guess fixes this.


May I try to build and install a new kernel with that fix, or to wait for a
new snapshot?
Thank you.

Atanas Vladimirov



Re: Kernel Panic with Mon May 13 snapshot

2013-05-15 Thread Chris Cappuccio
?? ?? [don.na...@gmail.com] wrote:
 
 May I try to build and install a new kernel with that fix, or to wait for a
 new snapshot?
 Thank you.
 

That depends on your preference.