Re: [Bacula-users] issue with setuid/gid on restored files

2014-07-23 Thread Stephen Thompson
compiled from scratch. On 7/23/14 8:02 AM, Simone Caronni wrote: > On 23 July 2014 16:18, Kern Sibbald > wrote: > > On 07/23/2014 04:04 PM, Stephen Thompson wrote: > > Redhat 6.5 x86_64 > > OK, that is a particularly tricky system as they have added additi

Re: [Bacula-users] issue with setuid/gid on restored files

2014-07-23 Thread Simone Caronni
On 23 July 2014 16:18, Kern Sibbald wrote: > On 07/23/2014 04:04 PM, Stephen Thompson wrote: > > Redhat 6.5 x86_64 > > OK, that is a particularly tricky system as they have added additional > system security which does not permit certain sequences of API calls > even as root which other Linux OSe

Re: [Bacula-users] v7.0.4 migrate: StartTime older than SchedTime

2014-07-23 Thread Kern Sibbald
Hello Tom, If I remember right, I am waiting for an FLA to be able to integrate your patches. Any status on that? Best regards, Kern On 07/23/2014 04:30 PM, Thomas Lohman wrote: >> "StartTime" does not get updated when migrating a job. Is this a bug or >> is it the way it is supposed to be? >>

Re: [Bacula-users] v7.0.4 migrate: StartTime older than SchedTime

2014-07-23 Thread Thomas Lohman
> "StartTime" does not get updated when migrating a job. Is this a bug or > is it the way it is supposed to be? > I believe that this is the way it is supposed to work. When copying/migrating a job or when creating a virtual Full job from previous jobs, the start time of the new job gets set to

Re: [Bacula-users] issue with setuid/gid on restored files

2014-07-23 Thread Kern Sibbald
On 07/23/2014 04:04 PM, Stephen Thompson wrote: > > > Redhat 6.5 x86_64 OK, that is a particularly tricky system as they have added additional system security which does not permit certain sequences of API calls even as root which other Linux OSes permit :-( I.e. we test on the latest debian/ubun

Re: [Bacula-users] issue with setuid/gid on restored files

2014-07-23 Thread Stephen Thompson
Redhat 6.5 x86_64 On 7/23/14 12:50 AM, Kern Sibbald wrote: > Different Linux OSes have very different behaviors, which OS are you > running (distribution and version)? > > On 07/23/2014 12:10 AM, Stephen Thompson wrote: >> I'm running 7.0.4. >> >> >> >> Here's an example... >> >> (before backup)

[Bacula-users] three types of console

2014-07-23 Thread andreas graeper
hi, when in bconsole.conf no console-resource is defined than the connection is of type 1 (annonymous/unrestricted), but if there is a console-resource defined, then there is need for a console-resource in directors conf on server .. the connection is of type 2 or 3 (named/restricted + ??? in case

[Bacula-users] v7.0.4 migrate: StartTime older than SchedTime

2014-07-23 Thread Hans Schou
Hi "StartTime" does not get updated when migrating a job. Is this a bug or is it the way it is supposed to be? mysql bacula -e "SELECT JobId, PriorJobId, SchedTime, StartTime, EndTime, RealEndTime FROM Job WHERE JobId IN (90018,89565)" +---++-+---

[Bacula-users] Bacula with LTO6 on TS3100

2014-07-23 Thread Stevens, Philip
Hi list, We just bought a new IBM TS3100 Tape Lib with LTO6 Cartrigdes. Since I don't want to spend another fortune on software I was wondering if it is possible to get Bacula working with that Tape Lib. The Setup is as followed: Essentially there is just one server which needs to be backuped (

Re: [Bacula-users] issue with setuid/gid on restored files

2014-07-23 Thread Kern Sibbald
Different Linux OSes have very different behaviors, which OS are you running (distribution and version)? On 07/23/2014 12:10 AM, Stephen Thompson wrote: > I'm running 7.0.4. > > > > Here's an example... > > (before backup) > # ls -ld /bin > dr-xr-xr-x 2 root root 4096 Jul 22 09:56 /bin > # ls -l /

Re: [Bacula-users] Fatal error: askdir.c:355 NULL Volume name. This shouldn't happen!!!

2014-07-23 Thread Kern Sibbald
On 07/22/2014 11:34 PM, Clark, Patricia A. wrote: > Sadly, this error is still present in v7.0.4. There is another error, too, > where there is no writeable media in the tape drive. > Fatal error: spool.c:263 Fatal append error on device "LTO5-2" > (/dev/tape-admin2): ERR=tape_dev.c:161 Unable t