Bug#638670: Same here after upgrading to linux-image-3.0.0-1-686-pae

2011-08-27 Thread Andreas Neudecker
Package: modconf
Version: 0.3.11
Followup-For: Bug #638670

Is there anything I can try to check?

Regards

Andreas




-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages modconf depends on:
ii  module-init-tools3.16-1  tools for managing Linux kernel mo
ii  whiptail [whiptail-provider] 0.52.11-2.1 Displays user-friendly dialog boxe

modconf recommends no packages.

modconf suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110827153716.8765.21235.reportbug@halucigenia.daheim



Bug#269668: rdiff-backup crashes trying to backup to NFS directory

2004-09-02 Thread Andreas Neudecker
Package: rdiff-backup
Version: 0.13.4-3
Severity: grave
Justification: renders package unusable


I have been using rdiff-backup for daily backups of a working directory
for a quite a while now. Recently it stopped working (I cannot say for
sure if it was after I upgraded to 0.13.4-3, but I think so).

I am backing up a subfolder of my ~ dir to a directory on another machine
mounted via NFS. I have rwx-- on the backup target directory. Now,
I keep getting crashes when rdiff backup starts (Traceback see below).

I have tried backing up to another local folder. That works fine.
I have tried to access the NFS folder not through the symbolic link in 
my ~, but through the path of the mount point. Didn't work either.

The strange thing is, I never changed the way I call rdiff-backup. This
was in a little shell script.

Kind regards


Andreas


[EMAIL PROTECTED]:~$ rdiff-backup --exclude-special-files ~/biologie/diplom/ 
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup
-
Detected abilities for source (read only) file system:
  Access control lists Off
  Extended attributes  Off
  Mac OS X style resource forksOff
  Mac OS X Finder information  Off
-
Warning: ownership cannot be changed on filesystem at 
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data
-
Detected abilities for destination (read/write) file system:
  Characters needing quoting   ''
  Ownership changing   Off
  Hard linking On
  fsync() directories  Off
  Directory inc permissionsOn
  Access control lists Off
  Extended attributes  Off
  Mac OS X style resource forksOff
  Mac OS X Finder information  Off
-
Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.Main(sys.argv[1:])
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in 
Main
take_action(rps)
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 229, in 
take_action
elif action == "backup": Backup(rps[0], rps[1])
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 273, in 
Backup
backup_final_init(rpout)
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 365, in 
backup_final_init
Log.open_logfile(Globals.rbdir.append("backup.log"))
  File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 61, in 
open_logfile
rpath.conn.log.Log.open_logfile_local(rpath)
  File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 75, in 
open_logfile_local
raise LoggerError("Unable to open logfile %s: %s"
rdiff_backup.log.LoggerError: Unable to open logfile 
/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data/backup.log:
 [Errno 21] Is a directory: 
'/import/Linux/home/neudecke/Daten/diplom-rdiff-backup/rdiff-backup-data/backup.log'



[EMAIL PROTECTED]:~$ rdiff-backup --exclude-special-files ~/biologie/diplom/ 
~/daten/diplom-rdiff-backup
-
Detected abilities for source (read only) file system:
  Access control lists Off
  Extended attributes  Off
  Mac OS X style resource forksOff
  Mac OS X Finder information  Off
-
Warning: ownership cannot be changed on filesystem at 
/home/neudecke/daten/diplo m-rdiff-backup/rdiff-backup-data
-
Detected abilities for destination (read/write) file system:
  Characters needing quoting   ''
  Ownership changing   Off
  Hard linking On
  fsync() directories  Off
  Directory inc permissionsOn
  Access control lists Off
  Extended attributes  Off
  Mac OS X style resource forksOff
  Mac OS X Finder information  Off
-
Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.Main(sys.argv[1:])
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in 
Mai n
take_action(rps)
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 229, in 
tak e_action
elif action == "backup": Backup(rps[0], rps[1])
  File "/usr/lib/python2.3/site-packa

Bug#269668: rdiff-backup: Backup to NFS directory works with 0.6.0-1, but not with 0.13.4-3 or 0.12.7-2

2004-09-03 Thread Andreas Neudecker
Package: rdiff-backup
Version: 0.6.0-1
Followup-For: Bug #269668

After my crash problems with 0.13.4 I went to the rdiff-backup homepage at
http://rdiff-backup.stanford.edu/ and downloaded the RPM of 0.12.7.
A quick "alien rdiff-backup-0.12.7-1.i386.rpm" provided me with a *.deb
and I tried backing up with this. It crashed, too, seemingly with the
same errors (see original bug report).

Then I downgraded to 0.6.1 from stable and -- voila! -- it worked again.
So there seems to be a problem with the handling of either symbolic
links or (rather) NFS directories mounted locally.


Kind regards


Andreas


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (400, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Versions of packages rdiff-backup depends on:
ii  python2.2 2.2.3-10   An interactive high-level object-o
ii  rdiff 0.9.6-8Binary diff tool for signature-bas

-- no debconf information