Red Hat Bugzilla – Bug 456813
Backup ends on unsuccessful "chmod".
Last modified: 2008-10-20 18:16:10 EDT
:fwbackups version 1.43.2rc3:
Thank you very much for truly great piece of software.
Backup ends with: :: ERROR : An error occurred while running a subprocess!
- However file is in place and looks intact (it can be opened and files are in
there, size looks ok as well.
- It looks like everything is fine until fwbackups tries to chmod target backup
The reason for this to fail is that I backup to (despite local) NTFS partition
which does not support chmod.
What I did was commenting out this:
""" if self.destinationType == 'local':
... and backups work ok then.
I would suggest to try chmod and continue in backup even if it is not successful.
Either way, current behaviour is not ok, because file stays in place with
original permissions (as chmod failed).
If you want emphasize security then delete file after failure or if you dont
then let backup task continue even after unsucessful chmod.
čec 27 17:13:33 :: INFO : Starting automatic backup operation of set `workspace'
čec 27 17:13:33 :: INFO : Using tar.gz: Must backup all paths at once - Progress
notification will be disabled.
čec 27 17:13:33 :: DEBUG : Backing up path 1/1: m
čec 27 17:13:33 :: DEBUG : Running command: nice -n 0 tar cfz
čec 27 17:13:33 :: DEBUG : Starting subprocess with PID 16984
čec 27 17:15:23 :: DEBUG : Subprocess with PID 16984 exited with status 0
čec 27 17:15:24 :: ERROR : An error occurred while running a subprocess!
čec 27 17:15:24 :: DEBUG : Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/fwbackups/__init__.py", line 170, in run
retval = self.__functorun(*self.__args)
File "/usr/lib/python2.5/site-packages/fwbackups/backend.py", line 850, in backup
OSError: [Errno 1] Operace není povolena:
čec 27 17:15:24 :: DEBUG : Thread returned with retval None
Is the NTFS drive mounted manually, and if so with what options? I just tried
with a drive automounted using NTFS-3G and the backup executed without errors.
Nonetheless, a backup shouldn't halt if only the chmod failed - I've added a
try-except-pass to the next version so if it fails, a warning is issued but
Its mounted using /etc/fstab with:
UUID=uuid /mountpoint ntfs defaults,umask=0002,gid=500 0 0
this is from 'mount' command:
type fuseblk (rw,allow_other,default_permissions,blksize=512)
I expect it is using ntfs-3g, but to be honest, I do not know how to find out
Thanks for your reply and solution.
It looks like you're using the kernel-based ntfs driver in that case - it's no
solution to be bug, if you'd like for it to be mounted in userspace (as in each
user can automount the drive on login), just remove that from the fstab and
reboot. NTFS-3G doesn't seem to fail on a chmod, even though the chmod will do
nothing because NTFS doesn't support unix style permissions.
Ok, thanks once again, Hopefully I will try that some day, but for now I will
rahter stay with how it is, because it just works and thats exactly what I need
from my system. :-)
Thanks for your advice though.
Enjoy your holiday... ;-)
fwbackups-1.43.2-1.fc9 has been submitted as an update for Fedora 9.
fwbackups-1.43.2-1.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update fwbackups'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-8583
fwbackups-1.43.2-2.fc9 has been submitted as an update for Fedora 9.
fwbackups-1.43.2-2.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.