Re: [Bacula-users] Strange behavior of the onefs check

Am 16.02.2011 13:05, schrieb Dan Langille: > Please show us the output of ls -dl / /home /home/xxx Dear Dan, Thanks for the hint. I've found my mistake. Although I installed the VM with the option not to encrypt home directories, the package ecryptfs-utils was installed and armed and therefore

Re: [Bacula-users] Strange behavior of the onefs check

On 2/16/2011 4:08 AM, Frank Seidinger wrote: > Hi there, > > I'm new to bacula and I've set up a new backup system to mainly learn > how to use backups with bacula that will later cover my backup system. > > My environment is using a physical machine (Ubuntu 10.04 x64) that has a > DDS3 tape attach

[Bacula-users] Strange behavior of the onefs check

Hi there, I'm new to bacula and I've set up a new backup system to mainly learn how to use backups with bacula that will later cover my backup system. My environment is using a physical machine (Ubuntu 10.04 x64) that has a DDS3 tape attached. The file daemon is installed on this machine. A se

[Bacula-users] Strange behavior with scratch volumes

Ok this is strange to me... A job started and pulled several volumes from the scratch pool and then wrote to the last volume. I cannot find any errors or anything else to explain why this would happen. Anybody? Job output below. 01-Jul 23:05 stor-dir JobId 1970: Start Backup JobId 1970, Job=Ba

[Bacula-users] Strange behavior with dynamic labeling

Greetings, I've noticed an odd behavior in bacula and I am not sure if it is a documented bug or not. I have my label format, in my pool definitions, set as Label Format = "Full-${JobName}" so that each backup that runs gets a unique name such as Full-superdb.2009-03-11_15.46.47.03. What I am no

[Bacula-users] Strange behavior

Hi,   After I changed scheduled I started receiving these messages:   13-Oct 12:00 brutus-dir: Start Backup JobId 281, Job=Fas000s.2006-10-13_12.00.00 13-Oct 12:00 brutus-sd: Fas000s.2006-10-13_12.00.00 Error: block.c:538 Write error at 445:1 on device "LTO" (/dev/st0). ERR=Input/output

Re: [Bacula-users] Strange behavior restoring data

On Tuesday 06 December 2005 16:41, Alexander Pfeiffer wrote: > Hi List, > > I've tried to restore some files. I've looked for the "last known good" > full backup: > > 4911 Full135,843 4,699,077,315 OK 27-Nov-05 14:25 ws4grue-fd > > restore --> 3 --> 4911 --> > And then > > 1 Job 0 Fil

[Bacula-users] Strange behavior restoring data

Hi List, I've tried to restore some files. I've looked for the "last known good" full backup: 4911 Full135,843 4,699,077,315 OK 27-Nov-05 14:25 ws4grue-fd restore --> 3 --> 4911 --> And then 1 Job 0 Files We're using bacula 1.36.2 Any ideas? Alexander Pfeiffer --