Re: dump LOB status

2020-09-29 Thread Juha Erkkilä
> 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

2020-09-26 Thread Otto Moerbeek
On Fri, Sep 25, 2020 at 07:49:20AM +0200, Otto Moerbeek wrote: > On Fri, Sep 25, 2020 at 08:42:38AM +0300, Juha Erkkilä wrote: > > > > > > 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

Re: dump LOB status

2020-09-25 Thread Craig Skinner
On Thu, 24 Sep 2020 18:04:15 +0300 Juha Erkkilä wrote: > > I tested this with 0.5 terabytes and approximately 70 thousand files, > with level 0 and 1 dumps, doing some additions/deletions/moves between > dumps (no inplace modifications to files, though). > > It appears both dump and restore

Re: dump LOB status

2020-09-25 Thread Juha Erkkilä
> 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 empty filesystem, >> then with

Re: dump LOB status

2020-09-24 Thread Otto Moerbeek
On Fri, Sep 25, 2020 at 08:42:38AM +0300, Juha Erkkilä wrote: > > > 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,

Re: dump LOB status

2020-09-24 Thread Juha Erkkilä
> 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=334979 >>

Re: dump LOB status

2020-09-24 Thread Otto Moerbeek
On Tue, Sep 22, 2020 at 08:37:22PM +0300, Juha Erkkilä wrote: > > > On 22. Sep 2020, at 15.04, Juha Erkkilä wrote: > > > >> On 22. Sep 2020, at 9.00, Otto Moerbeek wrote: > >> Maybe by hand, but not by using patch(1), the context differs a bit. > >> > >> Next obvious question: did you test

Re: dump LOB status

2020-09-22 Thread Otto Moerbeek
On Mon, Sep 21, 2020 at 10:23:55PM +0300, Juha Erkkilä wrote: > > > > 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

Re: dump LOB status

2020-09-21 Thread Juha Erkkilä
> 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, >> and 13 is probably a signal

Re: dump LOB status

2020-09-17 Thread Sebastien Marie
On Tue, Sep 15, 2020 at 03:19:25PM -, Stuart Henderson wrote: > On 2020-09-15, Jose Soares wrote: > > Hi! > > > > I am getting the following output from dump: > > > > # dump -0au -f /dev/nrst0 /dev/rsd0d > > DUMP: Date of this level 0 dump: Tue Sep 15 16:23:09 2020 > > DUMP: Date of last

Re: dump LOB status

2020-09-16 Thread Juha Erkkilä
> 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

2020-09-15 Thread Juha Erkkilä
> 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

Re: dump LOB status

2020-09-15 Thread Kenneth Gober
On Tue, Sep 15, 2020 at 12:04 PM Jose Soares wrote: > 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. > > On Tue, Sep 15, 2020 at 4:47 PM Stuart Henderson > wrote: > > On 2020-09-15,

Re: dump LOB status

2020-09-15 Thread Jose Soares
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 Mounted on /dev/wd0a 2.0G237M1.6G12%/

Re: dump LOB status

2020-09-15 Thread Stuart Henderson
On 2020-09-15, Jose Soares wrote: > Hi! > > I am getting the following output from dump: > > # dump -0au -f /dev/nrst0 /dev/rsd0d > DUMP: Date of this level 0 dump: Tue Sep 15 16:23:09 2020 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/rsd0d to /dev/nrst0 > DUMP:

dump LOB status

2020-09-15 Thread Jose Soares
Hi! I am getting the following output from dump: # dump -0au -f /dev/nrst0 /dev/rsd0d DUMP: Date of this level 0 dump: Tue Sep 15 16:23:09 2020 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0d to /dev/nrst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass