Hi Wouter,
Please keep in mind the storage controler (Perc H755) is _not_ yet
supported by OpenBSD.
Cheers,
Laurent
Le 14/12/2023 à 15:43, Wouter Prins a écrit :
Thank you Laurent and Claudio,
We have an identical setup (hardware specs), i am sure we need this in
the near future. :)
/Wo
Thank you Laurent and Claudio,
We have an identical setup (hardware specs), i am sure we need this in the
near future. :)
/Wouter
On Thu, Dec 14, 2023 at 3:08 PM Claudio Jeker
wrote:
> On Tue, Nov 28, 2023 at 05:55:03PM +0100, Laurent CARON wrote:
> >
> > Le 28/11/2023 à 17:46, Claudio Jeker a
On Tue, Nov 28, 2023 at 05:55:03PM +0100, Laurent CARON wrote:
>
> Le 28/11/2023 à 17:46, Claudio Jeker a écrit :
> > The problem is that the symbol nkmempages moved into .bss and is therefor
> > no longer modifiable by config(8). I think you can still use ukc via
> > boot -c to alter it (but that
Le 28/11/2023 à 17:46, Claudio Jeker a écrit :
The problem is that the symbol nkmempages moved into .bss and is therefor
no longer modifiable by config(8). I think you can still use ukc via
boot -c to alter it (but that is not sticky).
The alternative is to set "option NKMEMPAGES=131072" in yo
On Tue, Nov 28, 2023 at 04:50:05PM +0100, Laurent CARON wrote:
> Le 28/11/2023 à 12:12, Claudio Jeker a écrit :
> > So the problem is that the malloc space is filled by
> > a) 26540K of devbuf -- because of the multiqueue support in ixl
> > b) 63493K of ACPI -- what the heck ACPI?!?
> > and then th
Le 28/11/2023 à 12:12, Claudio Jeker a écrit :
So the problem is that the malloc space is filled by
a) 26540K of devbuf -- because of the multiqueue support in ixl
b) 63493K of ACPI -- what the heck ACPI?!?
and then there is not enough space for rtable. A full table requires
in your example 50816
On Mon, Nov 27, 2023 at 05:51:25PM +0100, Laurent CARON wrote:
> Please find attached the relevant info:
>
> vmstat-m_SP_with_bgpd -> vmstat -m SP with bgpd
>
> vmstat-m_SMP_without_bgpd -> vmstat -m SMP without bgpd
>
> vmstat-m_SMP_with_bgpd_0{01..11} -> vmstat -m SMP with bgpd until crash.
>
Hi Claudio,
Should you need remote access to the server, this is of course possible.
Le 27/11/2023 à 17:51, Laurent CARON a écrit :
Please find attached the relevant info:
vmstat-m_SP_with_bgpd -> vmstat -m SP with bgpd
vmstat-m_SMP_without_bgpd -> vmstat -m SMP without bgpd
vmstat-m_SMP_wi
runs fine with 5 full views
>
> - X710 NIC (ixl) 4 port interface
>
> Specs of "new" machine:
>
> - Dell R750xs with Intel(R) Xeon(R) Gold 6334 CPU @ 3.60GHz and 128GB RAM
>
> - SMP Kernel (default)
>
> - X710 NIC (ixl) 2 nics with 2 ports each
>
ntel(R) Xeon(R) Gold 6334 CPU @ 3.60GHz and 128GB RAM
- SMP Kernel (default)
- X710 NIC (ixl) 2 nics with 2 ports each
- BGPd crashes with "panic: malloc: out of space in kmem_map" (please
see screenshot).
- When launching 'bgpd -dv' on the console, logs are showing:
sen
Stuart,
as part of troubleshooting, BIOS was upgraded from R 3.0 to latest R 3.2
http://www.supermicro.com/products/motherboard/Xeon/C600/X9SRW-F.cfm X9SRW5.115
How big chances are it hitted bug which was fixed in latest BIOS
relase and this will not occurs again? Did you noticed something we
ca
On 2015/04/04 18:16, Ted Unangst wrote:
> Evgeniy Sudyr wrote:
> > How can I help identify this bug, so developers can fix it :)
>
> Run sudo pstat -d ld acpi_nalloc; then wait some time and run it again. Though
> this looks like it could be a bug not in the OpenBSD ACPI code, but in the
> interpr
Thanks for paying attention to this issue!
[root@router2 ~]# pstat -d ld acpi_nalloc ; date
acpi_nalloc at 0x81e0bf68: 10762059
Sun Apr 5 12:49:02 EEST 2015
[root@router2 ~]# pstat -d ld acpi_nalloc ; date
acpi_nalloc at 0x81e0bf68: 10762059
Sun Apr 5 12:50:41 EEST 2015
Also
Evgeniy Sudyr wrote:
> How can I help identify this bug, so developers can fix it :)
Run sudo pstat -d ld acpi_nalloc; then wait some time and run it again. Though
this looks like it could be a bug not in the OpenBSD ACPI code, but in the
interpreted AML code.
Debugging this over email is probabl
How can I help identify this bug, so developers can fix it :)
On Sat, Apr 4, 2015 at 6:49 PM, Ted Unangst wrote:
> Evgeniy Sudyr wrote:
>> ACPI175742 18750K 18796K 78644K 5721140 0
>
> This looks rather high. I suspect a leak in the acpi code.
>
--
--
With regards,
Eugene
Evgeniy Sudyr wrote:
> ACPI175742 18750K 18796K 78644K 5721140 0
This looks rather high. I suspect a leak in the acpi code.
show malloc was there
https://www.dropbox.com/sh/dwmjt7wwunhk5gb/AADreVye4gK770lEL3gxO6Tca/Screen%20Shot%202015-04-02%20at%2011.38.04.png?dl=0
https://www.dropbox.com/sh/dwmjt7wwunhk5gb/AAB9Rm1bYABpSWh6Wt6YQLF5a/Screen%20Shot%202015-04-02%20at%2011.38.10.png?dl=0
https://www.dropbox.com/sh/dwmjt7ww
> Date: Sat, 4 Apr 2015 11:30:24 +0200
> From: Evgeniy Sudyr
>
> Sorry for delayed answer, I did both before:
>
> show uvmexp
>
> https://www.dropbox.com/sh/dwmjt7wwunhk5gb/AABTdTS98GLF2vRN56mn6knpa/Screen%20Shot%202015-04-02%20at%2011.37.20.png?dl=0
> https://www.dropbox.com/sh/dwmjt7wwunhk5gb
ble with patches installed on Supermicro server, got Panic:
>> malloc: out of space in kmem_map.
>>
>> This is first time this panic happened.
>>
>> On this server haproxy and bgpd were running where haproxy was running
>> under high load ± 3.5 before failure
> Date: Thu, 2 Apr 2015 13:16:12 +0200
> From: Evgeniy Sudyr
>
> Hi all,
>
> On -stable with patches installed on Supermicro server, got Panic:
> malloc: out of space in kmem_map.
>
> This is first time this panic happened.
>
> On this server haproxy and bg
Hi all,
On -stable with patches installed on Supermicro server, got Panic:
malloc: out of space in kmem_map.
This is first time this panic happened.
On this server haproxy and bgpd were running where haproxy was running
under high load ± 3.5 before failure.
Sorry, but I have no access to
2009/12/14 Jeff Ross :
> Hi all,
>
> While doing some pgbench runs on a new server before I put in on-line, I
> triggered a malloc: out of space in kmem_map panic.
>
> trace and ps (long) below, dmesg below that.
>
> I have adjusted sysctl values like so for postgres:
&
Hi all,
While doing some pgbench runs on a new server before I put in on-line, I
triggered a malloc: out of space in kmem_map panic.
trace and ps (long) below, dmesg below that.
I have adjusted sysctl values like so for postgres:
# For PostgreSQL Port
kern.seminfo.semmni=1024
23 matches
Mail list logo
