On Sun, 17 Aug 2025 21:17:51 +0200, Janne Johansson <icepic...@gmail.com> wrote: > > > > > Reproducing it on octeon is quite simple: I'm building lang/gcc/15 from > > > > ports. On very small amount of RAM. > > > Well the machine is out of "low" pages and all I/O are blocked. > > > > > 1f20a4f764a59247.a / ffs rw,wxallowed 1 1 > > /swap.local none swap sw > > #172.31.2.23:/volume1/octeon/swap none swap sw,nfsmntpt=/swap > > #172.31.2.23:/volume1/octeon /mnt nfs rw,nodev,soft,intr,tcp,-x=2 0 0 > > #/mnt/swap none swap sw > > 172.31.2.23:/volume1/octeon/src /usr/src nfs rw,nodev,soft,intr,tcp,-x=2 0 0 > > 172.31.2.23:/volume1/octeon/obj /usr/obj nfs rw,nodev,soft,intr,tcp,-x=2 0 0 > > 172.31.2.23:/volume1/octeon/ports /usr/ports nfs > > rw,nodev,soft,intr,tcp,-x=2 0 0 > > > > Well, I not sure that is the right design here. Deadlock defently not good > > solution. Not sure that panic is better. > > > > Anyway, shall it be documented that running OpenBSD on device with less than > > 1Gb RAM turns into this, and here no way to use swap? > > I have a distinct recollection of building llvm from ports on a 512M > octeon (ERL3) using some 8+ G large file on NFS as a swap file. Took > ages, but it didn't deadlock at least. I think I added it with > swapon, so not from fstab, but the effect should mostly be the same. > Don't know if udp/tcp or v2/v3 matters, but at least give it lots of > headroom on the remote machine. >
The first attempt to use it was... simple swapon on NFS share. It hangedup. I not sure than NFS server (Synology) can do NFSv2, but it worths to try. -- wbr, Kirill
