[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#631155: marked as done (ecryptfs-utils: I/O error while updating files through rsync)

Your message dated Sat, 14 Jan 2012 17:13:57 -0600
with message-id <20120114231357.GA1409@burratino>
and subject line Re: ecryptfs-utils: I/O error while updating files through rsync
has caused the Debian Bug report #631155,
regarding ecryptfs-utils: I/O error while updating files through rsync
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
631155: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631155
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: ecryptfs-utils
Version: 83-4
Severity: important


I wrote a bash script to rsync file from a directory to another -
encrypted - one, through ssh.

First, add "mount-wide passphrase" with ecryptfs-manager, and mount -i
/my-ecryptfs-directory.

Then, rsync files. For new files (that means, files that doesn't exist
yet in ecryptfs directory), everything goes fine.

But for files which should be updated, I get lot of "rsync: failed to
open "/my_ecryptfs_dir/my_file", continuing: Input/output error (5)"
through error output, in correlation with "Either the lower file is not
in a valid eCryptfs format, or the key could not be retrieved. Plaintext
passthrough mode is not enabled; returning -EIO" in /var/log/messages.

Surprisingly, I get the very same behavior for "new files" with --partial option.

I supposed it was related to the "0-length file bug" on ext
filesystem, but specifying a "--partial-dir" outside the ecryptfs mount
point doesn't help.

For files affected by the "I/O error", they appear to be "corrupted"
(can't cp, mv, ...) : the only solution is to remove them.

-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (200, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ecryptfs-utils depends on:
ii  gettext-base            0.17-4           GNU Internationalization utilities
ii  keyutils                1.4-1            Linux Key Management Utilities
ii  libc6                   2.7-18lenny7     GNU C Library: Shared libraries
ii  libecryptfs0            83-4             ecryptfs cryptographic filesystem 
ii  libgpg-error0           1.6-1            library for common error values an
ii  libgpgme11              1.1.6-2          GPGME - GnuPG Made Easy
ii  libkeyutils1            1.4-1            Linux Key Management Utilities (li
ii  libnss3-1d              3.12.3.1-0lenny4 Network Security Service libraries
ii  libpam-runtime          1.1.1-6.1        Runtime support for the PAM librar
ii  libpam0g                1.1.1-6.1        Pluggable Authentication Modules l

ecryptfs-utils recommends no packages.

Versions of packages ecryptfs-utils suggests:
pn  cryptsetup                    <none>     (no description available)
pn  opencryptoki                  <none>     (no description available)

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 2.6.32-39

Sdkfz262 wrote:

> No problem since Lenny to Squeeze update and 2.6.32 kernel
> (ecryptfs-utils still in version 83-4).
>
> Could be considered as fixed.

Thanks, Loic.  Marking so.

--- End Message ---
Reply to: