| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Wed, 9 Jan 2008 13:22:28 +0100 From: Jakob Oestergaard <jakob@...hought.net> To: Anton Salikhmetov <salikhmetov@...il.com> Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org, joe@...lesco.com Subject: Re: [PATCH][RFC][BUG] updating the ctime and mtime time stamps in msync() On Wed, Jan 09, 2008 at 02:32:53PM +0300, Anton Salikhmetov wrote: ... > > This bug causes backup systems to *miss* changed files. > This problem is seen with both Amanda and TSM (Tivoli Storage Manager). A site running Amanda with, say, a full backup weekly and incremental backups daily, will only get weekly backups of their mmap modified databases. However, large sites running TSM will be hit even harder by this because TSM will always perform incremental backups from the client (managing which versions to keep for how long on the server side). TSM will *never* again take a backup of the mmap modified database. The really nasty part is; nothing is failing. Everything *appears* to work. Your data is just not backed up because it appears to be untouched. So, if you run TSM (or pretty much any other backup solution actually) on Linux, maybe you should run a find / -type f -print0 | xargs -0 touch before starting your backup job. Sort of removes the point of using proper backup software, but at least you'll get your data backed up. -- / jakob -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists