Re: Kernel Panic 6.3 and HP DL360 Gen9
On 2018/08/08 10:00, Albert Martinez wrote:
> Hi,
>
> This must be related to a pf.conf syntax change between 5.8 and 5.9 -
> 6.3, some old syntax rules are valid for the dry run in 5.9 - 6.3 but no
> more for PF.. what its also estrange its that the pf.conf its loaded on
> boot and just after a reload of the ruleset crashes...
>
> I am going to load parts of the ruleset to try to find the rule that
> trigger the crash..
>
> Did you find something? Do you need further info?
Nothing stands out to me from the ddb output. If you're able to
determine which rules trigger it, that would be very useful.
> Lg,
> Albert
>
>
>
>
>
> On 31/07/18 15:03, Albert Martinez wrote:
> > Hi,
> >
> > sorry for the delay, we had to move the testings to a another server
> > and set everything again, this its an HP DL360 G6, but its happening
> > just the same..
> >
> > Find attached the standard outputs from:
> > https://www.openbsd.org/ddb.html + the ones that you requested .. this
> > time was all done in a fresh install from the last 6.3 current.
> >
> > Regards,
> > Albert Martinez
> >
> > On 05/07/18 10:36, Albert Martinez wrote:
> >> Hi,
> >>
> >> Ok, then I will perform this week the upgrade to the last current.
> >>
> >> Regards,
> >> Albert
> >>
> >> The outputs from "sh malloc" and the "sh all pools" from the 6.3
> >> stable:
> >>
> >> panic: malloc: out of space in kmem_map
> >> Stopped at db_enter+0x5: popq %rbp
> >> TID PID UID PRFLAGS PFLAGS CPU COMMAND
> >> * 52231 1 0 0x13 0 2K ksh
> >> db_enter() at db_enter+0x5
> >> panic() at panic+0x129
> >> malloc(800020bc1570,800020bc1510,1) at malloc+0x6fa
> >> ufs_readdir(1) at ufs_readdir+0x101
> >> VOP_READDIR(800020a8c018,3b0f315201378d58,800020bc155c,ff087f7ca480
> >>
> >>
> >> ) at VOP_READDIR+0x45
> >> sys_getdents(630,800020a8c018,0) at sys_getdents+0x125
> >> syscall() at syscall+0x279
> >> --- syscall (number 99) ---
> >> end of kernel
> >> end trace frame: 0x7f7c5090, count: 8
> >> 0x13f92454032a:
> >> https://www.openbsd.org/ddb.html describes the minimum info required
> >> in bug
> >> reports. Insufficient info makes it difficult to find and fix bugs.
> >> ddb{2}> sh malloc
> >> Type InUse MemUse HighUse Limit Requests Type Lim
> >> Kern Lim
> >> devbuf 8699 5339K 5340K 78643K 10670 0 0
> >> pcb 72 15K 15K 78643K 202 0 0
> >> rtable 1231 26K 26K 78643K 1783 0 0
> >> ifaddr 632 96K 96K 78643K 639 0 0
> >> counters 455 398K 398K 78643K 455 0 0
> >> ioctlops 1 4K 4K 78643K 92144 0 0
> >> iov 0 0K 1K 78643K 1 0 0
> >> mount 4 4K 4K 78643K 4 0 0
> >> vnodes 1161 73K 73K 78643K 1168 0 0
> >> UFS quota 1 32K 32K 78643K 1 0 0
> >> UFS mount 17 56K 56K 78643K 17 0 0
> >> shm 2 1K 1K 78643K 2 0 0
> >> VM map 2 0K 0K 78643K 2 0 0
> >> sem 2 0K 0K 78643K 2 0 0
> >> dirhash 24 4K 4K 78643K 57 0 0
> >> ACPI 5017 559K 671K 78643K 17335 0 0
> >> file desc 1 0K 0K 78643K 1 0 0
> >> proc 14 13K 13K 78643K 14 0 0
> >> NFS srvsock 1 0K 0K 78643K 1 0 0
> >> NFS daemon 1 16K 16K 78643K 1 0 0
> >> ip_moptions 70 8K 8K 78643K 70 0 0
> >> in_multi 411 27K 27K 78643K 412 0 0
> >> ether_multi 414 12K 12K 78643K 415 0 0
> >> ISOFS mount 1 32K 32K 78643K 1 0 0
> >> MSDOSFS mount 1 16K 16K 78643K 1 0 0
> >> ttys 420 1777K 1777K 78643K 420 0 0
> >> exec 0 0K 1K 78643K 1273 0 0
> >> pagedep 1 8K 8K 78643K 1 0 0
> >> inodedep 1 32K 32K 78643K 1 0 0
> >> newblk 1 0K 0K 78643K 1 0 0
> >> VM swap 7 722K 722K 78643K 7 0 0
> >> UVM amap 234 9K 26K 78643K 4750 0 0
> >> UVM aobj 2 2K 2K 78643K 2 0 0
> >> USB 99 44K 44K 78643K 121 0 0
> >> USB device 32 2K 2K 78643K 32 0 0
> >> USB HC 1 0K 0K 78643K 1 0 0
> >> memdesc 1 4K 4K 78643K 1 0 0
> >> crypto data 1 1K 1K 78643K 1 0 0
> >> NDP 143 4K 5K 78643K 157 0 0
> >> temp 1025 2620K 2624K 78643K
Re: Kernel Panic 6.3 and HP DL360 Gen9
Hi,
This must be related to a pf.conf syntax change between 5.8 and 5.9 -
6.3, some old syntax rules are valid for the dry run in 5.9 - 6.3 but no
more for PF.. what its also estrange its that the pf.conf its loaded on
boot and just after a reload of the ruleset crashes...
I am going to load parts of the ruleset to try to find the rule that
trigger the crash..
Did you find something? Do you need further info?
Lg,
Albert
On 31/07/18 15:03, Albert Martinez wrote:
> Hi,
>
> sorry for the delay, we had to move the testings to a another server
> and set everything again, this its an HP DL360 G6, but its happening
> just the same..
>
> Find attached the standard outputs from:
> https://www.openbsd.org/ddb.html + the ones that you requested .. this
> time was all done in a fresh install from the last 6.3 current.
>
> Regards,
> Albert Martinez
>
> On 05/07/18 10:36, Albert Martinez wrote:
>> Hi,
>>
>> Ok, then I will perform this week the upgrade to the last current.
>>
>> Regards,
>> Albert
>>
>> The outputs from "sh malloc" and the "sh all pools" from the 6.3
>> stable:
>>
>> panic: malloc: out of space in kmem_map
>> Stopped at db_enter+0x5: popq %rbp
>> TID PID UID PRFLAGS PFLAGS CPU COMMAND
>> * 52231 1 0 0x13 0 2K ksh
>> db_enter() at db_enter+0x5
>> panic() at panic+0x129
>> malloc(800020bc1570,800020bc1510,1) at malloc+0x6fa
>> ufs_readdir(1) at ufs_readdir+0x101
>> VOP_READDIR(800020a8c018,3b0f315201378d58,800020bc155c,ff087f7ca480
>>
>>
>> ) at VOP_READDIR+0x45
>> sys_getdents(630,800020a8c018,0) at sys_getdents+0x125
>> syscall() at syscall+0x279
>> --- syscall (number 99) ---
>> end of kernel
>> end trace frame: 0x7f7c5090, count: 8
>> 0x13f92454032a:
>> https://www.openbsd.org/ddb.html describes the minimum info required
>> in bug
>> reports. Insufficient info makes it difficult to find and fix bugs.
>> ddb{2}> sh malloc
>> Type InUse MemUse HighUse Limit Requests Type Lim
>> Kern Lim
>> devbuf 8699 5339K 5340K 78643K 10670 0 0
>> pcb 72 15K 15K 78643K 202 0 0
>> rtable 1231 26K 26K 78643K 1783 0 0
>> ifaddr 632 96K 96K 78643K 639 0 0
>> counters 455 398K 398K 78643K 455 0 0
>> ioctlops 1 4K 4K 78643K 92144 0 0
>> iov 0 0K 1K 78643K 1 0 0
>> mount 4 4K 4K 78643K 4 0 0
>> vnodes 1161 73K 73K 78643K 1168 0 0
>> UFS quota 1 32K 32K 78643K 1 0 0
>> UFS mount 17 56K 56K 78643K 17 0 0
>> shm 2 1K 1K 78643K 2 0 0
>> VM map 2 0K 0K 78643K 2 0 0
>> sem 2 0K 0K 78643K 2 0 0
>> dirhash 24 4K 4K 78643K 57 0 0
>> ACPI 5017 559K 671K 78643K 17335 0 0
>> file desc 1 0K 0K 78643K 1 0 0
>> proc 14 13K 13K 78643K 14 0 0
>> NFS srvsock 1 0K 0K 78643K 1 0 0
>> NFS daemon 1 16K 16K 78643K 1 0 0
>> ip_moptions 70 8K 8K 78643K 70 0 0
>> in_multi 411 27K 27K 78643K 412 0 0
>> ether_multi 414 12K 12K 78643K 415 0 0
>> ISOFS mount 1 32K 32K 78643K 1 0 0
>> MSDOSFS mount 1 16K 16K 78643K 1 0 0
>> ttys 420 1777K 1777K 78643K 420 0 0
>> exec 0 0K 1K 78643K 1273 0 0
>> pagedep 1 8K 8K 78643K 1 0 0
>> inodedep 1 32K 32K 78643K 1 0 0
>> newblk 1 0K 0K 78643K 1 0 0
>> VM swap 7 722K 722K 78643K 7 0 0
>> UVM amap 234 9K 26K 78643K 4750 0 0
>> UVM aobj 2 2K 2K 78643K 2 0 0
>> USB 99 44K 44K 78643K 121 0 0
>> USB device 32 2K 2K 78643K 32 0 0
>> USB HC 1 0K 0K 78643K 1 0 0
>> memdesc 1 4K 4K 78643K 1 0 0
>> crypto data 1 1K 1K 78643K 1 0 0
>> NDP 143 4K 5K 78643K 157 0 0
>> temp 1025 2620K 2624K 78643K 12704 0 0
>> SYN cache 2 16K 16K 78643K 2 0 0
>> ddb{2}> sh all pools
>> Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg
>> Maxpg Idle
>> arp 56 145 0 0 3 0 3 3 0 8 0
>> pfsync 72 2 0 2 1 1 0 1 0 8 0
>> inpcbpl 280 13877 0 13868 1 0
Re: Kernel Panic 6.3 and HP DL360 Gen9
Hi,
sorry for the delay, we had to move the testings to a another server and
set everything again, this its an HP DL360 G6, but its happening just
the same..
Find attached the standard outputs from:
https://www.openbsd.org/ddb.html + the ones that you requested .. this
time was all done in a fresh install from the last 6.3 current.
Regards,
Albert Martinez
On 05/07/18 10:36, Albert Martinez wrote:
> Hi,
>
> Ok, then I will perform this week the upgrade to the last current.
>
> Regards,
> Albert
>
> The outputs from "sh malloc" and the "sh all pools" from the 6.3
> stable:
>
> panic: malloc: out of space in kmem_map
> Stopped at db_enter+0x5: popq %rbp
> TID PID UID PRFLAGS PFLAGS CPU COMMAND
> * 52231 1 0 0x13 0 2K ksh
> db_enter() at db_enter+0x5
> panic() at panic+0x129
> malloc(800020bc1570,800020bc1510,1) at malloc+0x6fa
> ufs_readdir(1) at ufs_readdir+0x101
> VOP_READDIR(800020a8c018,3b0f315201378d58,800020bc155c,ff087f7ca480
>
>
> ) at VOP_READDIR+0x45
> sys_getdents(630,800020a8c018,0) at sys_getdents+0x125
> syscall() at syscall+0x279
> --- syscall (number 99) ---
> end of kernel
> end trace frame: 0x7f7c5090, count: 8
> 0x13f92454032a:
> https://www.openbsd.org/ddb.html describes the minimum info required
> in bug
> reports. Insufficient info makes it difficult to find and fix bugs.
> ddb{2}> sh malloc
> Type InUse MemUse HighUse Limit Requests Type Lim Kern
> Lim
> devbuf 8699 5339K 5340K 78643K 10670 0 0
> pcb 72 15K 15K 78643K 202 0 0
> rtable 1231 26K 26K 78643K 1783 0 0
> ifaddr 632 96K 96K 78643K 639 0 0
> counters 455 398K 398K 78643K 455 0 0
> ioctlops 1 4K 4K 78643K 92144 0 0
> iov 0 0K 1K 78643K 1 0 0
> mount 4 4K 4K 78643K 4 0 0
> vnodes 1161 73K 73K 78643K 1168 0 0
> UFS quota 1 32K 32K 78643K 1 0 0
> UFS mount 17 56K 56K 78643K 17 0 0
> shm 2 1K 1K 78643K 2 0 0
> VM map 2 0K 0K 78643K 2 0 0
> sem 2 0K 0K 78643K 2 0 0
> dirhash 24 4K 4K 78643K 57 0 0
> ACPI 5017 559K 671K 78643K 17335 0 0
> file desc 1 0K 0K 78643K 1 0 0
> proc 14 13K 13K 78643K 14 0 0
> NFS srvsock 1 0K 0K 78643K 1 0 0
> NFS daemon 1 16K 16K 78643K 1 0 0
> ip_moptions 70 8K 8K 78643K 70 0 0
> in_multi 411 27K 27K 78643K 412 0 0
> ether_multi 414 12K 12K 78643K 415 0 0
> ISOFS mount 1 32K 32K 78643K 1 0 0
> MSDOSFS mount 1 16K 16K 78643K 1 0 0
> ttys 420 1777K 1777K 78643K 420 0 0
> exec 0 0K 1K 78643K 1273 0 0
> pagedep 1 8K 8K 78643K 1 0 0
> inodedep 1 32K 32K 78643K 1 0 0
> newblk 1 0K 0K 78643K 1 0 0
> VM swap 7 722K 722K 78643K 7 0 0
> UVM amap 234 9K 26K 78643K 4750 0 0
> UVM aobj 2 2K 2K 78643K 2 0 0
> USB 99 44K 44K 78643K 121 0 0
> USB device 32 2K 2K 78643K 32 0 0
> USB HC 1 0K 0K 78643K 1 0 0
> memdesc 1 4K 4K 78643K 1 0 0
> crypto data 1 1K 1K 78643K 1 0 0
> NDP 143 4K 5K 78643K 157 0 0
> temp 1025 2620K 2624K 78643K 12704 0 0
> SYN cache 2 16K 16K 78643K 2 0 0
> ddb{2}> sh all pools
> Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg
> Maxpg Idle
> arp 56 145 0 0 3 0 3 3 0 8 0
> pfsync 72 2 0 2 1 1 0 1 0 8 0
> inpcbpl 280 13877 0 13868 1 0 1 1 0 8 0
> plimitpl 152 31 0 11 1 0 1 1 0 8 0
> plcache 128 240 0 0 8 0 8 8 0 8 0
> rtentry 112 605 0 2 18 0 18 18 0 8 0
> tcpcb 544 5 0 0 1 0 1 1 0 8 0
> nd6 48 30 0 0 1 0 1 1 0 8 0
> pfosfp 40 1269 0 846 5 0 5 5 0 8 0
> pfosfpen 112 2142 0 1428 21 0 21 21 0 8 0
> pfrktable 1344 3 0 1 1 0
Re: Kernel Panic 6.3 and HP DL360 Gen9
Hi,
Ok, then I will perform this week the upgrade to the last current.
Regards,
Albert
The outputs from "sh malloc" and the "sh all pools" from the 6.3 stable:
panic: malloc: out of space in kmem_map
Stopped at db_enter+0x5: popq %rbp
TID PID UID PRFLAGS PFLAGS CPU COMMAND
* 52231 1 0 0x13 0 2K ksh
db_enter() at db_enter+0x5
panic() at panic+0x129
malloc(800020bc1570,800020bc1510,1) at malloc+0x6fa
ufs_readdir(1) at ufs_readdir+0x101
VOP_READDIR(800020a8c018,3b0f315201378d58,800020bc155c,ff087f7ca480
) at VOP_READDIR+0x45
sys_getdents(630,800020a8c018,0) at sys_getdents+0x125
syscall() at syscall+0x279
--- syscall (number 99) ---
end of kernel
end trace frame: 0x7f7c5090, count: 8
0x13f92454032a:
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
ddb{2}> sh malloc
Type InUse MemUse HighUse Limit Requests Type Lim Kern Lim
devbuf 8699 5339K 5340K 78643K 10670 0 0
pcb 72 15K 15K 78643K 202 0 0
rtable 1231 26K 26K 78643K 1783 0 0
ifaddr 632 96K 96K 78643K 639 0 0
counters 455 398K 398K 78643K 455 0 0
ioctlops 1 4K 4K 78643K 92144 0 0
iov 0 0K 1K 78643K 1 0 0
mount 4 4K 4K 78643K 4 0 0
vnodes 1161 73K 73K 78643K 1168 0 0
UFS quota 1 32K 32K 78643K 1 0 0
UFS mount 17 56K 56K 78643K 17 0 0
shm 2 1K 1K 78643K 2 0 0
VM map 2 0K 0K 78643K 2 0 0
sem 2 0K 0K 78643K 2 0 0
dirhash 24 4K 4K 78643K 57 0 0
ACPI 5017 559K 671K 78643K 17335 0 0
file desc 1 0K 0K 78643K 1 0 0
proc 14 13K 13K 78643K 14 0 0
NFS srvsock 1 0K 0K 78643K 1 0 0
NFS daemon 1 16K 16K 78643K 1 0 0
ip_moptions 70 8K 8K 78643K 70 0 0
in_multi 411 27K 27K 78643K 412 0 0
ether_multi 414 12K 12K 78643K 415 0 0
ISOFS mount 1 32K 32K 78643K 1 0 0
MSDOSFS mount 1 16K 16K 78643K 1 0 0
ttys 420 1777K 1777K 78643K 420 0 0
exec 0 0K 1K 78643K 1273 0 0
pagedep 1 8K 8K 78643K 1 0 0
inodedep 1 32K 32K 78643K 1 0 0
newblk 1 0K 0K 78643K 1 0 0
VM swap 7 722K 722K 78643K 7 0 0
UVM amap 234 9K 26K 78643K 4750 0 0
UVM aobj 2 2K 2K 78643K 2 0 0
USB 99 44K 44K 78643K 121 0 0
USB device 32 2K 2K 78643K 32 0 0
USB HC 1 0K 0K 78643K 1 0 0
memdesc 1 4K 4K 78643K 1 0 0
crypto data 1 1K 1K 78643K 1 0 0
NDP 143 4K 5K 78643K 157 0 0
temp 1025 2620K 2624K 78643K 12704 0 0
SYN cache 2 16K 16K 78643K 2 0 0
ddb{2}> sh all pools
Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg
Maxpg Idle
arp 56 145 0 0 3 0 3 3 0 8 0
pfsync 72 2 0 2 1 1 0 1 0 8 0
inpcbpl 280 13877 0 13868 1 0 1 1 0 8 0
plimitpl 152 31 0 11 1 0 1 1 0 8 0
plcache 128 240 0 0 8 0 8 8 0 8 0
rtentry 112 605 0 2 18 0 18 18 0 8 0
tcpcb 544 5 0 0 1 0 1 1 0 8 0
nd6 48 30 0 0 1 0 1 1 0 8 0
pfosfp 40 1269 0 846 5 0 5 5 0 8 0
pfosfpen 112 2142 0 1428 21 0 21 21 0 8 0
pfrktable 1344 3 0 1 1 0 1 1 0 8 0
pfstitem 24 130 0 45 1 0 1 1 0 8 0
pfstkey 112 130 0 45 3 0 3 3 0 8 0
pfstate 312 130 0 45 8
Re: Kernel Panic 6.3 and HP DL360 Gen9
Hi,
Ok, then I will perform this week the upgrade to the last current.
Regards,
Albert
The outputs from "sh malloc" and the "sh all pools" from the 6.3 stable:
panic: malloc: out of space in kmem_map
Stopped at db_enter+0x5: popq %rbp
TID PID UID PRFLAGS PFLAGS CPU COMMAND
* 52231 1 0 0x13 0 2K ksh
db_enter() at db_enter+0x5
panic() at panic+0x129
malloc(800020bc1570,800020bc1510,1) at malloc+0x6fa
ufs_readdir(1) at ufs_readdir+0x101
VOP_READDIR(800020a8c018,3b0f315201378d58,800020bc155c,ff087f7ca480
) at VOP_READDIR+0x45
sys_getdents(630,800020a8c018,0) at sys_getdents+0x125
syscall() at syscall+0x279
--- syscall (number 99) ---
end of kernel
end trace frame: 0x7f7c5090, count: 8
0x13f92454032a:
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
ddb{2}> sh malloc
Type InUse MemUse HighUse Limit Requests Type Lim Kern Lim
devbuf 8699 5339K 5340K 78643K 10670 0 0
pcb 72 15K 15K 78643K 202 0 0
rtable 1231 26K 26K 78643K 1783 0 0
ifaddr 632 96K 96K 78643K 639 0 0
counters 455 398K 398K 78643K 455 0 0
ioctlops 1 4K 4K 78643K 92144 0 0
iov 0 0K 1K 78643K 1 0 0
mount 4 4K 4K 78643K 4 0 0
vnodes 1161 73K 73K 78643K 1168 0 0
UFS quota 1 32K 32K 78643K 1 0 0
UFS mount 17 56K 56K 78643K 17 0 0
shm 2 1K 1K 78643K 2 0 0
VM map 2 0K 0K 78643K 2 0 0
sem 2 0K 0K 78643K 2 0 0
dirhash 24 4K 4K 78643K 57 0 0
ACPI 5017 559K 671K 78643K 17335 0 0
file desc 1 0K 0K 78643K 1 0 0
proc 14 13K 13K 78643K 14 0 0
NFS srvsock 1 0K 0K 78643K 1 0 0
NFS daemon 1 16K 16K 78643K 1 0 0
ip_moptions 70 8K 8K 78643K 70 0 0
in_multi 411 27K 27K 78643K 412 0 0
ether_multi 414 12K 12K 78643K 415 0 0
ISOFS mount 1 32K 32K 78643K 1 0 0
MSDOSFS mount 1 16K 16K 78643K 1 0 0
ttys 420 1777K 1777K 78643K 420 0 0
exec 0 0K 1K 78643K 1273 0 0
pagedep 1 8K 8K 78643K 1 0 0
inodedep 1 32K 32K 78643K 1 0 0
newblk 1 0K 0K 78643K 1 0 0
VM swap 7 722K 722K 78643K 7 0 0
UVM amap 234 9K 26K 78643K 4750 0 0
UVM aobj 2 2K 2K 78643K 2 0 0
USB 99 44K 44K 78643K 121 0 0
USB device 32 2K 2K 78643K 32 0 0
USB HC 1 0K 0K 78643K 1 0 0
memdesc 1 4K 4K 78643K 1 0 0
crypto data 1 1K 1K 78643K 1 0 0
NDP 143 4K 5K 78643K 157 0 0
temp 1025 2620K 2624K 78643K 12704 0 0
SYN cache 2 16K 16K 78643K 2 0 0
ddb{2}> sh all pools
Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg
Maxpg Idle
arp 56 145 0 0 3 0 3 3 0 8 0
pfsync 72 2 0 2 1 1 0 1 0 8 0
inpcbpl 280 13877 0 13868 1 0 1 1 0 8 0
plimitpl 152 31 0 11 1 0 1 1 0 8 0
plcache 128 240 0 0 8 0 8 8 0 8 0
rtentry 112 605 0 2 18 0 18 18 0 8 0
tcpcb 544 5 0 0 1 0 1 1 0 8 0
nd6 48 30 0 0 1 0 1 1 0 8 0
pfosfp 40 1269 0 846 5 0 5 5 0 8 0
pfosfpen 112 2142 0 1428 21 0 21 21 0 8 0
pfrktable 1344 3 0 1 1 0 1 1 0 8 0
pfstitem 24 130 0 45 1 0 1 1 0 8 0
pfstkey 112 130 0 45 3 0 3 3 0 8 0
pfstate 312 130 0 45 8
Re: Kernel Panic 6.3 and HP DL360 Gen9
On 2018/06/25 13:51, Albert Martinez wrote:
> Hi,
>
> Find attached the dmesg.
There might be some clues in "sh malloc" or "sh all pools" from ddb,
it would be worth fetching those too.
> Regarding the latest current install I do not see why it may help, we
> triggered the error with 5.9, 6.0, 6.1, 6.2 and 6.3 why should be
> different with the latest current?
Because it's considerably easier to upgrade to a snapshot than it is to
look at all the commits since 6.3 and try to figure out whether any of them
might have changed anything that would either fix it or result in a different
type of failure..
Additionally there is more debug code running in -current than there was in
the release which may give other information.
> Regards,
> Albert Martinez
>
>
> On 19/06/18 20:40, Hrvoje Popovski wrote:
> > On 19.6.2018. 15:14, Albert Martinez wrote:
> >> Dear OpenBSD Team,
> >>
> >> first of all, thanks for your time and effort in the OBSD project, we use
> >> it daily.
> > Hi,
> >
> > please send dmesg and if you can install latest -current and report back.
>
> root@confw003:$~$ ifcopanic: malloc: out of space in kmem_map
> Stopped at db_enter+0x5: popq%rbp
> TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
> *115076 34731 00x13 01K ksh
> db_enter() at db_enter+0x5
> panic() at panic+0x129
> malloc(800020bdcf50,800020bdcef0,1) at malloc+0x6fa
> ufs_readdir(1) at ufs_readdir+0x101
> VOP_READDIR(800020a8c250,1299b952f9357ec4,800020bdcf3c,ff087f7ca180
> ) at VOP_READDIR+0x45
> sys_getdents(630,800020a8c250,0) at sys_getdents+0x125
> syscall() at syscall+0x279
> --- syscall (number 99) ---
> end of kernel
> end trace frame: 0x7f7d07b0, count: 8
> 0x196989f4032a:
> https://www.openbsd.org/ddb.html describes the minimum info required in bug
> reports. Insufficient info makes it difficult to find and fix bugs.
> ddb{1}> dmesg
> OpenBSD 6.3 (GENERIC.MP) #1: Sat Apr 21 14:26:25 CEST 2018
>
> r...@syspatch-63-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.
> MP
> real mem = 34211622912 (32626MB)
> avail mem = 33167708160 (31631MB)
Do you need all that RAM? Just on a hunch, you could try "machine mem =8G"
or some other value in the bootloader and see if that changes anything.
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x79173000 (251 entries)
> bios0: vendor HP version "P89" date 02/17/2017
> bios0: HP ProLiant DL360 Gen9
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S5
> acpi0: tables DSDT FACP UEFI MCEJ SSDT HEST BERT ERST EINJ HPET PMCT WDDT
> APIC M
> CFG SLIT SRAT SPMI RASF SPCR MSCT BDAT PCCT SSDT SSDT SSDT DMAR
> acpi0: wakeup devices PEX4(S4) BR05(S4) BR03(S4) BR07(S4) BR11(S4) BR13(S4)
> BR1
> 5(S4) BR17(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2397.53 MHz
> cpu0:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
> FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
> MX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOV
> BE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,P
> ERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,SENSOR,ARAT,MELTDOWN
> cpu0: 256KB 64b/line 8-way L2 cache
> acpihpet0: recalibrated TSC frequency 2397223748 Hz
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.2, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2397.23 MHz
> cpu1:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
> FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
> MX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOV
> BE,POPCNT,DEADLINE,AEScpu1: failed to identify
> ,XSAVEcpu2 at mainbus0,AVX,F16C,RDRAND: ,NXEapid 4 (application processor)
> ,PAGE1GB,RDTSCP,LONG,LAHF,ABMcpu2: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz,
> 2
> 397.23 MHz
> cpu2:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
> FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
> MX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,PERF,ITSCcpu2: failed to
> ide
> ntify
> ,DCA,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,SSE4.1,SSE4.2,x2APIC,MOVBE,P
> OPCNT,DEADLINE,AES,SENSOR,ARAT,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GBcpu3 at
> mainbus
> 0,RDTSCP,LONG,LAHF,MELTDOWN
> : cpu1: 256KB 64b/line 8-wayapid 6 (application processor)
> L2 cache
> ,ABM,PERF,ITSCcpu1: smt 0, core 1, package 0
> ,FSGSBASE,BMI1,AVX2,SMEP,BMI2cpu3: Intel(R) Xeon(R) CPU E5-2620 v3
Re: Kernel Panic 6.3 and HP DL360 Gen9
Hi,
Find attached the dmesg.
Regarding the latest current install I do not see why it may help, we
triggered the error with 5.9, 6.0, 6.1, 6.2 and 6.3 why should be
different with the latest current?
Regards,
Albert Martinez
On 19/06/18 20:40, Hrvoje Popovski wrote:
> On 19.6.2018. 15:14, Albert Martinez wrote:
>> Dear OpenBSD Team,
>>
>> first of all, thanks for your time and effort in the OBSD project, we use it
>> daily.
> Hi,
>
> please send dmesg and if you can install latest -current and report back.
root@confw003:$~$ ifcopanic: malloc: out of space in kmem_map
Stopped at db_enter+0x5: popq%rbp
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
*115076 34731 00x13 01K ksh
db_enter() at db_enter+0x5
panic() at panic+0x129
malloc(800020bdcf50,800020bdcef0,1) at malloc+0x6fa
ufs_readdir(1) at ufs_readdir+0x101
VOP_READDIR(800020a8c250,1299b952f9357ec4,800020bdcf3c,ff087f7ca180
) at VOP_READDIR+0x45
sys_getdents(630,800020a8c250,0) at sys_getdents+0x125
syscall() at syscall+0x279
--- syscall (number 99) ---
end of kernel
end trace frame: 0x7f7d07b0, count: 8
0x196989f4032a:
https://www.openbsd.org/ddb.html describes the minimum info required in bug
reports. Insufficient info makes it difficult to find and fix bugs.
ddb{1}> dmesg
OpenBSD 6.3 (GENERIC.MP) #1: Sat Apr 21 14:26:25 CEST 2018
r...@syspatch-63-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.
MP
real mem = 34211622912 (32626MB)
avail mem = 33167708160 (31631MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x79173000 (251 entries)
bios0: vendor HP version "P89" date 02/17/2017
bios0: HP ProLiant DL360 Gen9
acpi0 at bios0: rev 2
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP UEFI MCEJ SSDT HEST BERT ERST EINJ HPET PMCT WDDT APIC M
CFG SLIT SRAT SPMI RASF SPCR MSCT BDAT PCCT SSDT SSDT SSDT DMAR
acpi0: wakeup devices PEX4(S4) BR05(S4) BR03(S4) BR07(S4) BR11(S4) BR13(S4) BR1
5(S4) BR17(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2397.53 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOV
BE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,P
ERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,SENSOR,ARAT,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
acpihpet0: recalibrated TSC frequency 2397223748 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2397.23 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOV
BE,POPCNT,DEADLINE,AEScpu1: failed to identify
,XSAVEcpu2 at mainbus0,AVX,F16C,RDRAND: ,NXEapid 4 (application processor)
,PAGE1GB,RDTSCP,LONG,LAHF,ABMcpu2: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2
397.23 MHz
cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,V
MX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,PERF,ITSCcpu2: failed to ide
ntify
,DCA,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,PQM,SSE4.1,SSE4.2,x2APIC,MOVBE,P
OPCNT,DEADLINE,AES,SENSOR,ARAT,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GBcpu3 at mainbus
0,RDTSCP,LONG,LAHF,MELTDOWN
: cpu1: 256KB 64b/line 8-wayapid 6 (application processor)
L2 cache
,ABM,PERF,ITSCcpu1: smt 0, core 1, package 0
,FSGSBASE,BMI1,AVX2,SMEP,BMI2cpu3: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 2
397.23 MHz
cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,C
FLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,ERMS,INVPCID,HTT,TM,PQM,PBE,SENSOR,ARAT,SSE3
,MELTDOWN
,PCLMULcpu2: 256KB 64b/line 8-way L2 cache,DTES64
,MWAIT,DS-CPLcpu2: smt 0, core 2, package 0
cpu3: failed to identify
,VMXcpu4 at mainbus0,SMX,EST,TM2,SSSE3,SDBG: ,FMA3,CX16,xTPR,PDCM,PCIDapid 8 (a
pplication processor)
,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNTcpu4: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2
.40GHz, 2397.23 MHz
cpu4: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,DEADLINE,AES,MTRR,PGE,MCA,CMO
V,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,M
WAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4
.2,XSAVE,AVX,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB
Re: Kernel Panic 6.3 and HP DL360 Gen9
On 19.6.2018. 15:14, Albert Martinez wrote: > Dear OpenBSD Team, > > first of all, thanks for your time and effort in the OBSD project, we use it > daily. Hi, please send dmesg and if you can install latest -current and report back.
