Kern Sibbald writes:
>>
>> patch-src-findlib-attribs.c
>> when restoring a symlink, use lchflags to restore the file flags
>> defined for the symlink ("new feature")
>> when restoring a hardlink, don't call chmod, chown, utime because it is
>> a hardlink and don't have such attributes (
Hello,
I haven't yet looked at the patches, but here are a couple of preliminary
comments. I'll take a careful look at the patches later today.
On Wednesday 13 December 2006 07:54, Oliver Lehmann wrote:
> Kern Sibbald wrote:
>
> > Please fix it up correctly, then send it to me in the same diff
Kern Sibbald wrote:
> Please fix it up correctly, then send it to me in the same diff format versus
> the current CVS, but please send it as an attachment to avoid the possibility
> of word wrap. I'll then take a look at putting it in the code. If you send
> it in the next few days, it will p
On Tuesday 12 December 2006 22:33, Oliver Lehmann wrote:
> Hi Jeremy,
>
> I'll go and try the patch, but I'll modifiy it a bit:
>
> I would say, if the link cannot be created finally, restoring the
> original flags of the sourcefile should be take place in any case before
> returning CF_ERROR fin
On Tuesday 12 December 2006 23:47, Thomas Glatthor wrote:
> Hi Arno,
>
> > Ok, I understand that setup. I even see a solution for it:
> > Set up your storage devices with different media types.
> > When transfering tapes, change the media types of the tapes according to
> > the location they're g
On Tuesday 12 December 2006 23:01, Jeremy C. Reed wrote:
> > Here is an untested patch (or at least an idea :) that should help those
> > who don't use raised securelevel. This patch needs some debug output for
> > both chflags introduced here.
> >
> > Index: src/findlib/create_file.c
>
> I see
Oliver Lehmann wrote:
> The patch I sent was not correct because ofname and olname where mixed up
> when doing the flags work. I fixed this now, and I tried restoring
> my /usr/bin. It now created the hardlinks, but gave me errors that the owner
> and times of the hardlinks are not setable (becaus
The patch I sent was not correct because ofname and olname where mixed up
when doing the flags work. I fixed this now, and I tried restoring
my /usr/bin. It now created the hardlinks, but gave me errors that the owner
and times of the hardlinks are not setable (because of the same thing)
How relev
On Tue, 12 Dec 2006, Oliver Lehmann wrote:
> I'll go and try the patch, but I'll modifiy it a bit:
>
> I would say, if the link cannot be created finally, restoring the
> original flags of the sourcefile should be take place in any case before
> returning CF_ERROR finally. Do you agree?
Yes, tha
Hi Arno,
> Ok, I understand that setup. I even see a solution for it:
> Set up your storage devices with different media types.
> When transfering tapes, change the media types of the tapes according to
> the location they're going to.
>
if been thinking about that before asking the list,
but t
Jeremy C. Reed wrote:
> > Here is an untested patch (or at least an idea :) that should help those
> > who don't use raised securelevel. This patch needs some debug output for
> > both chflags introduced here.
> >
> > Index: src/findlib/create_file.c
>
> I see my patch is missing a closing bra
Hi,
On 12/12/2006 10:38 PM, Thomas Glatthor wrote:
> Hi Arno,
>
> Arno Lehmann wrote:
>
>>we have two autochanger, booth changers using "SDLT-320" as MediaType.
>>version of bacula is 1.38.11
>>
>>Ok, problem understood :-)
>>
>
>
> there were some recent posts on the list, that indicates that
> Here is an untested patch (or at least an idea :) that should help those
> who don't use raised securelevel. This patch needs some debug output for
> both chflags introduced here.
>
> Index: src/findlib/create_file.c
I see my patch is missing a closing brace. And also it fails to return
erro
Short Answer:
Don't do that.
Long Answer:
Bacula-fd is an interactive service (it interacts with the desktop
user) it must be run using the System account.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michal
Winsor
Sent: Tuesday, Decem
In response to "Richard White" <[EMAIL PROTECTED]>:
>
> > Please show this part. The configs aren't likely to help, as it
> seems
> > your config is OK. I'm suspecting that the process you're trying to
> > go through to restore is somehow incorrect. If you show us the
> > process, we might be a
Hi Arno,
Arno Lehmann wrote:
> we have two autochanger, booth changers using "SDLT-320" as MediaType.
> version of bacula is 1.38.11
>
> Ok, problem understood :-)
>
there were some recent posts on the list, that indicates that this might cause
problems.
but someone (maybe kern himself) wrote
Hi Jeremy,
I'll go and try the patch, but I'll modifiy it a bit:
I would say, if the link cannot be created finally, restoring the
original flags of the sourcefile should be take place in any case before
returning CF_ERROR finally. Do you agree?
--
Oliver Lehmann
http://www.pofo.de/
http:/
> Please show this part. The configs aren't likely to help, as it
seems
> your config is OK. I'm suspecting that the process you're trying to
> go through to restore is somehow incorrect. If you show us the
> process, we might be able to pick out what's wrong.
OK, here goes.
In bconsole, type
(I have a patch below.)
The workaround with NetBSD's restore(8) simply was to add a restore option
(-M) that told restore never to set the file flags (via chflags(2)) and
just write the specification for the setting the flag using mtree spec
format. Then the admin could choose to run mtree late
Attached is the latest version of the Bacula Removable Disk Howto in
HTML and LaTeX formats. The attachment also includes the vchanger shell
script and an example config file this time.
The vcahnger script was updated to fix a bug (thanks to Michael Fung for
pointing that out) and to keep the
--On Dienstag, 12. Dezember 2006 21:24 +0100 Oliver Lehmann
<[EMAIL PROTECTED]> wrote:
> Georg Altmann wrote:
>
>> There should really be a possibility to make backups and
>> restores, without having all those policies to get in your way, instead
>> of implementing a complicated handling schem
Georg Altmann wrote:
> There should really be a possibility to make backups and
> restores, without having all those policies to get in your way, instead of
> implementing a complicated handling scheme in every backup-software. Maybe
> worth a bug report for FreeBSD?
But that would "bypass" th
Kern Sibbald wrote:
> If the OS permits Bacula to remove the immutable bit, then it would be
> possible to remove the immutable bit before hardlinking a file, and then put
> it back, and this without keeping any lists.
Hey, I got the same idea ;) some chflags() in the FT_LNKSAVED case in
create
In response to "Richard White" <[EMAIL PROTECTED]>:
> >>> On 12/12/2006 at 9:08 AM, in message
> <[EMAIL PROTECTED]>, Bill Moran
> <[EMAIL PROTECTED]> wrote:
> > In response to "Richard White" <[EMAIL PROTECTED]>:
> >
> >> This is Bacula 1.36.3. I have been backing up Linux servers for
> more
> >
On Tuesday 12 December 2006 21:12, Georg Altmann wrote:
>
> --On Dienstag, 12. Dezember 2006 19:29 +0100 Oliver Lehmann
> <[EMAIL PROTECTED]> wrote:
>
> > Georg Altmann wrote:
> >
> >> The solution proposed is to keep file flags in a list and set them after
> >> all files have been restored, so
--On Dienstag, 12. Dezember 2006 19:29 +0100 Oliver Lehmann
<[EMAIL PROTECTED]> wrote:
> Georg Altmann wrote:
>
>> The solution proposed is to keep file flags in a list and set them after
>> all files have been restored, so that all hardlinks can be created.
>> Though it is probably enough to
>>> On 12/12/2006 at 9:08 AM, in message
<[EMAIL PROTECTED]>, Bill Moran
<[EMAIL PROTECTED]> wrote:
> In response to "Richard White" <[EMAIL PROTECTED]>:
>
>> This is Bacula 1.36.3. I have been backing up Linux servers for
more
>> than a year. I have done a test backup and restore of my Windows
20
--On Dienstag, 12. Dezember 2006 19:40 +0100 Oliver Lehmann
<[EMAIL PROTECTED]> wrote:
> Kern Sibbald wrote:
>
>> Not only is it more complicated, but it can be very expensive. Suppose
>> you are restoring a million hard linked files. That could mean that
>> you need you will need to keep
Hello,
On 12/12/2006 3:25 PM, Thomas Glatthor wrote:
> Hi List,
>
> we have two autochanger, booth changers using "SDLT-320" as MediaType.
> version of bacula is 1.38.11.
Ok, problem understood :-)
> running a restore:
>
>>The job will require the following Volumes:
>> INC008
>>
>>Run Restor
On Tuesday 12 December 2006 19:29, Oliver Lehmann wrote:
> Georg Altmann wrote:
>
> > The solution proposed is to keep file flags in a list and set them after
> > all files have been restored, so that all hardlinks can be created. Though
> > it is probably enough to do this for hardlinked files.
Hello,
On 12/12/2006 11:59 AM, Alessio Mineni wrote:
> Hi all,
>
> I have 3 DAT drives and I want to group this drives into one
> autochenger
> virtual device via multitape-changer script.
There was some discussion about multitape-changer recently. Use some of
the list archives to see i
Oliver Lehmann wrote:
> Why not just keep a list of filenames which should have the IMMUTABLE
> flag, and apply this flag after the whole backup is done to those files.
^^ restore
--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-n
Hello,
Kern Sibbald wrote:
> I have just committed a fixe to the cvs that should fix automatic tape
> labeling for file volumes. It may or may not fix this problem as I think
> they are related.
>
I still get the same error.
I have already wiped out the whole bacula installation and mysql
Kern Sibbald wrote:
> Not only is it more complicated, but it can be very expensive. Suppose you
> are restoring a million hard linked files. That could mean that you need
> you will need to keep a list that could amount to hundreds of millions of
> bytes (you need to keep at least forward l
Georg Altmann wrote:
> The solution proposed is to keep file flags in a list and set them after
> all files have been restored, so that all hardlinks can be created. Though
> it is probably enough to do this for hardlinked files. Looks like this
> would make the restore code even more complicat
On Tuesday 12 December 2006 17:02, Georg Altmann wrote:
>
> --On Dienstag, 12. Dezember 2006 06:26 +0100 Oliver Lehmann
> <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I've noticed that when I'm backing up files with the "schg" flag set, and
> > also files which are a hardlink to such a file with
I have just committed a fixe to the cvs that should fix automatic tape
labeling for file volumes. It may or may not fix this problem as I think
they are related.
On Tuesday 12 December 2006 11:38, Richard Mortimer wrote:
> Hi,
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [
In response to "Richard White" <[EMAIL PROTECTED]>:
> This is Bacula 1.36.3. I have been backing up Linux servers for more
> than a year. I have done a test backup and restore of my Windows 2000
> Pro workstation with no problems (it has, however, FAT32 partitions). As
> a part of planning for the
This is Bacula 1.36.3. I have been backing up Linux servers for more
than a year. I have done a test backup and restore of my Windows 2000
Pro workstation with no problems (it has, however, FAT32 partitions). As
a part of planning for the future (migrating our NetWare servers to OES
Linux and addin
--On Dienstag, 12. Dezember 2006 06:26 +0100 Oliver Lehmann
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've noticed that when I'm backing up files with the "schg" flag set, and
> also files which are a hardlink to such a file with a "schg" flag the
> restore does not work.
> It looks like bacula firs
Hello,
I have a multi machine Bacula setup. The Director and Storage Daemons
are running on Linux. Two File Daemons are running on Windows Server
2003 SP1.
The file daemon services on WS2K3 seem to crash on a regular basis. I
setup service recovery (restart) after 15 minutes, but the end re
Hi List,
we have two autochanger, booth changers using "SDLT-320" as MediaType.
version of bacula is 1.38.11.
running a restore:
> The job will require the following Volumes:
>INC008
>
> Run Restore job
> JobName:RestoreFiles
> Storage:Overland1
> When: 2006-12-12 12:42:19
> OK
On Mon, 11 Dec 2006 09:40:23 +0100
Anders Trobäck <[EMAIL PROTECTED]> wrote:
> On Thu, 7 Dec 2006 10:48:44 +0100
> Kern Sibbald <[EMAIL PROTECTED]> wrote:
>
> > On Thursday 07 December 2006 10:31, Anders Trobäck wrote:
> > > Hi,
> > >
> > > new to this list so bare with me!
> > >
> > > I have s
Hi all,
I have 3 DAT drives and I want to group this drives into one
autochenger
virtual device via multitape-changer script. This is my configuration:
_sd.conf_
> Autochanger {
> Name = "multitape0"
> Device = tape1, tape2, tape3
> Changer Command = "/etc/bacula/scripts/multita
Hi,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Mario Ohnewald
> Sent: 12 December 2006 09:49
> To: mario
> Cc: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] ERR=There is no valid media in
> the device "DVD-Writer"
>
> :-
It seems to come from here: src/dird/catreq.c:266
if (!db_get_media_record(jcr, jcr->db, &mr)) {
Jmsg(jcr, M_ERROR, 0, _("Unable to get Media record for Volume
%s: ERR=%s\n"),
mr.VolumeName, db_strerror(jcr->db));
bnet_fsend(bs, _("1991 Catalog Request for vol
:-(
Has anyone an idea?
Thanks, Mario
>
> Richard Mortimer wrote:
>> On Sat, 2006-12-09 at 12:40 +0100, Kern Sibbald wrote:
>>
If a DVD is full, it mails me that i need to insert e new one, but it
does not carry on writing to it. Is there a way to let bacula try to
write to a new
We had a slightly similar case between the company I work for and another
company - this was google ads, and it was actually resolved with a direct
request to the company that ran the ad to keep the competition fair.
I do see a possibility with this kind of action here as I believe the
opensour
48 matches
Mail list logo
