Re: dump LOB status

> On 26. Sep 2020, at 9.31, Otto Moerbeek wrote: > Indeed, that commit was reverted in FreeBSD. This should do better. I > do not like the assert FreeBSD has, so I turned into an quit(). Works for me. Thanks! > Index: tape.c > =

Re: dump LOB status

> On 24. Sep 2020, at 15.36, Otto Moerbeek wrote: > > On Tue, Sep 22, 2020 at 08:37:22PM +0300, Juha Erkkilä wrote: >> Actually, I tested this again and now it appears >> dump and restore both work correctly. Previously, >> I first tested dump/restore with an emp

Re: dump LOB status

> On 22. Sep 2020, at 9.00, Otto Moerbeek wrote: > > On Mon, Sep 21, 2020 at 10:23:55PM +0300, Juha Erkkilä wrote: >> >> It looks like the same issue has been fixed in >> FreeBSD: https://svnweb.freebsd.org/base?view=revision&revision=334979 >> <https

Re: dump LOB status

> On 16. Sep 2020, at 20.27, Juha Erkkilä wrote: > > >> On 16. Sep 2020, at 0.18, Kenneth Gober wrote: >> I took a very quick look at the source and it appears that 213 is shown in >> octal. I believe that the 200 bit indicates that a core file was produced, >

Re: dump LOB status

> On 16. Sep 2020, at 0.18, Kenneth Gober wrote: > I took a very quick look at the source and it appears that 213 is shown in > octal. I believe that the 200 bit indicates that a core file was produced, > and 13 is probably a signal number (13 octal equals 11 decimal which would > be SIGSEGV).

Re: dump LOB status

> On 15. Sep 2020, at 18.54, Jose Soares wrote: > > Thank you, Stuart. > > I am facing this when issuing the dump command of a "large" file system > (2.7TB). > dump command has finished successfully for the other smaller file systems. > > # df -h > Filesystem SizeUsed Avail Capacity

pledge(2) and pselect(2)

Hi, Is there any reason pselect() is omitted from /usr/src/sys/kern/kern_pledge.c? There is poll(), ppoll(), kevent(), kqueue() and select() for PLEDGE_STDIO. Juha Index: sys/kern/kern_pledge.c === RCS file: /home/cvs/OpenBSD/src/s