gzip: _lwp_ctl: Cannot allocate memory

[Riccardo Mottola <riccardo.mottola%libero.it@localhost>]

Hi,

I just discovered something bad - on my SS20 running 9.2 gzip brutally
fails:

$ gzip
gzip: _lwp_ctl: Cannot allocate memory

this happened during compilation, but I can reoproduce by just issuing
gzip on the command line on the idle machine.
Nothing suspicious in dmesg to see.

However....
vmstat
 procs    memory      page                       disks   faults      cpu
 r b      avm    fre  flt  re  pi   po   fr   sr f0 s0   in   sy  cs us
sy id
 1 0   128752  53040  142   0   0    0    2    2  0  1  310   94  58 14
3 83

top:
CPU states:  3.2% user,  0.0% nice,  4.6% system,  0.4% interrupt, 91.7%
idle
Memory: 126M Act, 87M Inact, 9348K Exec, 194M File, 52M Free
Swap: 128M Total, 128M Free


What's the total memory given this?

According to dmesg:
[     1.000000] NetBSD 9.2 (GENERIC.MP) #0: Wed May 12 13:15:55 UTC 2021
[     1.000000]
mkrepro%mkrepro.NetBSD.org@localhost:/usr/src/sys/arch/sparc/compile/GENERIC.MP
[     1.000000] total memory = 351 MB
[     1.000000] avail memory = 339 MB
[     1.000000] timecounter: Timecounters tick every 10.000 msec
[     1.000000] Kernelized RAIDframe activated
[     1.000000] bootpath:
/iommu@f,e0000000/sbus@f,e0001000/espdma@f,400000/esp@f,800000/sd@1,0
[     1.000000] mainbus0 (root): SUNW,SPARCstation-20: hostid 724c434b
[     1.000000] cpu0 at mainbus0: mid 8: Ross,RT625 @ 125 MHz, on-chip FPU
[     1.000000] cpu0: 256K byte write-back, 64 bytes/line, sw flush:
cache enabled
[     1.000000] cpu1 at mainbus0: mid 10: Ross,RT625 @ 125 MHz, on-chip FPU
[     1.000000] cpu1: 256K byte write-back, 64 bytes/line, sw flush:
cache enabled


At this point, I reboot the system and the problem goes away.

Memory: 102M Act, 6176K Inact, 8416K Exec, 93M File, 209M Free
Swap: 128M Total, 128M Free

Much less Inact and File memory allocation, but can be expected for a
system just rebooted compared to one which had 24h uptime and did some work?

Riccardo