Thread: --delete not actually deleting with encrypted names.
Brought to you by:
thesun
From: Robin L. P. <rlp...@di...> - 2008-02-21 18:10:10
|
rsyncrypto is *so* awesome; if only it didn't hate me. :( $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 $ bash -c "cat filemap | tr '\000' '\012'" /1314AF0918C5FA40C1CBB763CF9BFD3D b/c/frobnitz /5974EC4026990DE16FAD43681769DC72 b/c/bar /D537DB78571FBCF53B9417A3A5B47FF5 b/d/foo So the output says the file was deleted, but it in fact was deleted from neither the encrypted space nor the filemap. :( Am I missing something, or should I file a bug? Removing the -c makes no difference. -Robin -- Lojban Reason #17: http://en.wikipedia.org/wiki/Buffalo_buffalo Proud Supporter of the Singularity Institute - http://singinst.org/ http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/ |
From: Robin L. P. <rlp...@di...> - 2008-03-01 00:52:40
|
On Thu, Feb 21, 2008 at 10:09:16AM -0800, Robin Lee Powell wrote: > > So the output says the file was deleted, but it in fact was deleted > from neither the encrypted space nor the filemap. > > :( > > Am I missing something, or should I file a bug? Ping? -Robin -- Lojban Reason #17: http://en.wikipedia.org/wiki/Buffalo_buffalo Proud Supporter of the Singularity Institute - http://singinst.org/ http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/ |
From: Shachar S. <sh...@sh...> - 2008-03-02 17:26:03
|
Hi, Sorry about the silence. Urgent things got in the way. Robin Lee Powell wrote: > On Thu, Feb 21, 2008 at 10:09:16AM -0800, Robin Lee Powell wrote: > >> So the output says the file was deleted, but it in fact was deleted >> from neither the encrypted space nor the filemap. >> I'll have to look at it. >> :( >> >> Am I missing something, or should I file a bug? >> > > Ping? > Pong. Shachar |
From: Shachar S. <sh...@sh...> - 2008-05-05 12:15:54
|
Hi Robin, Robin Lee Powell wrote: > rsyncrypto is *so* awesome; if only it didn't hate me. :( > > $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > > $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > $ bash -c "cat filemap | tr '\000' '\012'" > I use "tr '\0' '\n'" myself. > /1314AF0918C5FA40C1CBB763CF9BFD3D b/c/frobnitz > /5974EC4026990DE16FAD43681769DC72 b/c/bar > /D537DB78571FBCF53B9417A3A5B47FF5 b/d/foo > > So the output says the file was deleted, but it in fact was deleted > from neither the *encrypted space* nor the filemap. > Are you sure about the encrypted space part of that claim? Nothing in the output you showed here suggests that the actual encrypted file was not deleted. Unless you also specify "--delete-keys", not deleting the key and file mapping is what rsyncrypto is supposed to do. Only the encrypted file itself is deleted in such a case. On checking out the man page, I just noticed that "--delete-keys" was not documented there (though it did appear when you run rsyncrypto --help). I've amended this in latest SVN. If the above explanation does not appear to explain the symptoms you describe (I know it's been a while, but if you can recheck it would be great), then please do check out the head of SVN and test again. If the problem is still not solved, please let me know. Thanks, Shachar |
From: Robin L. P. <rlp...@di...> - 2008-05-08 21:04:47
|
On Mon, May 05, 2008 at 03:15:46PM +0300, Shachar Shemesh wrote: > > Hi Robin, > > Robin Lee Powell wrote: > > rsyncrypto is *so* awesome; if only it didn't hate me. :( > > > > $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls > > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > > > $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > > > > $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls > > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > > > $ bash -c "cat filemap | tr '\000' '\012'" > > > I use "tr '\0' '\n'" myself. > > /1314AF0918C5FA40C1CBB763CF9BFD3D b/c/frobnitz > > /5974EC4026990DE16FAD43681769DC72 b/c/bar > > /D537DB78571FBCF53B9417A3A5B47FF5 b/d/foo > > > > So the output says the file was deleted, but it in fact was deleted > > from neither the *encrypted space* nor the filemap. > > > Are you sure about the encrypted space part of that claim? Nothing > in the output you showed here suggests that the actual encrypted > file was not deleted. Umm. It most certainly does. Encrypted file before: > > $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls > > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 Deletion: > > $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) Encrypted file after: > > $ find a.enc/ -name 5974EC4026990DE16FAD43681769DC72 -ls > > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > Unless you also specify "--delete-keys", not deleting the key and file > mapping is what rsyncrypto is supposed to do. I'm talking about the encrypted file, not the key and file mapping. > If the above explanation does not appear to explain the symptoms > you describe (I know it's been a while, but if you can recheck it > would be great), then please do check out the head of SVN and test > again. If the problem is still not solved, please let me know. $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 And I can do it again: $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 No matter how many times I do it, it keeps claiming to delete 5974EC4026990DE16FAD43681769DC72, but keeps failing to do so. --delete-keys *does*, in fact, delete the file mapping, but leaves the encrypted file: $ rsyncrypto --delete-keys --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) Delete key 5974EC4026990DE16FAD43681769DC72 (b/c/bar) $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 $ cat filemap| tr '\0' '\n' /1314AF0918C5FA40C1CBB763CF9BFD3D b/c/frobnitz /D537DB78571FBCF53B9417A3A5B47FF5 b/d/foo -Robin -- Lojban Reason #17: http://en.wikipedia.org/wiki/Buffalo_buffalo Proud Supporter of the Singularity Institute - http://singinst.org/ http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/ |
From: Robin L. P. <rlp...@di...> - 2008-05-08 22:09:58
|
On Thu, May 08, 2008 at 02:04:22PM -0700, Robin Lee Powell wrote: > $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > And I can do it again: > > $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > No matter how many times I do it, it keeps claiming to delete > 5974EC4026990DE16FAD43681769DC72, but keeps failing to do so. > > --delete-keys *does*, in fact, delete the file mapping, but leaves the > encrypted file: > > $ rsyncrypto --delete-keys --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > Delete key 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > $ cat filemap| tr '\0' '\n' > /1314AF0918C5FA40C1CBB763CF9BFD3D b/c/frobnitz > /D537DB78571FBCF53B9417A3A5B47FF5 b/d/foo This is all with 1.07, by the way. -Robin |
From: Shachar S. <sh...@sh...> - 2008-05-10 12:16:08
|
Robin Lee Powell wrote: > > $ rsyncrypto --trim=1 --ne-nesting=5 --name-encrypt=filemap --delete -c -v -r a a.enc a.keys backup.crt > Delete 5974EC4026990DE16FAD43681769DC72 (b/c/bar) > $ find a.enc -name 5974EC4026990DE16FAD43681769DC72 -ls > 12359639 4 -rw-r--r-- 1 rlpowell users 244 Feb 21 10:03 a.enc/5/59/597/5974/5974E/5974EC4026990DE16FAD43681769DC72 > > Ok. I reproduced it on my system, and I'll look into it. Please file a bug report in the project tracker about this. Even just leaving the headline from the email and posting a link to the mailing list archive about this would be sufficient. No need to reconstruct the entire test scenarios. Thanks, Shachar |
From: Shachar S. <sh...@sh...> - 2008-05-11 09:46:03
|
Robin Lee Powell wrote: > >> Unless you also specify "--delete-keys", not deleting the key and file >> mapping is what rsyncrypto is supposed to do. >> > > I'm talking about the encrypted file, not the key and file mapping. > Ok, problem is now solved in SVN. Thanks for the report. Shachar |