Hi Marcelo,
Your xfsdump/xfsrestore failures of: 026, 028, 046, 047
are all consistent with not being able to read the
dump inventory.
028/047 which test out xfsinvutil do an "xfsdump -I"
before and after calling xfsinvutil to verify that the pruning
happens, and it (xfsdump -I) produces nothing for you !
In 026 (and presumably 046), it does not output the msg
"using online session inventory", which seems to indicate that
it wasn't able to successfully read the inventory.
Unfortunately, at the moment, I don't have your setup to
reproduce this failure.
Would you be able to set the environment variable, DEBUGDUMP,
rerun the failing tests (./check -g xfsdump) and
send me the ???.out.bad files.
The DEBUGDUMP should cause xfsdump/xfsrestore to be run with -v5.
Thanks,
Tim.
>
>
> >> "Marcelo E. Magallon" <marcelo.magallon@xxxxxxxxxxx> writes:
>
> > I've been running the stress tests on a daily basis for a while now and
> > most failures have dissapered lately. [...]
>
> The reported failure involving mmap is no longer reproducible.
>
> From last night's run I have:
>
> Not run: 022 023 024 025 035 036 037 038 039 040 043 044
> Failures: 020 026 028 046 047
> Failed 5 of 35 tests
>
> 026 is differences in the output (026.out should be updated)
>
> 026 - output mismatch (see 026.out.bad)
> 30,31c30
> < xfsrestore: using online session inventory
> < xfsrestore: searching media for directory dump
> ---
> > xfsrestore: searching media for dump
> 32a32,43
> > xfsrestore: found dump matching specified label:
> > xfsrestore: hostname: HOSTNAME
> > xfsrestore: mount point: SCRATCH_MNT
> > xfsrestore: volume: SCRATCH_DEV
> > xfsrestore: session time: TIME
> > xfsrestore: level: 0
> > xfsrestore: session label: "stress_026"
> > xfsrestore: media label: "stress_tape_media"
> > xfsrestore: file system id: ID
> > xfsrestore: session id: ID
> > xfsrestore: media id: ID
> > xfsrestore: searching media for directory dump
>
> 028 is two large chunks of output not present.
>
> 046 is a difference in the output, just as 046 (046.out needs to be
> updated)
>
> 047 is similar to 028. (047.out.bad.gz attached)
>
> Thanks,
>
> --
> Marcelo
|