> > > 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. -- May the most significant bit of your life be positive.
