gzip: _lwp_ctl: Cannot allocate memory
Riccardo Mottola <[email protected]>
| Newsgroups | gmane.os.netbsd.ports.sparc |
|---|---|
| Message-ID | <[email protected]> |
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] [email protected]:/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