|
[Bacula-users] UNSUBSCRIBE
2009-04-05 10:13:35
UNSUBSCRIBE
On Sun, Apr 5, 2009 at 9:20 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. Howto recover from a job being rerun around a summer time
change (Mark V)
2. Re: Howto recover from a job being rerun around a summer time
change (Pawe? Madej)
3. Re: Howto recover from a job being rerun around a summer time
change (Kevin Keane)
4. Re: Howto recover from a job being rerun around a summer time
change (Kevin Keane)
5. Re: Howto recover from a job being rerun around a summer time
change (Kevin Keane)
6. Re: Howto recover from a job being rerun around a summer time
change (Kevin Keane)
7. Paths for Windows file daemons (Mike Ruskai)
8. Re: Automatic volume numbering (Mike Ruskai)
9. Re: Paths for Windows file daemons (James Harper)
10. UNSUBSCRIBE (Job Seeker)
----------------------------------------------------------------------
Message: 1
Date: Sun, 5 Apr 2009 17:37:25 +1100
From: Mark V <mvyver AT gmail DOT com>
Subject: [Bacula-users] Howto recover from a job being rerun around a
summer time change
To: bacula-users <bacula-users AT lists.sourceforge DOT net>
Message-ID:
<389c43e40904042337r21f76180j55312c178e99a5ca AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1
Hi Group,
Unfortunately I seem to have scheduled my full backup for 2:05am which
is around the time that our clocks go back, 2:00am - I use openSUSE
11.0 and it seems this time shift happened, but only after the backup
started.
bacula version is 2.4.4
The result does not seem to be disastrous - the backup went ahead.
The problem is the same backup job tried to run again and is now
hanging with bacula-tray-monitor showing:
Device is BLOCKED waiting to create a volume for:
Pool: Full-Pool
Media type: File
In the log I don't see error messages.
But in bat gui I did see an error message in the console showing that
the job finished at 2:51am and then tried to start again at 2:05am,
and of course complained that the job file existed - this job is set
to have only one backup job per file.
Two questions:
Q1) Am I going mad or is it possible for bat to show an error that
does not show in the bacula log file?
Q2) What is the best way to remedy this situation?
Q3) Am I correct in assuming that the only way to handle (summer) time
changes is to set your backup times far enough away from the change
over time?
Appreciate any suggestions.
Mark
------------------------------
Message: 2
Date: Sun, 5 Apr 2009 08:33:24 +0100
From: Pawe? Madej <nysander AT quanteam DOT pl>
Subject: Re: [Bacula-users] Howto recover from a job being rerun
around a summer time change
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <200904050933.25563.nysander AT quanteam DOT pl>
Content-Type: text/plain; charset="iso-8859-1"
AFAIK answer for Q3 is to set this job to far away. this mean 1h forward to
3:05 am.
Greets
Pawel Madej
On niedziela, 5 kwietnia 2009 08:37:25 Mark V wrote:
> Hi Group,
>
> Unfortunately I seem to have scheduled my full backup for 2:05am which
> is around the time that our clocks go back, 2:00am - I use openSUSE
> 11.0 and it seems this time shift happened, but only after the backup
> started.
>
> bacula version is 2.4.4
>
> The result does not seem to be disastrous - the backup went ahead.
> The problem is the same backup job tried to run again and is now
> hanging with bacula-tray-monitor showing:
> Device is BLOCKED waiting to create a volume for:
> Pool: Full-Pool
> Media type: File
>
> In the log I don't see error messages.
> But in bat gui I did see an error message in the console showing that
> the job finished at 2:51am and then tried to start again at 2:05am,
> and of course complained that the job file existed - this job is set
> to have only one backup job per file.
>
> Two questions:
> Q1) Am I going mad or is it possible for bat to show an error that
> does not show in the bacula log file?
> Q2) What is the best way to remedy this situation?
> Q3) Am I correct in assuming that the only way to handle (summer) time
> changes is to set your backup times far enough away from the change
> over time?
>
> Appreciate any suggestions.
>
> Mark
>
> ---------------------------------------------------------------------------
>--- _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------
Message: 3
Date: Sun, 5 Apr 2009 01:21:15 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] Howto recover from a job being rerun
around a summer time change
Cc: bacula-users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D869FB.1050709 AT kkeane DOT com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Mark V wrote:
> Hi Group,
>
> Unfortunately I seem to have scheduled my full backup for 2:05am which
> is around the time that our clocks go back, 2:00am - I use openSUSE
> 11.0 and it seems this time shift happened, but only after the backup
> started.
>
> bacula version is 2.4.4
>
> The result does not seem to be disastrous - the backup went ahead.
> The problem is the same backup job tried to run again and is now
> hanging with bacula-tray-monitor showing:
> Device is BLOCKED waiting to create a volume for:
> Pool: Full-Pool
> Media type: File
>
> In the log I don't see error messages.
> But in bat gui I did see an error message in the console showing that
> the job finished at 2:51am and then tried to start again at 2:05am,
> and of course complained that the job file existed - this job is set
> to have only one backup job per file.
>
> Two questions:
> Q1) Am I going mad or is it possible for bat to show an error that
> does not show in the bacula log file?
>
I don't know
> Q2) What is the best way to remedy this situation?
>
Cancel the blocked job. Since it's blocked, it hasn't done anything.
> Q3) Am I correct in assuming that the only way to handle (summer) time
> changes is to set your backup times far enough away from the change
> over time?
>
I can see several options:
- Don't schedule the job between 2 AM and 3 AM. 1:59 or 3:01 AM should
be fine since these are unique times.
- change the time zone to UTC
- create a script that somehow figures out that this is the second
2:05AM in the same day, and then returns an error. Run this as a Run
Before script.
- The ostrich algorithm: pretend that the problem doesn't exist, and
simply cancel the job when it happens. It's only once a year.
I think the first two options are better. Otherwise, you run into the
reverse issue in Fall; the backup won't run at all when switching back.
--
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: 4
Date: Sun, 5 Apr 2009 00:45:50 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] Howto recover from a job being rerun
around a summer time change
Cc: bacula-users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D861AE.8090803 AT kkeane DOT com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Mark V wrote:
> Hi Group,
>
> Unfortunately I seem to have scheduled my full backup for 2:05am which
> is around the time that our clocks go back, 2:00am - I use openSUSE
> 11.0 and it seems this time shift happened, but only after the backup
> started.
>
> bacula version is 2.4.4
>
> The result does not seem to be disastrous - the backup went ahead.
> The problem is the same backup job tried to run again and is now
> hanging with bacula-tray-monitor showing:
> Device is BLOCKED waiting to create a volume for:
> Pool: Full-Pool
> Media type: File
>
> In the log I don't see error messages.
> But in bat gui I did see an error message in the console showing that
> the job finished at 2:51am and then tried to start again at 2:05am,
> and of course complained that the job file existed - this job is set
> to have only one backup job per file.
>
> Two questions:
> Q1) Am I going mad or is it possible for bat to show an error that
> does not show in the bacula log file?
>
I don't know
> Q2) What is the best way to remedy this situation?
>
Cancel the blocked job. Since it's blocked, it hasn't done anything.
> Q3) Am I correct in assuming that the only way to handle (summer) time
> changes is to set your backup times far enough away from the change
> over time?
>
I can see several options:
- Don't schedule the job between 2 AM and 3 AM. 1:59 or 3:01 AM should
be fine since these are unique times.
- change the time zone to UTC
- create a script that somehow figures out that this is the second
2:05AM in the same day, and then returns an error. Run this as a Run
Before script.
- The ostrich algorithm: pretend that the problem doesn't exist, and
simply cancel the job when it happens. It's only once a year.
I think the first two options are better. Otherwise, you run into the
reverse issue in Fall; the backup won't run at all when switching back.
--
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: Sun, 5 Apr 2009 00:29:48 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] Howto recover from a job being rerun
around a summer time change
Cc: bacula-users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D85DEC.9080209 AT kkeane DOT com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Mark V wrote:
> Hi Group,
>
> Unfortunately I seem to have scheduled my full backup for 2:05am which
> is around the time that our clocks go back, 2:00am - I use openSUSE
> 11.0 and it seems this time shift happened, but only after the backup
> started.
>
> bacula version is 2.4.4
>
> The result does not seem to be disastrous - the backup went ahead.
> The problem is the same backup job tried to run again and is now
> hanging with bacula-tray-monitor showing:
> Device is BLOCKED waiting to create a volume for:
> Pool: Full-Pool
> Media type: File
>
> In the log I don't see error messages.
> But in bat gui I did see an error message in the console showing that
> the job finished at 2:51am and then tried to start again at 2:05am,
> and of course complained that the job file existed - this job is set
> to have only one backup job per file.
>
> Two questions:
> Q1) Am I going mad or is it possible for bat to show an error that
> does not show in the bacula log file?
>
I don't know
> Q2) What is the best way to remedy this situation?
>
Cancel the blocked job. Since it's blocked, it hasn't done anything.
> Q3) Am I correct in assuming that the only way to handle (summer) time
> changes is to set your backup times far enough away from the change
> over time?
>
I can see several options:
- Don't schedule the job between 2 AM and 3 AM. 1:59 or 3:01 AM should
be fine since these are unique times.
- change the time zone to UTC
- create a script that somehow figures out that this is the second
2:05AM in the same day, and then returns an error. Run this as a Run
Before script.
- The ostrich algorithm: pretend that the problem doesn't exist, and
simply cancel the job when it happens. It's only once a year.
I think the first two options are better. Otherwise, you run into the
reverse issue in Fall; the backup won't run at all when switching back.
--
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: 6
Date: Sun, 5 Apr 2009 00:35:35 -0700
From: Kevin Keane <subscription AT kkeane DOT com>
Subject: Re: [Bacula-users] Howto recover from a job being rerun
around a summer time change
Cc: bacula-users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D85F47.3040509 AT kkeane DOT com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Mark V wrote:
> Hi Group,
>
> Unfortunately I seem to have scheduled my full backup for 2:05am which
> is around the time that our clocks go back, 2:00am - I use openSUSE
> 11.0 and it seems this time shift happened, but only after the backup
> started.
>
> bacula version is 2.4.4
>
> The result does not seem to be disastrous - the backup went ahead.
> The problem is the same backup job tried to run again and is now
> hanging with bacula-tray-monitor showing:
> Device is BLOCKED waiting to create a volume for:
> Pool: Full-Pool
> Media type: File
>
> In the log I don't see error messages.
> But in bat gui I did see an error message in the console showing that
> the job finished at 2:51am and then tried to start again at 2:05am,
> and of course complained that the job file existed - this job is set
> to have only one backup job per file.
>
> Two questions:
> Q1) Am I going mad or is it possible for bat to show an error that
> does not show in the bacula log file?
>
I don't know
> Q2) What is the best way to remedy this situation?
>
Cancel the blocked job. Since it's blocked, it hasn't done anything.
> Q3) Am I correct in assuming that the only way to handle (summer) time
> changes is to set your backup times far enough away from the change
> over time?
>
I can see several options:
- Don't schedule the job between 2 AM and 3 AM. 1:59 or 3:01 AM should
be fine since these are unique times.
- change the time zone to UTC
- create a script that somehow figures out that this is the second
2:05AM in the same day, and then returns an error. Run this as a Run
Before script.
- The ostrich algorithm: pretend that the problem doesn't exist, and
simply cancel the job when it happens. It's only once a year.
I think the first two options are better. Otherwise, you run into the
reverse issue in Fall; the backup won't run at all when switching back.
--
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: 7
Date: Sun, 05 Apr 2009 05:39:16 -0400
From: Mike Ruskai <thannyd AT earthlink DOT net>
Subject: [Bacula-users] Paths for Windows file daemons
To: Bacula Users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D87C44.4020401 AT earthlink DOT net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Exclude = "E:/path/directory" = ignored
Exclude = "e:/path/directory" = respected
I have never been a fan of case-sensitive file systems. There's no good
reason to have them, and plenty of good reasons to not have them.
But the fact is, Windows is case-preservative, not case-sensitive.
Shouldn't Bacula, since it wants to support Windows, be able to function
without case-sensitivity?
Ignoring that, at least the documentation should be updated to use
lower-case drive letters, since upper-case ones don't work.
------------------------------
Message: 8
Date: Sun, 05 Apr 2009 05:47:28 -0400
From: Mike Ruskai <thannyd AT earthlink DOT net>
Subject: Re: [Bacula-users] Automatic volume numbering
Cc: Bacula Users <bacula-users AT lists.sourceforge DOT net>
Message-ID: <49D87E30.6020305 AT earthlink DOT net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 04/04/2009 04:52, Kevin Keane wrote:
> 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.
>
Documented where, exactly? I see no reference to this in the Director
configuration documentation.
> The reason for this scheme is to ensure that there are no collisions.
>
>
I'm not sure I see any potential for collision. If two pools are
defined with the same label format, that should be a configuration
error. With different label formats, there's no opportunity for a
collision.
> 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.
>
>
The only thing in the docs remotely like that is "Maximum Volumes",
which I'm already using, and which obviously didn't influence the
automatic labelling.
And I still don't see any opportunity for name collisions.
------------------------------
Message: 9
Date: Sun, 5 Apr 2009 20:19:30 +1000
From: "James Harper" <james.harper AT bendigoit.com DOT au>
Subject: Re: [Bacula-users] Paths for Windows file daemons
To: "Mike Ruskai" <thannyd AT earthlink DOT net>, "Bacula Users"
<bacula-users AT lists.sourceforge DOT net>
Message-ID: <AEC6C66638C05B468B556EA548C1A77D0162CF9A@trantor>
Content-Type: text/plain; charset="US-ASCII"
>
> Ignoring that, at least the documentation should be updated to use
> lower-case drive letters, since upper-case ones don't work.
>
http://www.bacula.org/manuals/en/install/install/Configuring_Director.ht
ml#SECTION00870000000000000000
The relevant bit being:
"
In addition, on Windows machines, you should always prefix the directory
or filename with the drive specification in lower case (e.g. c:/xxx)
using Unix directory name separators (forward slash).
"
But then it contradicts itself later on under "A Windows Example
FileSet" with upper case letters all over the place :)
I'll post that to the -devel list.
James
------------------------------
Message: 10
Date: Sun, 5 Apr 2009 09:20:33 -0400
From: Job Seeker <employme4ever AT gmail DOT com>
Subject: [Bacula-users] UNSUBSCRIBE
To: bacula-users AT lists.sourceforge DOT net
Message-ID:
<9203be5d0904050620jdd6fec1xc61fbb2c4cf3198 AT mail.gmail DOT com>
Content-Type: text/plain; charset="iso-8859-1"
UNSUBSCRIBE
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 <http://www.umich.edu/%7Ejlockard> |
> 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 <http://www.umich.edu/%7Ejlockard> |
> 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
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
------------------------------------------------------------------------------
------------------------------
_______________________________________________
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 7
*******************************************
------------------------------------------------------------------------------
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
|
|
