On Thursday 2019-07-25 09:58:18 Chandler wrote:
> Adam Weremczuk wrote on 7/25/19 04:42:
> > Does it mean it will apply missing attributes in an incremental
> > manner?
>
> You could always minimize your FileSet resource to backup just 1 or a
> few files with ACL's, just for testing. Then once th
Am 25.07.19 um 21:47 schrieb Kern Sibbald:
>
> On 7/25/19 7:45 PM, Kai Gallasch wrote:
>> Would it be beneficial for understandind the problem if I set up a dummy
>> FreeBSD Backupclient (minimal install, bacula backup-client) do a full
>> backup on a empty tape and failing restore ("file count m
On 7/25/19 7:45 PM, Kai Gallasch wrote:
Am 25.07.19 um 11:45 schrieb Martin Simmons:
On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
Am 23.07.19 um 19:57 schrieb Martin Simmons:
bls -v -V T00109L4 /dev/nsa0
Hi Martin.
To debug this I recreated the bacula postgres database, labeled t
Am 25.07.19 um 11:45 schrieb Martin Simmons:
>> On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
>>
>> Am 23.07.19 um 19:57 schrieb Martin Simmons:
>>> bls -v -V T00109L4 /dev/nsa0
>>
>> Hi Martin.
>>
>> To debug this I recreated the bacula postgres database, labeled the
>> volume T001
Adam Weremczuk wrote on 7/25/19 04:42:
Does it mean it will apply missing attributes in an incremental manner?
You could always minimize your FileSet resource to backup just 1 or a few files
with ACL's, just for testing. Then once those restore fine you can go back to
your full set.
__
Adam,
>> no, I don't think so. If you run parallel Jobs the data will be interleaved
>> on the tape, and a tape being a seq. access medium you are out of luck here.
> How about if I set:
> Maximum Concurrent Jobs = 1
> Then all jobs will be written on continuous tape segments.
Not necessary.
Hi Kern,
This is somewhat surprising to me, assuming you mean a symlink - I can mark
and restore symlinks without any problems.
Moreover, a symlink might be relative and point to a different filesystem, so
if you restore it to a temporary directory then the target will never exist.
__Martin
>>
On 25/07/19 16:06, Kern Sibbald wrote:
Hello,
I saw that someone mentioned using Samba. Bacula does not save and
restore acl across NFS or Samba. To do so you must have a filesystem
that is mounted locally on the File Daemon.
Best regards,
Kern
Hi Kern,
Issue with missing ACLs only a
Hello,
I saw that someone mentioned using Samba. Bacula does not save and
restore acl across NFS or Samba. To do so you must have a filesystem
that is mounted locally on the File Daemon.
Best regards,
Kern
On 7/25/19 12:08 PM, Adam Weremczuk wrote:
On 25/07/19 10:55, Martin Simmons wrot
> On Thu, 25 Jul 2019 16:32:07 +0200, Josip Deanovic said:
>
> On Thursday 2019-07-25 13:12:49 Martin Simmons wrote:
> > Only the basic unix permissions are stored in the database, not the acl
> > and xattr info.
>
> I have just checked the database on bacula 7.0.5 and I don't think
> permiss
Hello,
Your problem is probably due to the fact that resolv.conf is a link
rather than a file. If this is the case (as it is on my machine) trying
to restore only the link without restoring the actual file, may confuse
Bacula. I would recommend you restore a few other files from the /etc
di
I think you need to provide the director config file not the client
config file
i.e.
bacula-dir -t /etc/bacula/bacula-dir.conf
On 25/07/2019 15:28, Adam Weremczuk wrote:
On 25/07/19 12:16, Josip Deanovic wrote:
When you perform some change you can always test the configuration
with the bacu
On 25/07/19 15:40, Josip Deanovic wrote:
If I understand correctly you have run bacula-dir -t with the the client
config excerpt.
You should run bacula-dir -t with the main bacula configuration file.
Yes, bacula-dir -t /etc/bacula/bacula-dir.conf doesn't complain about
anything so I should be
On Thursday 2019-07-25 15:28:09 Adam Weremczuk wrote:
> On 25/07/19 12:16, Josip Deanovic wrote:
> > When you perform some change you can always test the configuration
> > with the bacula-dir -t command.
>
> I get the following for every single client conf:
>
> bacula-dir -t /etc/bacula/clients/s
On Thursday 2019-07-25 13:12:49 Martin Simmons wrote:
> Only the basic unix permissions are stored in the database, not the acl
> and xattr info.
I have just checked the database on bacula 7.0.5 and I don't think
permissions are stored in the database either.
Also, if you try to do the bextract w
On 25/07/19 12:16, Josip Deanovic wrote:
When you perform some change you can always test the configuration
with the bacula-dir -t command.
I get the following for every single client conf:
bacula-dir -t /etc/bacula/clients/server.conf
25-Jul 15:19 bacula-dir: ERROR TERMINATION at parse_conf.c
On 7/25/19 8:37 AM, Adam Weremczuk wrote:
> On 25/07/19 13:15, Uwe Schuerkamp wrote:
>
>> no, I don't think so. If you run parallel Jobs the data will be interleaved
>> on the tape, and a tape being a seq. access medium you are out of luck here.
> How about if I set:
>
> Maximum Concurrent Jobs
On Thu, Jul 25, 2019 at 01:37:26PM +0100, Adam Weremczuk wrote:
> On 25/07/19 13:15, Uwe Schuerkamp wrote:
>
> > no, I don't think so. If you run parallel Jobs the data will be interleaved
> > on the tape, and a tape being a seq. access medium you are out of luck here.
> How about if I set:
>
>
On 25/07/19 13:15, Uwe Schuerkamp wrote:
no, I don't think so. If you run parallel Jobs the data will be interleaved on
the tape, and a tape being a seq. access medium you are out of luck here.
How about if I set:
Maximum Concurrent Jobs = 1
Then all jobs will be written on continuous tape s
On Thu, Jul 25, 2019 at 01:00:35PM +0100, Adam Weremczuk wrote:
> Hi Uwe,
>
> I don't want to wipe the whole tape.
> Only data from one specific full backup job.
> I want to write another full backup of the same client to this tape.
> I don't have enough space for two.
> I want all other backups o
> On Thu, 25 Jul 2019 13:36:20 +0200, Josip Deanovic said:
>
> Josip DeanovicOn Thursday 2019-07-25 13:18:31 wrote:
> > On Thursday 2019-07-25 12:11:58 Martin Simmons wrote:
> > > I don't think this change will cause a full backup -- only changes to
> > > File= and Plugin= lines will do that.
> On Thu, 25 Jul 2019 14:03:09 +0200, Josip Deanovic said:
>
> On Thursday 2019-07-25 12:42:13 Adam Weremczuk wrote:
> > On 25/07/19 12:36, Josip Deanovic wrote:
> > > Just checked the documentation.
> > > @Martin, I think you are right.
> > >
> > >
> > > https://www.bacula.org/5.2.x-manuals
> Hi Uwe,
Hello Adam,
> I don't want to wipe the whole tape.
> Only data from one specific full backup job.
> I want to write another full backup of the same client to this tape.
> I don't have enough space for two.
> I want all other backups of other clients present on this tape to remain
> int
Hello Adam,
if you don't mind having to re-label the volume aftwards a
delete volume=
followed by an
mt -f /dev/st0 weof # insert your tape device here
should reliably wipe your tape.
All the best,
Uwe
On Thu, Jul 25, 2019 at 11:54:35AM +0100, Adam Weremczuk wrote:
> Hi all,
>
> Is it poss
On Thursday 2019-07-25 12:42:13 Adam Weremczuk wrote:
> On 25/07/19 12:36, Josip Deanovic wrote:
> > Just checked the documentation.
> > @Martin, I think you are right.
> >
> >
> > https://www.bacula.org/5.2.x-manuals/en/main/main/Configuring_Director
> > .html#SECTION00147
> >
>
Hi Uwe,
I don't want to wipe the whole tape.
Only data from one specific full backup job.
I want to write another full backup of the same client to this tape.
I don't have enough space for two.
I want all other backups of other clients present on this tape to remain
intact.
Is it at all possibl
On 25/07/19 12:39, Josip Deanovic wrote:
About the deletion of old jobs...
What kind of storage type are using? Are you using real tapes or
files on disk?
See my "[Bacula-users] deleting data written to volume" post from about
an hour ago.
___
Bacu
On 25/07/19 12:36, Josip Deanovic wrote:
Just checked the documentation.
@Martin, I think you are right.
https://www.bacula.org/5.2.x-manuals/en/main/main/Configuring_Director.html#SECTION00147
"Any change to the list of the included files will cause Bacula to
automatically cr
On Thursday 2019-07-25 12:31:42 Adam Weremczuk wrote:
> On 25/07/19 12:18, Josip Deanovic wrote:
> > On Thursday 2019-07-25 12:11:58 Martin Simmons wrote:
> >> I don't think this change will cause a full backup -- only changes to
> >> File= and Plugin= lines will do that.
> >
> > Curious to hear i
Josip DeanovicOn Thursday 2019-07-25 13:18:31 wrote:
> On Thursday 2019-07-25 12:11:58 Martin Simmons wrote:
> > I don't think this change will cause a full backup -- only changes to
> > File= and Plugin= lines will do that.
>
> Curious to hear if this is correct. :-)
Just checked the documentat
On 25/07/19 12:18, Josip Deanovic wrote:
On Thursday 2019-07-25 12:11:58 Martin Simmons wrote:
I don't think this change will cause a full backup -- only changes to
File= and Plugin= lines will do that.
Curious to hear if this is correct. :-)
Thanks Josip.
I'm leaning towards agreeing with y
On Thursday 2019-07-25 12:11:58 Martin Simmons wrote:
> I don't think this change will cause a full backup -- only changes to
> File= and Plugin= lines will do that.
Curious to hear if this is correct. :-)
--
Josip Deanovic
___
Bacula-users mailing l
On Thursday 2019-07-25 11:08:53 Adam Weremczuk wrote:
> On 25/07/19 10:55, Martin Simmons wrote:
> > Yes, the FileSet may be the problem -- try reordering the Options
> > clauses so that the "default" Options clause containing xattrsupport
> > etc is the last one.
> >
> > The manual says: "However
> On Thu, 25 Jul 2019 11:08:53 +0100, Adam Weremczuk said:
>
> On 25/07/19 10:55, Martin Simmons wrote:
>
> > Yes, the FileSet may be the problem -- try reordering the Options clauses so
> > that the "default" Options clause containing xattrsupport etc is the last
> > one.
> >
> > The manual
On 25/07/19 11:44, Josip Deanovic wrote:
Additionally, the first one seems to be linked with Eset antivirus
library.
Well spotted :)
ESET Node32 was installed much later and it's just a silly experiment.
I wouldn't thought it could affect operations of Bacula client.
The suspicion is my config
Hi all,
Is it possible with Bacula tools to delete data written to a volume?
Bacula console commands "delete" and "purge" only seam to affect the
catalog database.
For storage I'm using LTO-4 tapes which unfortunately don't support LTFS
yet.
I think ideally I would like tape space to be fr
On Thursday 2019-07-25 10:15:46 Adam Weremczuk wrote:
> On 25/07/19 03:52, Josip Deanovic wrote:
> > Can you also check ldd bacula-fd on both clients (working and not
> > working)?
> >
> > I cannot check now if samba is using libacl or its own implementation.
>
> client with working ACL backup/re
On 25/07/19 10:55, Martin Simmons wrote:
Yes, the FileSet may be the problem -- try reordering the Options clauses so
that the "default" Options clause containing xattrsupport etc is the last one.
The manual says: "However, one additional point is that in the case that no
match was found, Bacul
> On Thu, 25 Jul 2019 10:19:21 +0100, Adam Weremczuk said:
>
> On 24/07/19 16:49, Martin Simmons wrote:
>
> > What happens if you take a backup from the broken client and restore it on
> > the
> > working client? And vice versa?
> Restore from the broken client to a working one misses ACLs.
> On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
>
> Am 23.07.19 um 19:57 schrieb Martin Simmons:
> > bls -v -V T00109L4 /dev/nsa0
>
> Hi Martin.
>
> To debug this I recreated the bacula postgres database, labeled the
> volume T00111L4 and did a full backup of the client ns.free.de w
On 24/07/19 16:49, Martin Simmons wrote:
What happens if you take a backup from the broken client and restore it on the
working client? And vice versa?
Restore from the broken client to a working one misses ACLs.
Restore from working client to broken shows them correctly.
Could it be somethin
On 25/07/19 03:52, Josip Deanovic wrote:
Can you also check ldd bacula-fd on both clients (working and not
working)?
I cannot check now if samba is using libacl or its own implementation.
client with working ACL backup/restore:
ldd /usr/sbin/bacula-fd
linux-vdso.so.1 => (0x7fffb519b0
42 matches
Mail list logo
