On Friday 29 July 2005 11:03, Daniel Holtkamp wrote:
> Hello !
>
> Firstoff excuse me for contacting you directly but from reading the
> mailinglist-archives i was getting the impression that this might be the
> easiest way to get the information i am trying to collect :-)
>
> At the moment we are using AMANDA as our backup system but are looking
> for something new because of certain amanda behaviors we don`t like.
>
> Our Backupserver is a nice machine, this is what we can work with:
> 4x 250GB SATA Drives for Storage
> 4x Dell Powervault 110T - LTO1 Ultrium Drives (100GB)
> 2x100MBit network connection (bonding device - this should not interfere
> with bacula i hope)
>
> We are backing up 30 systems with this machine and are approaching a
> total backup volume of 550 GB every night! (Fullbackups only - no
> incremental).
>
> Now i read about your (2 monts old) request for people that would like
> to help testing the multiple-tape-drive feature and i`d like to know if
> you still need help with this.
Yes, any testing of multiple-drive autochanger support would be helpful.
>
> Since our backupserver mainly used during off-hours it`s running idle
> almost all day long so i would have the time to test bacula settings
> during daytime.
>
> My boss wants me to look out for certain features for our new backup
> solution, these would be:
>
> Easy access for recovery of single files/single partitions/complete
> systems - Basically he wants to say "I want that file from that system",
> get a list on how many versions of the file are available, pick one and
> restore it - maybe requiring a tape.
>
> Amanda changes the access-times on all the files it backups but this
> collides with out tmpwatch system - the files never expire :-( I hope
> this behavior is different with bacula.
Bacula uses access times to decide what files to backup on Incremental and
Differential backups. I'm not sure what the tmpwatch system does or why it
conflicts with Amanda.
>
> Better backup of our two windows-servers - currently via SMB which is
> not a good solution (getting frequent errors there).
Bacula has a much better solution (IMO).
>
> We are aiming for the following on-disk-backup strategy:
> 1 Fullbackup Sunday
> Incrementals Monday-Saturday
> repeat
You would probably be better off with a Full backup once a month,
Differentials weekly, and Incrementals other times. There is one chapter of
the manual devoted to this subject.
>
> Would it be possible (and would it make sense ;) ) to mirror this
> behaviour to the tape-drives after the backup-to-disk is done ? So it
> would do the fullbackup on Sunday and after it is finished it will start
> writing the backed-up data to the tape-drives changing drives as the
> tapes get full - and after each incremental backup append those to the
> tape-set for the week ?
I see a lot of possibilities here. Your best bet is to ask the bacula-users
list for help.
> Or would we have to use fresh tapes for each day of incremental backup ?
Bacula can write multiple jobs to a given tape.
>
> If the fullbackup + one week of incrementals fit on 4x100GB Ultrium
> Tapes this would mean changing the tapes once per week.
>
> Should i go and start testing things out with 1.36.3-1, should i take
> the development version or should i wait for 1.38 (from reading the
> lists i got the impression it`s not very far away :) )
I would recommend starting with 1.37.30 for testing, then as soon as 1.38 is
released, upgrade. This will save you a lot of head-ache.
--
Best regards,
Kern
(">
/\
V_V

On Friday 29 July 2005 23:01, Jesse Keating wrote:
> On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote:
> > Oh, I thought the blockage and mount command is per storage device,
> > not per
> > tape.
>
> It does block the storage device. It prevents the storage device from
> automounting the next usable tape. I have automated marking the last
> tape as 'Full', and I want to further automate unmounting it and
> unloading it from the tape drive so that when I come in on Monday I can
> just eject the magazine and remove the used tapes, shuffle in tapes,
> reinsert the magazine and update slots. After which the next time a
> backup would occur bacula would happily figure out what volume it can
> use that is available and request it be loaded into the drive and mount
> it for use.
Try the "release" command. It was designed to release the drive but not to
block it as the "unmount" command does. You may need to explicitly do an
"unload" of the drive using mtx directly. If that is the case, it might be
an interesting RFC for Bacula to do that when it is dealing with an
autochanger.
As far as I know, no one is using "release" so it may or may not work.
>
> As it stands, it looks like I can automate the umounting and unloading,
> but I'll manually have to load a drive and mount it from bconsole to
> clear the block flag.
>
> Is there a better way to accomplish what I'm trying to do? Just a way
> to say 'I'm done w/ my umount stuff, feel free to manage the device now'
> and walk away?
--
Best regards,
Kern
(">
/\
V_V

On Fri, 2005-07-29 at 23:15 +0100, Martin Simmons wrote:
> Ah, that's what I was missing. Maybe you can run the mtx script to load slot
> 1 into the drive and keep Bacula's mount command happy?
Actually I think I found a good work around. update slots will umount
any mounted drive and unload it into the magazine for proper barcode
scanning. It does this in a non-blocking way so that if I don't pull
the drive at all, and just issue a backup to start it will re-load the
volume back into the drive and mount it.
SO really, all I need to do after marking the tape as full is issue a
update slots command. Easy sleasy. Of course if Kern ever changes how
this works I may be in trouble as this is not the expected use of update
slots (:
--
Jesse Keating
GameHouse -- Systems Engineer

>>>>> On Fri, 29 Jul 2005 15:10:54 -0700, Jesse Keating <jkeating@...> said:
Jesse> On Fri, 2005-07-29 at 23:01 +0100, Martin Simmons wrote:
>> I must be missing something here, but isn't update slots a manual operation
>> too? If so, can't you write a script to mount and then update?
Jesse> Mount what though? In order to mount a drive has to be loaded.
Ah, that's what I was missing. Maybe you can run the mtx script to load slot
1 into the drive and keep Bacula's mount command happy?
__Martin

On Fri, 2005-07-29 at 23:01 +0100, Martin Simmons wrote:
> I must be missing something here, but isn't update slots a manual operation
> too? If so, can't you write a script to mount and then update?
Mount what though? In order to mount a drive has to be loaded. Not to
mention that update slots will unload that drive, but do it in such a
way that doesn't block. Maybe thats it. Maybe if I just do an update
slots it will unmount and unload in a non-blocking way.
The goal is so that when I'm done replacing tapes, update slots is all I
have to run (and it could be cron'd). If the drive isn't blocked then
next time a backup is to happen bacula will automatically load the next
usable tape and mount it.
--
Jesse Keating
GameHouse -- Systems Engineer

>>>>> On Fri, 29 Jul 2005 14:01:38 -0700, Jesse Keating <jkeating@...> said:
Jesse> On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote:
>> Oh, I thought the blockage and mount command is per storage device,
>> not per
>> tape.
Jesse> It does block the storage device. It prevents the storage device from
Jesse> automounting the next usable tape. I have automated marking the last
Jesse> tape as 'Full', and I want to further automate unmounting it and
Jesse> unloading it from the tape drive so that when I come in on Monday I can
Jesse> just eject the magazine and remove the used tapes, shuffle in tapes,
Jesse> reinsert the magazine and update slots. After which the next time a
Jesse> backup would occur bacula would happily figure out what volume it can
Jesse> use that is available and request it be loaded into the drive and mount
Jesse> it for use.
Jesse> As it stands, it looks like I can automate the umounting and unloading,
Jesse> but I'll manually have to load a drive and mount it from bconsole to
Jesse> clear the block flag.
Jesse> Is there a better way to accomplish what I'm trying to do? Just a way
Jesse> to say 'I'm done w/ my umount stuff, feel free to manage the device now'
Jesse> and walk away?
I must be missing something here, but isn't update slots a manual operation
too? If so, can't you write a script to mount and then update?
__Martin

On Fr, 29 Jul 2005, Volker Sauer <volker@...> wrote:
>=20
> Again, the director locked. This time it locked up at the first job
> (Client Conc. Jobs =3D 1) and I was *not* able to connect with bconsole.
> Therefore I couldn't get the status from sd or the clients.
>=20
Some additional info: I had to restart bacula-sd and bacula-fd on paris
to get bacula running again. All jobs that I started manually stopped
immediately after I submitted them - there was no spooling on none of
the hosts.
No the manual jobs are running.
--=20
Volker Sauer * Alexanderstrasse 39/217 * 64283 Darmstadt
Telefon: 06151-154260 * Mobil: 0179-6901475 * ICQ#98164307
mailto:volker@... * http://www.volker-sauer.de
PGPKey-Fingerprint: DB2611C7B12E0B2739992E4F7E354E4D5DD5D0E0

On Fri, 2005-07-29 at 21:49 +0100, Martin Simmons wrote:
> Oh, I thought the blockage and mount command is per storage device,
> not per
> tape.
It does block the storage device. It prevents the storage device from
automounting the next usable tape. I have automated marking the last
tape as 'Full', and I want to further automate unmounting it and
unloading it from the tape drive so that when I come in on Monday I can
just eject the magazine and remove the used tapes, shuffle in tapes,
reinsert the magazine and update slots. After which the next time a
backup would occur bacula would happily figure out what volume it can
use that is available and request it be loaded into the drive and mount
it for use.
As it stands, it looks like I can automate the umounting and unloading,
but I'll manually have to load a drive and mount it from bconsole to
clear the block flag.
Is there a better way to accomplish what I'm trying to do? Just a way
to say 'I'm done w/ my umount stuff, feel free to manage the device now'
and walk away?
--
Jesse Keating
GameHouse -- Systems Engineer

>>>>> On Fri, 29 Jul 2005 13:18:13 -0700, Jesse Keating <jkeating@...> said:
Jesse> On Fri, 2005-07-29 at 21:05 +0100, Martin Simmons wrote:
>> Yes, this is "normal" behaviour. You could try adding an admin job that
>> mounts the tape.
>>
Jesse> hrm... problem is that I don't know which tape is needed next. I was
Jesse> just hoping to clear the block flag so that Bacula could mount whatever
Jesse> tape it needed next. Oh well.
Oh, I thought the blockage and mount command is per storage device, not per
tape.
__Martin

On Fri, 2005-07-29 at 21:05 +0100, Martin Simmons wrote:
> Yes, this is "normal" behaviour. You could try adding an admin job that
> mounts the tape.
>
hrm... problem is that I don't know which tape is needed next. I was
just hoping to clear the block flag so that Bacula could mount whatever
tape it needed next. Oh well.
--
Jesse Keating
GameHouse -- Systems Engineer

>>>>> On Thu, 28 Jul 2005 15:46:13 -0700, Jesse Keating <jkeating@...> said:
Jesse> I'd like to automatically umount the tape in the drive after the last
Jesse> backup for the week. This way I can come in on Monday and immediately
Jesse> unload the drive and eject the magazine for tape rotation. However in
Jesse> the past after I've done a umount in bconsole, backups wouldn't continue
Jesse> due to manually umounting. Is there a way to 'clear' this blocking flag
Jesse> so that when backups continue bacula will automatically mount the next
Jesse> usable volume to perform backups?
Yes, this is "normal" behaviour. You could try adding an admin job that
mounts the tape.
__Martin

On Thu, 2005-07-28 at 15:46 -0700, Jesse Keating wrote:
> I'd like to automatically umount the tape in the drive after the last
> backup for the week. This way I can come in on Monday and immediately
> unload the drive and eject the magazine for tape rotation. However in
> the past after I've done a umount in bconsole, backups wouldn't continue
> due to manually umounting. Is there a way to 'clear' this blocking flag
> so that when backups continue bacula will automatically mount the next
> usable volume to perform backups?
Looking for a little help on this, I have backups happening this weekend
that I'd like to implement my script on.
--
Jesse Keating
GameHouse -- Systems Engineer

> You might want to upgrade to 1.37 (upcoming 1.38) as this supports
> autochanger better, more flexible... in the catalog it registers a
> StorageId which represents the actual autoloader, and using this
> information you get the necessary information.
Oh good! That'll make things super-easy. I'm working on a web-control front end for our Bacula system and not being able to'see' what's in the autoloaders would kinda make the whole thing fall flat.
Thanks!
Mark
On Fri, Jul 29, 2005 at 12:39:47AM +0200, Arno Lehmann wrote:
> Hello,
>
> Mark Bober wrote:
> >Is there any method for querying Bacula to get which tapes are where,
> >given that you have multiple autoloaders of the same MediaType?
> >
> >In the database it puts down Slot, InChanger for any given Media that is
> >in the changer via 'update slots', but where is it storing what tape
> >drive? Is that just in the Storage Daemon's memory?
>
> You might want to upgrade to 1.37 (upcoming 1.38) as this supports
> autochanger better, more flexible... in the catalog it registers a
> StorageId which represents the actual autoloader, and using this
> information you get the necessary information.
>
> For 1.36, there is actually no representation of which autoloader
> contains which media, I worked around this by using different media
> types and patching the code which updates the media information.
>
> >This is all without barcode equipment, so I'm guessing the easy answer is
> >to maintain a file as described in the 'Simulating Barcodes' section of
> >the Autochangers chapter, but I'm actually generally curious as to how
> >Bacula knows what is where.
>
> 1.37.30 supports this better - but note that I haven't stress-tested it
> yet :-)
>
> Arno
>
>
> >Mark
> >
> >
> >-------------------------------------------------------
> >SF.Net email is Sponsored by the Better Software Conference & EXPO
> >September
> >19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> >Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> >Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> >_______________________________________________
> >Bacula-users mailing list
> >Bacula-users@...
> >https://lists.sourceforge.net/lists/listinfo/bacula-users
> >
>
> --
> IT-Service Lehmann al@...
> Arno Lehmann http://www.its-lehmann.de

Community

Help

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

I agree to receive quotes, newsletters and other information from sourceforge.net and its partners regarding IT services and products. I understand that I can withdraw my consent at any time. Please refer to our Privacy Policy or Contact Us for more details