On Sun, Apr 5, 2009 at 2:26 AM, <bacula-users-request AT lists.sourceforge DOT net> wrote:

Send Bacula-users mailing list submissions to
       bacula-users AT lists.sourceforge DOT net

To subscribe or unsubscribe via the World Wide Web, visit
       https://lists.sourceforge.net/lists/listinfo/bacula-users
or, via email, send a message with subject or body 'help' to
       bacula-users-request AT lists.sourceforge DOT net

You can reach the person managing the list at
       bacula-users-owner AT lists.sourceforge DOT net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bacula-users digest..."


Today's Topics:

  1. Re: StorEdge C2 autochanger not working (Allan Black)
  2. Re: StorEdge C2 autochanger not working (b5b5b5b5)
  3. Re: StorEdge C2 autochanger not working (b5b5b5b5)
  4. Re: phantom filesystems in Windows (Kevin Keane)
  5. Re: StorEdge C2 autochanger not working (Allan Black)
  6. Fileset available in Message Resource? (John Lockard)
  7. Re: Fileset available in Message Resource? (John Lockard)
  8. Re: phantom filesystems in Windows (Erik P. Olsen)
  9. Re: phantom filesystems in Windows (John Drescher)
 10. Re: Large maildir backup (mehma sarja)
 11. File Set and Compression (Maria McKinley)
 12. Re: File Set and Compression (John Drescher)
 13. Re: StorEdge C2 autochanger not working (b5b5b5b5)
 14. Automatic volume numbering (Mike Ruskai)
 15. Re: Automatic volume numbering (Kevin Keane)
 16. Re: don't compress files only in my PC [was: Re:  bacula not
     use all bandwidth of network] (Mordechai T. Abzug)
 17. Problems with Bacula Client for 64Bits (Win2k8)
     (francisco javier funes nieto)
 18. Re: Problems with Bacula Client for 64Bits (Win2k8)
     (John Drescher)
 19. Re: Problems with Bacula Client for 64Bits (Win2k8)
     (francisco javier funes nieto)
 20. Need help with installing file daemon on Windows  Vista.
     (Erik P. Olsen)
 21. Re: Need help with installing file daemon on Windows Vista.
     (Mike Ruskai)
 22. Re: phantom filesystems in Windows (Kevin Keane)
 23. Exclude only for incremental? (Mike Ruskai)
 24. Re: Exclude only for incremental? (Kevin Keane)


----------------------------------------------------------------------

Message: 1
Date: Fri, 03 Apr 2009 16:09:14 +0100
From: Allan Black <Allan.Black AT btconnect DOT com>
Subject: Re: [Bacula-users] StorEdge C2 autochanger not working
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D6269A.3030209 AT btconnect DOT com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

b5b5b5b5 wrote:
> I have a problem running an AUTOCHANGER as a part of backup system.
> After running the 'mtx -f /dev/sg3 status' i get this result:
>       Data Transfer Element 0:Full (Unknown Storage Element Loaded)
>       ...
>       Storage Element 16:Full

It's difficult to tell from this output (since you removed the status for
all but one slot), but it could be that all the slots are full *and* there
is a tape in the drive. The autochanger has certainly lost track of which
slot the tape in the drive came from, and that could be the reason.

Has someone used the front panel or the web interface to load the drive
directly from from the mailslot?

I would eject the tape in the drive using the panel or web interface, and
then try to get it to work (i.e. move tapes around) using the panel/web.

Then try the same thing using mtx.

Then test it with btape.

Then (and only then) try a backup.

BTW, if you need a manual for the C2, I could send you a PDF.

Allan

> When executed this './mtx-changer /dev/sg3 load 1 /dev/nst0 0', i just
> received this response:
>       Drive 0 Full (Storage Element 0 loaded)
>
>
> And finally when tryied this command (from the Bacula's manual chapter
> of testing the tape drive): 'btape -c /etc/bacula/bacula-sd.conf
> /dev/nst0' , i just get this ERROR msg:
>       === Autochanger test ===
>       3301 Issuing autochanger "loaded" command.
>       Nothing loaded in the drive. OK.
>       3303 Issuing autochanger "load 1 0" command.
>       3993 Bad autochanger command: /etc/bacula/scripts/mtx-changer /dev/sg3
> load 1 /dev/nst0 0
>       3993 result="Drive 0 Full (Storage Element 0 loaded)": ERR=Child exited
> with code 1
>       You must correct this error or the Autochanger will not work.
>
> Could anybody give me some help please?
> Thanks in advance for any hint.
> Daniel
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users




------------------------------

Message: 2
Date: Fri, 03 Apr 2009 17:53:26 +0200
From: b5b5b5b5 <b5b5b5b5 AT centrum DOT sk>
Subject: Re: [Bacula-users] StorEdge C2 autochanger not working
To: Massimo Schenone <mschenone AT sorint DOT it>
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D630F6.3070606 AT centrum DOT sk>
Content-Type: text/plain; charset=ISO-8859-2

i forget to mention, that i'm using Debian 5 (Lenny)
but i can try to compare our conf's , and will see if there is something
different. just from the first view, it doesn't look much different.



Massimo Schenone wrote:
> This is my configuration on Solaris 10:
>
> Autochanger {
>   Name = SunSTK-C2
>   Device = Drive-0
>   Changer Command = "/etc/bacula/mtx-changer %c %o %S %a %d"
>   Changer Device = /dev/scsi/changer/c3t4d1
> }
>
> Device {
>   Name = Drive-0
>   Description = "HP Ultrium LTO 3"
>   Media Type = LTO3
>   Archive Device = /dev/rmt/0bn
>   AutomaticMount = yes
>   AlwaysOpen = yes;
>   RemovableMedia = yes;
>   RandomAccess = no;
>
>   AutoChanger = yes
>   Drive Index = 0
>
>   #Offline On Unmount = no
>   #Hardware End of Medium = No
>   #Fast Forward Space File = No
>   #BSF at EOM = yes
>   #TWO EOF = yes
>   #Block Positioning = no
> }
>
>
>
> On Fri, 2009-04-03 at 14:06 +0200, b5b5b5b5 wrote:
>> I have a problem running an AUTOCHANGER as a part of backup system.
>>
>> Tape is:
>>      Product Type: Tape Drive
>>      Vendor ID: 'HP'
>>      Product ID: 'Ultrium 3-SCSI'
>>      Revision: 'G36Z'
>> and everything else looks like to work fine, except of the autochanger:
>>      Product Type: Medium Changer
>>      Vendor ID: 'QUANTUM'
>>      Product ID: 'UHDL'
>>      Revision: '0031'
>> Both of them are part of one device: StorEdge C2 (from SUN
>> Microsystems), model: SQL700 .
>> Connected through:   SCSI storage controller: LSI Logic / Symbios Logic
>> 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08)
>>
>>
>> After running the 'mtx -f /dev/sg3 status' i get this result:
>>      Storage Changer /dev/sg3:1 Drives, 16 Slots ( 0 Import/Export )
>>      Data Transfer Element 0:Full (Unknown Storage Element Loaded)
>>      ...
>>      Storage Element 16:Full
>>
>>
>> When executed this './mtx-changer /dev/sg3 load 1 /dev/nst0 0', i just
>> received this response:
>>      Drive 0 Full (Storage Element 0 loaded)
>>
>>
>> And finally when tryied this command (from the Bacula's manual chapter
>> of testing the tape drive): 'btape -c /etc/bacula/bacula-sd.conf
>> /dev/nst0' , i just get this ERROR msg:
>>      === Autochanger test ===
>>      3301 Issuing autochanger "loaded" command.
>>      Nothing loaded in the drive. OK.
>>      3303 Issuing autochanger "load 1 0" command.
>>      3993 Bad autochanger command: /etc/bacula/scripts/mtx-changer /dev/sg3
>> load 1 /dev/nst0 0
>>      3993 result="Drive 0 Full (Storage Element 0 loaded)": ERR=Child exited
>> with code 1
>>      You must correct this error or the Autochanger will not work.
>>
>> Could anybody give me some help please?
>> Thanks in advance for any hint.
>> Daniel
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Bacula-users mailing list
>> Bacula-users AT lists.sourceforge DOT net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>



------------------------------

Message: 3
Date: Fri, 03 Apr 2009 18:02:56 +0200
From: b5b5b5b5 <b5b5b5b5 AT centrum DOT sk>
Subject: Re: [Bacula-users] StorEdge C2 autochanger not working
To: Allan Black <Allan.Black AT btconnect DOT com>
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D63330.1040201 AT centrum DOT sk>
Content-Type: text/plain; charset=ISO-8859-1

I removed the status for all other slots because they are identical to
the 16th one.
Here you have it:
{
Storage Changer /dev/sg3:1 Drives, 16 Slots ( 0 Import/Export )
Data Transfer Element 0:Full (Unknown Storage Element Loaded)
     Storage Element 1:Full
     Storage Element 2:Full
     Storage Element 3:Full
     Storage Element 4:Full
     Storage Element 5:Full
     Storage Element 6:Full
     Storage Element 7:Full
     Storage Element 8:Full
     Storage Element 9:Full
     Storage Element 10:Full
     Storage Element 11:Full
     Storage Element 12:Full
     Storage Element 13:Full
     Storage Element 14:Full
     Storage Element 15:Full
     Storage Element 16:Full
}

But it's just as you've said, they are full - with tapes inside of course.
And they were inserted inside before the OS was installed.
Anyway, if they are in, or not, i don't know if that's a reason for what
you've said:
       (The autochanger has certainly lost track of which slot the tape in the
drive came from, and that could be the reason.)

> Has someone used the front panel or the web interface to load the drive directly from from the mailslot?
No, nothing like that.


> I would eject the tape in the drive using the panel or web interface, and then try to get it to work (i.e. move tapes around) using the panel/web.
Hm, i can try that, but at monday, as the tape device is placed in the
company.

> BTW, if you need a manual for the C2, I could send you a PDF.
Well, and is there in the manual of the C2 something helpful for this
"case"?

thx for the reply
Daniel



Allan Black wrote:
> b5b5b5b5 wrote:
>> I have a problem running an AUTOCHANGER as a part of backup system.
>> After running the 'mtx -f /dev/sg3 status' i get this result:
>>      Data Transfer Element 0:Full (Unknown Storage Element Loaded)
>>      ...
>>      Storage Element 16:Full
>
> It's difficult to tell from this output (since you removed the status for
> all but one slot), but it could be that all the slots are full *and* there
> is a tape in the drive. The autochanger has certainly lost track of which
> slot the tape in the drive came from, and that could be the reason.
>
> Has someone used the front panel or the web interface to load the drive
> directly from from the mailslot?
>
> I would eject the tape in the drive using the panel or web interface, and
> then try to get it to work (i.e. move tapes around) using the panel/web.
>
> Then try the same thing using mtx.
>
> Then test it with btape.
>
> Then (and only then) try a backup.
>
> BTW, if you need a manual for the C2, I could send you a PDF.
>
> Allan
>
>> When executed this './mtx-changer /dev/sg3 load 1 /dev/nst0 0', i just
>> received this response:
>>      Drive 0 Full (Storage Element 0 loaded)
>>
>>
>> And finally when tryied this command (from the Bacula's manual chapter
>> of testing the tape drive): 'btape -c /etc/bacula/bacula-sd.conf
>> /dev/nst0' , i just get this ERROR msg:
>>      === Autochanger test ===
>>      3301 Issuing autochanger "loaded" command.
>>      Nothing loaded in the drive. OK.
>>      3303 Issuing autochanger "load 1 0" command.
>>      3993 Bad autochanger command: /etc/bacula/scripts/mtx-changer /dev/sg3
>> load 1 /dev/nst0 0
>>      3993 result="Drive 0 Full (Storage Element 0 loaded)": ERR=Child exited
>> with code 1
>>      You must correct this error or the Autochanger will not work.
>>
>> Could anybody give me some help please?
>> Thanks in advance for any hint.
>> Daniel
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Bacula-users mailing list
>> Bacula-users AT lists.sourceforge DOT net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>



------------------------------

Message: 4
Date: Fri, 3 Apr 2009 09:56:23 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] phantom filesystems in Windows
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D63FB7.1030106 AT kkeane DOT com>
Content-Type: text/plain;       charset="US-ASCII";     format="flowed"

Foo wrote:
> On Thu, 02 Apr 2009 17:57:32 +0200, John Drescher <drescherjm AT gmail DOT com>
> wrote:
>
>
>> On Thu, Apr 2, 2009 at 11:27 AM, Kevin Keane <subscription AT kkeane DOT com>
>> wrote:
>>
>>> This actually is correct behavior. If you look carefully, you will see
>>> that these two directories are actually not directories at all, but
>>> rather junction points that simply reference other directories somewhere
>>> else. Windows junction points are like a cross between Linux symlinks
>>> and Linux mounts.
>>>
>>>
>> I would like to add to the OP that these should be ignored as they are
>> harmless.
>>
>
> They belong to .net 2.0 and can be included explicitly. If you don't, I
> would expect .net to break in some mysterious way, although it might break
> anyway if Bacula cannot restore junction points (can it?). At least I
> include them to be sure. You'll get warnings about them anyway if you
> include the whole partition, but that can be ignored.
>
> I guess if the restore doesn't work properly, you can always reinstall
> ..net (+ hotfixes/service packs) to fix it, though that's not ideal.
> Thankfully I didn't run into this so far.
>
Actually, you probably should *not* include these directories
explicitly. Because they are junction points, the actual data is stored
somewhere else, usually on the same file system, and already is getting
backed up. By including the directories explicitly, you would basically
on restore create a real directory instead of a junction point, which
could wreak havoc with .NET updates in the future (as well as many other
issues, I'm sure).

Your suggestion to reinstall .Net is a good one. Personally, I think
that after a restore, it is a good idea to reinstall as much software as
you can, to straighten out any glitches.

Regards,

Kevin

--
Kevin Keane
Owner
The NetTech
Find the Uncommon: Expert Solutions for a Network You Never Have to Think About

Office: 866-642-7116
http://www.4nettech.com

This e-mail and attachments, if any, may contain confidential and/or proprietary information. Please be advised that the unauthorized use or disclosure of the information is strictly prohibited. The information herein is intended only for use by the intended recipient(s) named above. If you have received this transmission in error, please notify the sender immediately and permanently delete the e-mail and any copies, printouts or attachments thereof.




------------------------------

Message: 5
Date: Fri, 03 Apr 2009 17:59:46 +0100
From: Allan Black <Allan.Black AT btconnect DOT com>
Subject: Re: [Bacula-users] StorEdge C2 autochanger not working
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D64082.2080703 AT btconnect DOT com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

b5b5b5b5 wrote:
> But it's just as you've said, they are full - with tapes inside of course.

You won't get it to work like that :-)

> Anyway, if they are in, or not, i don't know if that's a reason for what
> you've said:
>       (The autochanger has certainly lost track of which slot the tape in the
> drive came from, and that could be the reason.)

I meant this line:
Data Transfer Element 0:Full (Unknown Storage Element Loaded)

It should say something like this:
Data Transfer Element 0:Full (Storage Element 1 Loaded)

which tells you (in the above example) that the tape from slot 1
is currently in the drive.

You need to remove the tape from the drive and get it out of the way completely.
Having tapes in all the slots *and* the drive is an invalid configuration. In
order to change tapes, the autoloader needs to remove the tape from the drive,
put it into an empty slot, and then load the tape from another slot. It needs
some room for manoeuvre, i.e. at least one empty slot if the drive is occupied.

The autoloader should also "remember" which slot a particular tape was loaded
from (and it will tell you in the mtx status output, which is what I referred
to above).

>> BTW, if you need a manual for the C2, I could send you a PDF.
> Well, and is there in the manual of the C2 something helpful for this
> "case"?

It will tell you how to get the tape out of the drive :-)
Seriously, if you want a copy, just email me and I will send it direct to
you. It is a 1.4 MB file (and it doesn't seem to be on docs.sun.com for
some reason).

Allan



------------------------------

Message: 6
Date: Fri, 3 Apr 2009 14:54:01 -0400
From: John Lockard <jlockard AT umich DOT edu>
Subject: [Bacula-users] Fileset available in Message Resource?
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <20090403185401.GC30666 AT umich DOT edu>
Content-Type: text/plain; charset=us-ascii

Hi All,

Looking through the manual in the Message Resource section
I don't see 'FileSet' as one of the options.  (Version 2.4.4).
Is this available but undocumented or should I be putting in
a software change request?

Reason I ask, is that an email telling me that a job for
'Server1' finished isn't nearly as informative to me as
an email saying that 'Server1:partion2' finished, especially
when I may also have jobs for 'Server1:partition3' and
'Server1:partition4'.

Thanks,
John

--
"Photography can never grow up if it imitates some other medium.
 It has to walk alone; it has to be itself." - Berenice Abbott
-------------------------------------------------------------------
        John M. Lockard |  U of Michigan - School of Information
 Unix and Security Admin |      1214 SI North - 1075 Beal Ave.
     jlockard AT umich DOT edu |        Ann Arbor, MI  48109-2112
 www.umich.edu/~jlockard |     734-615-8776 | 734-647-8045 FAX
-------------------------------------------------------------------



------------------------------

Message: 7
Date: Fri, 3 Apr 2009 15:56:40 -0400
From: John Lockard <jlockard AT umich DOT edu>
Subject: Re: [Bacula-users] Fileset available in Message Resource?
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <20090403195640.GD30666 AT umich DOT edu>
Content-Type: text/plain; charset=us-ascii

Nevermind... I'm a moron.

On Fri, Apr 03, 2009 at 02:54:01PM -0400, John Lockard wrote:
> Hi All,
>
> Looking through the manual in the Message Resource section
> I don't see 'FileSet' as one of the options.  (Version 2.4.4).
> Is this available but undocumented or should I be putting in
> a software change request?
>
> Reason I ask, is that an email telling me that a job for
> 'Server1' finished isn't nearly as informative to me as
> an email saying that 'Server1:partion2' finished, especially
> when I may also have jobs for 'Server1:partition3' and
> 'Server1:partition4'.
>
> Thanks,
> John

--
Emergency water landing, 600 miles an hour:
  blank faces, calm as Hindu cows. - Tyler Durden
-------------------------------------------------------------------
        John M. Lockard |  U of Michigan - School of Information
 Unix and Security Admin |      1214 SI North - 1075 Beal Ave.
     jlockard AT umich DOT edu |        Ann Arbor, MI  48109-2112
 www.umich.edu/~jlockard |     734-615-8776 | 734-647-8045 FAX
-------------------------------------------------------------------



------------------------------

Message: 8
Date: Fri, 03 Apr 2009 22:25:02 +0200
From: "Erik P. Olsen" <epodata AT gmail DOT com>
Subject: Re: [Bacula-users] phantom filesystems in Windows
To: Kevin Keane <subscription AT kkeane DOT com>
Cc: Bacula <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D6709E.6080700 AT gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

On 03/04/09 21:19, Kevin Keane wrote:
> Erik P. Olsen wrote:
>> On 03/04/09 18:56, Kevin Keane wrote:
>>
>>> Foo wrote:
>>>
>>>> On Thu, 02 Apr 2009 17:57:32 +0200, John Drescher
>>>> <drescherjm AT gmail DOT com>  wrote:
>>>>
>>>>
>>>>> On Thu, Apr 2, 2009 at 11:27 AM, Kevin Keane
>>>>> <subscription AT kkeane DOT com>  wrote:
>>>>>
>>>>>> This actually is correct behavior. If you look carefully, you will
>>>>>> see
>>>>>> that these two directories are actually not directories at all, but
>>>>>> rather junction points that simply reference other directories
>>>>>> somewhere
>>>>>> else. Windows junction points are like a cross between Linux symlinks
>>>>>> and Linux mounts.
>>>>>>
>>>>>>
>>>>> I would like to add to the OP that these should be ignored as they
>>>>> are  harmless.
>>>>>
>>>> They belong to .net 2.0 and can be included explicitly. If you
>>>> don't, I  would expect .net to break in some mysterious way,
>>>> although it might break  anyway if Bacula cannot restore junction
>>>> points (can it?). At least I  include them to be sure. You'll get
>>>> warnings about them anyway if you  include the whole partition, but
>>>> that can be ignored.
>>>>
>>>> I guess if the restore doesn't work properly, you can always
>>>> reinstall  ..net (+ hotfixes/service packs) to fix it, though that's
>>>> not ideal.  Thankfully I didn't run into this so far.
>>>>
>>> Actually, you probably should *not* include these directories
>>> explicitly. Because they are junction points, the actual data is
>>> stored somewhere else, usually on the same file system, and already
>>> is getting backed up. By including the directories explicitly, you
>>> would basically on restore create a real directory instead of a
>>> junction point, which could wreak havoc with .NET updates in the
>>> future (as well as many other issues, I'm sure).
>>>
>>>
>> I think it would be wiser if the client instead of backing-up a
>> junction point rather would back-up
>> the actual data. It is not easy to find all junction points and treat
>> them manually. I for one would
>> not be able to perform this task, IMHO it should be done automagically
>> by the client. It would also
>> be perfect if a junction point would be recreated as part of a restore
>> operation.
>>
> The data is backed up automatically from the location where it really
> resides (as long as the file set includes that location, of course.
> Usually, not a problem because most of these types of junction points
> simply link to neighboring directories, or at least close-by ones).
>
I think I need to understand it better. If I interpret it correctly then a
file set including a junction will cause the actual data to be backed-up.
But what happens if the data has to be restored? Will the actual data be
restored together with the junction?

> Did you mean to respond to the group?

Yes, I am sorry I really intended to respond to the list but forgot to add
it's address to the header.

--
Erik.





------------------------------

Message: 9
Date: Fri, 3 Apr 2009 16:48:19 -0400
From: John Drescher <drescherjm AT gmail DOT com>
Subject: Re: [Bacula-users] phantom filesystems in Windows
To: "Erik P. Olsen" <epodata AT gmail DOT com>,        bacula-users
       <Bacula-users AT lists.sourceforge DOT net>
Message-ID:
       <387ee2020904031348n3633c0b3m8c46fd0eee78974b AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

> I think I need to understand it better. If I interpret it correctly then a
> file set including a junction will cause the actual data to be backed-up.
> But what happens if the data has to be restored? Will the actual data be
> restored together with the junction?
>
I do not believe the junction will be restored so this will be
missing. Someone please correct me if I am wrong. I guess this is very
easy to test. I mean create a junction point, backup then delete the
junction point and restore and see what happens.


This tool will allow you to create junction points on any system of
Win2K or greater.

http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx

John



------------------------------

Message: 10
Date: Fri, 3 Apr 2009 14:30:15 -0700
From: mehma sarja <mehmasarja AT gmail DOT com>
Subject: Re: [Bacula-users] Large maildir backup
To: "bacula-users AT lists.sourceforge DOT net"
       <bacula-users AT lists.sourceforge DOT net>
Message-ID:
       <ec5d34680904031430x2d5576b9g965aacd47d388ce6 AT mail.gmail DOT com>
Content-Type: text/plain; charset="iso-8859-1"

Michael,

This is a work in progress and I'll keep everyone posted on what my configs
are once I know something works. I have re-compiled bacula with batch mode
turned on.

Yudhvir
===
On Sun, Nov 30, 2008 at 9:18 AM, Michael Galloway <mgx AT ornl DOT gov> wrote:

> On Thu, Nov 27, 2008 at 04:03:50PM +0100, Daniel Betz wrote:
> > Hi!
> >
> > I have the same problem with large amount of files on one filesystem (
> Maildir ).
> > Now i have 2 concurrent jobs running and the time for the backups need
> half the time.
> > I havent tested 4 concurrent jobs jet .. :-)
> >
> >
> > Greetings,
> >
>
> would you mind posting what your config is for concurrancy? in the same
> boat here, i have
> several filesystems with more than 10 million files per filesystem.
>
> -- michael
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url="">
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 11
Date: Fri, 03 Apr 2009 17:02:59 -0700
From: Maria McKinley <maria AT shadlen DOT org>
Subject: [Bacula-users] File Set and Compression
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D6A3B3.6010207 AT shadlen DOT org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed


Greetings,

I posted this a bit ago, but didn't receive a response, so thought I
would try again...

I would like to have most of the jobs I run to be compressed and put on
disk, but I want the daily incremental to be put on tape, which means
letting the hardware do compression. It looks like the only way to do
this is to define a separate FileSet for the jobs done nightly than for
the jobs done weekly. However, I'm pretty sure that this will mean that
the daily is truly a separate job, and will not recognize the weekly
full backup as the same job, even though they are the same files, and
will thus not 'reset' every week to the current weekly backup, and will
continue to indefinitely do incremental to the full set it will want to
do when I start the bacula daemon. Is there any way around this, or
should I just move entirely to disk?

cheers,
maria



------------------------------

Message: 12
Date: Fri, 3 Apr 2009 22:00:09 -0400
From: John Drescher <drescherjm AT gmail DOT com>
Subject: Re: [Bacula-users] File Set and Compression
To: Maria McKinley <maria AT shadlen DOT org>, bacula-users
       <Bacula-users AT lists.sourceforge DOT net>
Message-ID:
       <387ee2020904031900s67da6757p99a0fa7dd3dd44d9 AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Apr 3, 2009 at 8:02 PM, Maria McKinley <maria AT shadlen DOT org> wrote:
>
> Greetings,
>
> I posted this a bit ago, but didn't receive a response, so thought I
> would try again...
>
> I would like to have most of the jobs I run to be compressed and put on
> disk, but I want the daily incremental to be put on tape, which means
> letting the hardware do compression. It looks like the only way to do
> this is to define a separate FileSet for the jobs done nightly than for
> the jobs done weekly. However, I'm pretty sure that this will mean that
> the daily is truly a separate job, and will not recognize the weekly
> full backup as the same job, even though they are the same files, and
> will thus not 'reset' every week to the current weekly backup, and will
> continue to indefinitely do incremental to the full set it will want to
> do when I start the bacula daemon. Is there any way around this, or
> should I just move entirely to disk?
>

If you are just talking about incrementals I would just let the
compression run. You are correct that this new fileset will make it
look like a different job and it will promote the first to a full.

John



------------------------------

Message: 13
Date: Sat, 04 Apr 2009 09:38:00 +0200
From: b5b5b5b5 <b5b5b5b5 AT centrum DOT sk>
Subject: Re: [Bacula-users] StorEdge C2 autochanger not working
To: Allan Black <Allan.Black AT btconnect DOT com>
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <49D70E58.5000209 AT centrum DOT sk>
Content-Type: text/plain; charset=ISO-8859-1


> It should say something like this:
> Data Transfer Element 0:Full (Storage Element 1 Loaded)

Good to know. thx.


> You need to remove the tape from the drive and get it out of the way completely.
> Having tapes in all the slots *and* the drive is an invalid configuration. In
> order to change tapes, the autoloader needs to remove the tape from the drive,
> put it into an empty slot, and then load the tape from another slot. It needs
> some room for manoeuvre, i.e. at least one empty slot if the drive is occupied.
>
> The autoloader should also "remember" which slot a particular tape was loaded
> from (and it will tell you in the mtx status output, which is what I referred
> to above).

Well, this is our first autochanger, so it's goot to know as well theese
things how it works.


> It will tell you how to get the tape out of the drive :-)
> Seriously, if you want a copy, just email me and I will send it direct to
> you. It is a 1.4 MB file (and it doesn't seem to be on docs.sun.com for
> some reason).

Ok, maybe can be useful, so please send me an copy of the manual.

Thanks
Daniel








Allan Black wrote:
> b5b5b5b5 wrote:
>> But it's just as you've said, they are full - with tapes inside of course.
>
> You won't get it to work like that :-)
>
>> Anyway, if they are in, or not, i don't know if that's a reason for what
>> you've said:
>>      (The autochanger has certainly lost track of which slot the tape in the
>> drive came from, and that could be the reason.)
>
> I meant this line:
> Data Transfer Element 0:Full (Unknown Storage Element Loaded)
>
> It should say something like this:
> Data Transfer Element 0:Full (Storage Element 1 Loaded)
>
> which tells you (in the above example) that the tape from slot 1
> is currently in the drive.
>
> You need to remove the tape from the drive and get it out of the way completely.
> Having tapes in all the slots *and* the drive is an invalid configuration. In
> order to change tapes, the autoloader needs to remove the tape from the drive,
> put it into an empty slot, and then load the tape from another slot. It needs
> some room for manoeuvre, i.e. at least one empty slot if the drive is occupied.
>
> The autoloader should also "remember" which slot a particular tape was loaded
> from (and it will tell you in the mtx status output, which is what I referred
> to above).
>
>>> BTW, if you need a manual for the C2, I could send you a PDF.
>> Well, and is there in the manual of the C2 something helpful for this
>> "case"?
>
> It will tell you how to get the tape out of the drive :-)
> Seriously, if you want a copy, just email me and I will send it direct to
> you. It is a 1.4 MB file (and it doesn't seem to be on docs.sun.com for
> some reason).
>
> Allan
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>



------------------------------

Message: 14
Date: Sat, 04 Apr 2009 04:18:26 -0400
From: Mike Ruskai <thannyd AT earthlink DOT net>
Subject: [Bacula-users] Automatic volume numbering
To: Bacula Users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D717D2.6070909 AT earthlink DOT net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Starting with a new database, Bacula numbered volumes from three
separate pools like this:

Client1Full0001
Client1Incremental0002
Client2Full0003
Client2Full0004

It should be this:

Client1Full0001
Client1Incremental0001
Client2Full0001
Client2Full0002

Known bug?




------------------------------

Message: 15
Date: Sat, 4 Apr 2009 01:52:07 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] Automatic volume numbering
Cc: Bacula Users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D71FB7.6020502 AT kkeane DOT com>
Content-Type: text/plain;       charset="US-ASCII";     format="flowed"

No, it's documented behavior. The numbers are actually the media IDs -
basically, the database primary key. If you deleted these volumes from
bacula completely, the numbering would start at 0005.

The reason for this scheme is to ensure that there are no collisions.

If you really want the numbering the way you propose, look into using
the {NumVolumes} variable expansion in your Label= statement (I think
that is the name, I can't recall for sure off the top of the head). This
variable contains the number of volumes in your pool, so counting always
starts with 0. However, there is a risk of naming collisions.

Mike Ruskai wrote:
> Starting with a new database, Bacula numbered volumes from three
> separate pools like this:
>
> Client1Full0001
> Client1Incremental0002
> Client2Full0003
> Client2Full0004
>
> It should be this:
>
> Client1Full0001
> Client1Incremental0001
> Client2Full0001
> Client2Full0002
>
> Known bug?
>
--
Kevin Keane
Owner
The NetTech
Find the Uncommon: Expert Solutions for a Network You Never Have to Think About

Office: 866-642-7116
http://www.4nettech.com

This e-mail and attachments, if any, may contain confidential and/or proprietary information. Please be advised that the unauthorized use or disclosure of the information is strictly prohibited. The information herein is intended only for use by the intended recipient(s) named above. If you have received this transmission in error, please notify the sender immediately and permanently delete the e-mail and any copies, printouts or attachments thereof.




------------------------------

Message: 16
Date: Sat, 4 Apr 2009 06:47:02 -0400
From: "Mordechai T. Abzug" <morty AT frakir DOT org>
Subject: Re: [Bacula-users] don't compress files only in my PC [was:
       Re:     bacula not use all bandwidth of network]
To: Victor Hugo dos Santos <listas.vhs AT gmail DOT com>
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <20090404104702.GA13910 AT red-sonja.frakir DOT org>
Content-Type: text/plain; charset=us-ascii

On Fri, Apr 03, 2009 at 09:38:13AM -0400, Victor Hugo dos Santos wrote:

> would be necessary have unencrypted files in my machine and after of
> backup, compress the files in the server.
> or, compress the files in my machine before backup in my encrypted
> folder, but in this case I have the double information (data and
> encrypted data) in my hard drive.
>
> mmm.. I don't think it good idea !!
> others alternatives ???

What are you using to do encryption on your system?  Some of the apps
in this space support compression as well.  PGP does, IIRC.

- Morty



------------------------------

Message: 17
Date: Sat, 4 Apr 2009 19:27:38 +0200
From: francisco javier funes nieto <esencia AT gmail DOT com>
Subject: [Bacula-users] Problems with Bacula Client for 64Bits
       (Win2k8)
To: bacula-users AT lists.sourceforge DOT net
Message-ID:
       <30cf90750904041027t7c720c1fi5d0b2ea9cc116263 AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

Recently I adquired a Dell machine with Windows Server 2008 Standard 64Bits.

Im trying to configure the FileDaemon Client in it with de 2.5.42-b2
client software.

Once has been installed and configured in bacula-dir.conf in my
Director (Bacula 2.4.4 on Debian Lenny) and I obtain the following
error:

Connecting to Client nuubowin-fd at 192.168.1.7:9102
Failed to connect to Client nuubowin-fd.
====
*
*messages
04-abr 21:20 doraemon-dir JobId 0: Fatal error: File daemon at
"192.168.1.7:9102" rejected Hello command


I have read a thread with information about the problems with 64 bits
bacula clients and I don't see nothing about a solution for that.

Someone has a solution for this or have resolved this with an
aproximation (32bits client maybe?).

thanks !

J.

--
_____________________________________________

Francisco Javier Funes Nieto [esencia AT gmail DOT com]
CANONIGOS
Servicios Inform?ticos para PYMES.
Cl. Cruz 2, 1? Oficina 7
Tlf: 958.536759 / 661134556
Fax: 958.521354
GRANADA - 18002



------------------------------

Message: 18
Date: Sat, 4 Apr 2009 13:52:21 -0400
From: John Drescher <drescherjm AT gmail DOT com>
Subject: Re: [Bacula-users] Problems with Bacula Client for 64Bits
       (Win2k8)
To: francisco javier funes nieto <esencia AT gmail DOT com>,   bacula-users
       <Bacula-users AT lists.sourceforge DOT net>
Message-ID:
       <387ee2020904041052m31437e30g92b57c1403f0a9ec AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

On Sat, Apr 4, 2009 at 1:27 PM, francisco javier funes nieto
<esencia AT gmail DOT com> wrote:
> Hi all,
>
> Recently I adquired a Dell machine with Windows Server 2008 Standard 64Bits.
>
> Im trying to configure the FileDaemon Client in it with de 2.5.42-b2
> client software.
>
> Once has been installed and configured in bacula-dir.conf in my
> Director (Bacula 2.4.4 on Debian Lenny) and I obtain the following
> error:
>

We found out last week that 2.5.X clients can not work with older
directors so downgrade your windows filedaemon client.

John



------------------------------

Message: 19
Date: Sat, 4 Apr 2009 20:32:20 +0200
From: francisco javier funes nieto <esencia AT gmail DOT com>
Subject: Re: [Bacula-users] Problems with Bacula Client for 64Bits
       (Win2k8)
To: John Drescher <drescherjm AT gmail DOT com>
Cc: bacula-users <Bacula-users AT lists.sourceforge DOT net>
Message-ID:
       <30cf90750904041132s441e43a1qc8ac0eeb0675101f AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

Ok, thanks...

I'm using the 2.4.4-b2 and works like a charm.. I don't know if I have
VSS 64 bit support on it...

It's supported in this release?

J.

2009/4/4 John Drescher <drescherjm AT gmail DOT com>:
> On Sat, Apr 4, 2009 at 1:27 PM, francisco javier funes nieto
> <esencia AT gmail DOT com> wrote:
>> Hi all,
>>
>> Recently I adquired a Dell machine with Windows Server 2008 Standard 64Bits.
>>
>> Im trying to configure the FileDaemon Client in it with de 2.5.42-b2
>> client software.
>>
>> Once has been installed and configured in bacula-dir.conf in my
>> Director (Bacula 2.4.4 on Debian Lenny) and I obtain the following
>> error:
>>
>
> We found out last week that 2.5.X clients can not work with older
> directors so downgrade your windows filedaemon client.
>
> John
>



--
_____________________________________________

Francisco Javier Funes Nieto [esencia AT gmail DOT com]
CANONIGOS
Servicios Inform?ticos para PYMES.
Cl. Cruz 2, 1? Oficina 7
Tlf: 958.536759 / 661134556
Fax: 958.521354
GRANADA - 18002



------------------------------

Message: 20
Date: Sat, 04 Apr 2009 23:28:37 +0200
From: "Erik P. Olsen" <epodata AT gmail DOT com>
Subject: [Bacula-users] Need help with installing file daemon on
       Windows Vista.
To: Bacula <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D7D105.8 AT gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

I am currently running bacula 2.4.3 and in the process of including a
Windows Vista box in the backup service. I believe I have installed
winbacula-2.4.3.exec correctly. However, the Bacula File Service does not
start and gives the error message "error 3: The specified path was not found".

The service  is attempted started by the command:

"C:\Program Files\Bacula\bin\bacula-fd.exe" /service -c
"C:\ProgramData\Bacula\bacula-fd.conf"

Since this Vista is Danish the directory "\Program Files" does not exist, it
is replaced by "\ProgramFiler" under which bacula-fd.exe is found. My
problem is now that I don't know how I can change the command accordingly.
There does not seem to exist a mechanism to make this change.

Maybe the only way is to create the missing directory and move bacula-fd.exe
to it, but I would rather change the path in the service.

--
Erik.



------------------------------

Message: 21
Date: Sat, 04 Apr 2009 23:29:06 -0400
From: Mike Ruskai <thannyd AT earthlink DOT net>
Subject: Re: [Bacula-users] Need help with installing file daemon on
       Windows Vista.
To: Bacula <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D82582.20707 AT earthlink DOT net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 04/04/2009 17:28, Erik P. Olsen wrote:
> The service  is attempted started by the command:
>
> "C:\Program Files\Bacula\bin\bacula-fd.exe" /service -c
> "C:\ProgramData\Bacula\bacula-fd.conf"
>
> Since this Vista is Danish the directory "\Program Files" does not exist, it
> is replaced by "\ProgramFiler" under which bacula-fd.exe is found.
>
You can change that via the registry editor.  Go to
HKLM->System->CurrentControlSet->Services->Bacula-fd.  Edit the value
ImagePath to fix the directory.  Reboot, and all should be well.




------------------------------

Message: 22
Date: Sat, 4 Apr 2009 21:20:29 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] phantom filesystems in Windows
Cc: Bacula <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D8318D.8020605 AT kkeane DOT com>
Content-Type: text/plain;       charset="US-ASCII";     format="flowed"

Erik P. Olsen wrote:
> On 03/04/09 21:19, Kevin Keane wrote:
>
>> Erik P. Olsen wrote:
>>
>>> On 03/04/09 18:56, Kevin Keane wrote:
>>>
>>>
>>>> Foo wrote:
>>>>
>>>>
>>>>> On Thu, 02 Apr 2009 17:57:32 +0200, John Drescher
>>>>> <drescherjm AT gmail DOT com>  wrote:
>>>>>
>>>>>
>>>>>
>>>>>> On Thu, Apr 2, 2009 at 11:27 AM, Kevin Keane
>>>>>> <subscription AT kkeane DOT com>  wrote:
>>>>>>
>>>>>>
>>>>>>> This actually is correct behavior. If you look carefully, you will
>>>>>>> see
>>>>>>> that these two directories are actually not directories at all, but
>>>>>>> rather junction points that simply reference other directories
>>>>>>> somewhere
>>>>>>> else. Windows junction points are like a cross between Linux symlinks
>>>>>>> and Linux mounts.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> I would like to add to the OP that these should be ignored as they
>>>>>> are  harmless.
>>>>>>
>>>>>>
>>>>> They belong to .net 2.0 and can be included explicitly. If you
>>>>> don't, I  would expect .net to break in some mysterious way,
>>>>> although it might break  anyway if Bacula cannot restore junction
>>>>> points (can it?). At least I  include them to be sure. You'll get
>>>>> warnings about them anyway if you  include the whole partition, but
>>>>> that can be ignored.
>>>>>
>>>>> I guess if the restore doesn't work properly, you can always
>>>>> reinstall  ..net (+ hotfixes/service packs) to fix it, though that's
>>>>> not ideal.  Thankfully I didn't run into this so far.
>>>>>
>>>>>
>>>> Actually, you probably should *not* include these directories
>>>> explicitly. Because they are junction points, the actual data is
>>>> stored somewhere else, usually on the same file system, and already
>>>> is getting backed up. By including the directories explicitly, you
>>>> would basically on restore create a real directory instead of a
>>>> junction point, which could wreak havoc with .NET updates in the
>>>> future (as well as many other issues, I'm sure).
>>>>
>>>>
>>>>
>>> I think it would be wiser if the client instead of backing-up a
>>> junction point rather would back-up
>>> the actual data. It is not easy to find all junction points and treat
>>> them manually. I for one would
>>> not be able to perform this task, IMHO it should be done automagically
>>> by the client. It would also
>>> be perfect if a junction point would be recreated as part of a restore
>>> operation.
>>>
>>>
>> The data is backed up automatically from the location where it really
>> resides (as long as the file set includes that location, of course.
>> Usually, not a problem because most of these types of junction points
>> simply link to neighboring directories, or at least close-by ones).
>>
>>
> I think I need to understand it better. If I interpret it correctly then a
> file set including a junction will cause the actual data to be backed-up.
>
Close, but not quite. The junction, and anything underneath, is simply
disregarded. As John Drescher mentioned, you probably have to recreate
it manually.

The data itself actually doesn't even sit under the junction in the
first place. It's somewhere else in your file system. And it would get
backed up *in that place*.


> But what happens if the data has to be restored? Will the actual data be
> restored together with the junction?
>
The actual data will be restored with the whatever directory it actually
resides.

For example, let's say that you have a junction point at C:\abc\def and
it points to C:\abc\ghi (it could also point to
D:\somethingcompletelydifferent but most junction points tend to point
to close-by directories)

When you back up C:\abc\def you will get the warning from bacula.
When you restore, you will find all the data under C:\abc\ghi
I would expect that either C:\abc\def does not exist at all, or that it
is an empty directory.

--
Kevin Keane
Owner
The NetTech
Find the Uncommon: Expert Solutions for a Network You Never Have to Think About

Office: 866-642-7116
http://www.4nettech.com

This e-mail and attachments, if any, may contain confidential and/or proprietary information. Please be advised that the unauthorized use or disclosure of the information is strictly prohibited. The information herein is intended only for use by the intended recipient(s) named above. If you have received this transmission in error, please notify the sender immediately and permanently delete the e-mail and any copies, printouts or attachments thereof.




------------------------------

Message: 23
Date: Sun, 05 Apr 2009 01:50:00 -0400
From: Mike Ruskai <thannyd AT earthlink DOT net>
Subject: [Bacula-users] Exclude only for incremental?
To: Bacula Users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D84688.40505 AT earthlink DOT net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Is there any way to exclude a file from incremental backups only, not
full backups?




------------------------------

Message: 24
Date: Sat, 4 Apr 2009 23:25:06 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] Exclude only for incremental?
Cc: Bacula Users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D84EC2.1000103 AT kkeane DOT com>
Content-Type: text/plain;       charset="US-ASCII";     format="flowed"

You could split the fileset into two separate file sets - one that just
holds the excluded file, and another that holds all files except that one.

Then run two separate backup jobs with these two file sets.

Mike Ruskai wrote:
> Is there any way to exclude a file from incremental backups only, not
> full backups?
>


--
Kevin Keane
Owner
The NetTech
Find the Uncommon: Expert Solutions for a Network You Never Have to Think About

Office: 866-642-7116
http://www.4nettech.com

This e-mail and attachments, if any, may contain confidential and/or proprietary information. Please be advised that the unauthorized use or disclosure of the information is strictly prohibited. The information herein is intended only for use by the intended recipient(s) named above. If you have received this transmission in error, please notify the sender immediately and permanently delete the e-mail and any copies, printouts or attachments thereof.




------------------------------

------------------------------------------------------------------------------


------------------------------

_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users


End of Bacula-users Digest, Vol 36, Issue 6
*******************************************

------------------------------------------------------------------------------

_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users