Re: refuse to update certain files upon extraction
Lasse Kliemann <[email protected]> Tue, 18 Mar 2008 16:58:48 +0100
| Newsgroups | gmane.comp.archivers.star.user |
|---|---|
| Message-ID | <[email protected]> |
--===============1364378941== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MSd2ShuMixI0uVaZ" Content-Disposition: inline --MSd2ShuMixI0uVaZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Message by -Lasse Kliemann- from Tue 2008-03-18: > * Message by -Joerg Schilling- from Tue 2008-03-18: > > Lasse Kliemann <[email protected]> wrote: > >=20 > > > * Message by -Joerg Schilling- from Tue 2008-03-18: > > > > > > > The problem is a Linux kernel bug. > > > >=20 > > > > Any other backup tool (like e.g. dump/restore) will run into the sa= me problem > > > > as Linux did not update the timestamp from the directory=20 > > > > "send-backup-test/log/supervise/". > > > >=20 > > > > You need to send a bug-report against Linux and get a fix for this = problem.... > > > > > > I've already prepared a minimal example to prove this, see the attach= ed=20 > > > files. The ctime of `sub' changes the first time that `rename' is run= , but=20 > > > not the second. I also tried this on Solaris, and there the ctime is= =20 > > > updated after the second run of `rename'. > >=20 > > Do you know whether your original problem was caused by a rename or rat= her a=20 > > unlink/create chain? > =20 > It was caused by a rename, as in the attached rename.c (that's the one fr= om=20 > my old message <[email protected]> and not = the=20 > one I sent minutes ago). Oh, of course this also includes unlink and create, I think, for the file is opened with O_TRUNC and O_CREAT. By the way, the files you examined show how the problem can be reproduced= =20 running runsv[1] and not my rename.c. I came up with the rename idea after= =20 looking at the source code of runsv. [1] http://smarden.org/runit/ --MSd2ShuMixI0uVaZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) iQIcBAEBAgAGBQJH3+a3AAoJEFYll6N4nhdvq24P/0yMJY0rdN6qEX5XI8DQfsrY 3Sym1CgjEPokYAkK/GD0x9CS6Q0r/lcEQ8swJqhqWnlc4nTdoxQXmSAtBZtCBjq1 RAnWeDQWbPymKkCMEgDxfUkoqa+ryA9Qe+gTKF0EM5Eeo1Isi8Mx0eGhI1sbH1qd CLu7cr6R1zPnYL1oXvERWlCNU5fTF/U3SubxZVPbRfuesfIaPXJFehwjw7TDZoho XdZ0dEjf8fZjiQS1RR0qdXnt3zhQbwK9+vKFJxO6Vhc5REUF5BOUgzWe1WbJ7JSm plulBdJQKVuxLyQmZcxtCc6j8VlIfeBGYv5rLtZIZlsNKxkbq1j7UzTjFnqqfGYK sPt2kyXnniVMXDLEfqugvPtnMq70xlCJ3QOM7PnH2JS4dJrCiFcc0XxzpSuSh3xK HNkCAFk24ZdLnaplsnOoYk0MKgTTUD6mQy3/YWPRJazNnT1/kMoaT5xobzvJ0bh9 VScn0G7jjNhoEDH0yH2u5wwra5PU8ZcCUfUXreU9tOYj0LZ1GU4Rxn3D+lDWS57j xdeYxiqCIGLBXn2LPbtV/w08yivIdQmWuiabHaINK2W3T7MVD0NXRWtMp99MWhD5 iFrqdVrIUIHGvP+dkhjSJ5hL8+tgG0h0Tw9SdMb15/9Mpsd5z3q73NRoTBGTYWXK BIHZF+yXxvR4Q9MTIFE1 =uVX9 -----END PGP SIGNATURE----- --MSd2ShuMixI0uVaZ-- --===============1364378941== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Star-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/star-users --===============1364378941==--