[issue2123] hammer is losing files

[Ralf Schmitt]

"Matthew Dillon (via DragonFly issue tracker)"
<bugs at crater.dragonflybsd.org> writes:

> Matthew Dillon <dillon at apollo.backplane.com> added the comment:
> :
> :,----
> :| muni# pwd
> :|
> :/backup/sync/@@0x000000010fae19c0/wodka-v/pediapress.com/rootfs/usr/share/zoneinfo/posix/Etc
> :| muni# ls -la
> :| ls: GMT: No such file or directory
> :| ls: GMT+0: No such file or directory
> :| ls: GMT-0: No such file or directory
>
>     Where are you getting the transaction id (the @@ id) from?  Is it
>     coming from an official snapshot softlink generated with one of
>     the hammer snapshot commands?
>
>     The fine-grained history can catch inodes and file data out of sync,
>     but the official snapshots shouldn't.
>
>     'hammer snapls <fs>' will list all official snapshots.  They should
>     coinside with the snapshot softlinks placed in /var/hammer (by default).

The snapshot in question has been created via the daily periodic
scripts. It's symlinked in /var/hammer/backup/sync and appears in the
hammer snapls output:

,----
| # hammer snapls /backup/sync/
| Snapshots on /backup/sync	PFS #1
| Transaction ID		Timestamp		Note
| 0x000000010828dc20	2011-08-18 03:01:36 CEST	-
| 0x0000000108303f00	2011-08-19 03:01:27 CEST	-
| 0x0000000108305380	2011-08-20 03:01:23 CEST	-
| 0x0000000108357640	2011-08-21 03:07:47 CEST	-
| 0x00000001083a15f0	2011-08-22 03:07:28 CEST	-
| 0x000000010fae19c0	2011-08-23 03:32:49 CEST	-
| 0x000000011097ffa0	2011-08-24 03:19:13 CEST	-
| 0x00000001109c8060	2011-08-25 03:18:34 CEST	-
| 0x0000000110a3c520	2011-08-26 03:25:03 CEST	-
| 0x0000000110a581b0	2011-08-27 03:20:15 CEST	-
| 0x0000000110a6b890	2011-08-28 03:17:34 CEST	-
| 0x0000000110a88560	2011-08-29 03:35:17 CEST	-
| 0x0000000110aa53d0	2011-08-30 03:14:54 CEST	-
`----