[Bacula-users] find out the volume name in drive

[Manuel Staechele]

hello,

how can i get the name of the volume which is in the drive without 
mounting the volume?
is there a command in the bconsole etc.?

thanks

greetings manuel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] find out the volume name in drive

[Ralf Gross]

Manuel Staechele said:
> how can i get the name of the volume which is in the drive without
> mounting the volume?
> is there a command in the bconsole etc.?

You can use the mtx-changer command for that.

# /opt/bacula/etc/mtx-changer /dev/NEC-T40A list 0 /dev/nst0 0
1:06D120L3
2:06D121L3
3:06D122L3
4:06D123L3
5:06D124L3
6:06D125L3
7:06D126L3
8:06D127L3
9:06D128L3
10:06D129L3
11:06D130L3
12:06D131L3
13:06D132L3
15:06D134L3
16:06D135L3
17:06D136L3
18:06D137L3
19:06D138L3
20:06D139L3
21:06D140L3
22:06D141L3
23:06D142L3
24:06D143L3
14:06D133L3

In this example volume 06D133L3 from slot 14 is loaded.

Ralf


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Could not connect to Storage daemon on bacula:9103. ERR=Operation not permitted

[Jon Ingason]

Georg Altmann skrev:
> 
> 
> --On Donnerstag, 7. Dezember 2006 15:28 +0100 Jon Ingason
> <[EMAIL PROTECTED]> wrote:
> 
>> I have installed new bacula server 1.38.11 on debian testing/unstable
>> runnig on PC and one of the clients, running on FreeBSD 6.1 version
>> 1.38.5_1, is giving me problem:
>>
>> run job="client-100" fileset="client File Set" level=Incremental
>> client="client-100-fd" pool="client-100" when="2006-12-07 12:59:47"
>> where="" storage="Fileclient-100"Run Backup job
>> JobName:  client-100
>> FileSet:  Client File Set
>> Level:Incremental
>> Client:   client-100-fd
>> Storage:  Fileclient-100
>> Pool: client-100
>> When: 2006-12-07 12:59:47
>> Priority: 14
>> OK to run? (yes/mod/no):
>> Job started. JobId=51
>> 07-Dec 12:59 bacula-dir: No prior Full backup Job record found.
>> 07-Dec 12:59 bacula-dir: No prior or suitable Full backup found. Doing
>> FULL backup.
>> 07-Dec 12:59 bacula-dir: Start Backup JobId 51,
>> Job=client-100.2006-12-07_12.59.50
>> 07-Dec 12:58 client-100-fd: client-100.2006-12-07_12.59.50 Warning:
>> bnet.c:853 Could not connect to Storage daemon on bacula:9103.
>> ERR=Operation not permitted
>> Retrying ...
> 
>> I have have other clients which are working well. It has probable
>> nothing to do with the client, but with the storage daemon. I have gone
>> through the configurations files and so on, but can't find anything
>> wrong.
>>
>> Are there someone who know more and can explain what can be wrong?
> 
> The bacula fd cannot connect to the storage daemon. That's also exactly
> what the log says.
> Make sure any firewall between the file daemon and the storage daemon
> allows the file daemon to connect to the storage daemon on port 9103.

Yes it was a firewall problem.

Thanks
> 
> Regards,
> Georg


--

Regards

Jon Ingason

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Copying volumes

[Georg Altmann]

--On Donnerstag, 7. Dezember 2006 14:58 -0500 Andrew Fabian 
<[EMAIL PROTECTED]> wrote:

> Any thoughts on this scenario?  I'm not sure that a quick answer exists.
>
> I'd like to have bacula back up our collection of hosts to it's
> file-based pool, so that we can browse backups "online" and restore
> individual files quickly.
>
> I'd also like to have a complete off-site copy of the pool for disaster
> prevention.
>
> So what I think I'd like to do is: backup to the file pool, then copy
> new files to dvd's, but in a way that bacula is aware of both copies.
> Then when devices get purged from the file pool, bacula will still be
> aware of the copy on dvd.
>
> Migrating doesn't quite work because that removes new data from the file
> pool, which limits our ability to browse and restore backups
> automatically.  Manually copying files a la bimagemgr doesn't work
> because bacula is not aware of the copies, and then when the file pool
> is purged, it will think that the backups are gone for good.

Read my recent post regarding the subject "scalability / multiple storage 
devices / infiniBand".
Until copy jobs are implemented I can't think of a workable solution.

Regards,
Georg

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] bscan problem

[Angela Gavazzi]

Hi,

After a HD failure and following new install, I have to rebuild some catalogs 
from tapes in a separate new db. (the new one is utf-8)
As I understood I can use bscan for this.

Using this command:

bscan -V FULL-20060901-2 -v -s -m -c /etc/bacula/bacula-sd.conf -n 
bacula-oldcoded -u bacula /dev/st0

I get this result:

bscan -V FULL-20060901-2 -v -s -m -c /etc/bacula/bacula-sd.conf -n 
bacula-oldcoded -u bacula  /dev/st0
bscan: butil.c:269 Using device: "/dev/st0" for reading.
08-Dez 10:58 bscan: 3301 Issuing autochanger "loaded drive 0" command.
08-Dez 10:58 bscan: 3302 Autochanger "loaded drive 0", result is Slot 2.
08-Dez 10:58 bscan: Ready to read from volume "FULL-20060901-2" on 
device "DLT-8000" (/dev/st0).
bscan: acquire.c:200 jcr->dcr=0x80b7b48
bscan: bscan.c:281 Using Database: bacula-oldcoded, User: bacula
***
bscan: bscan.c:406 Volume is prelabeled. This tape cannot be scanned.
***
Records added or updated in the catalog:
  0 Media
  0 Pool
  0 Job
  0 File


How can I rebuild a catalog from a labelled tape, which, for my understanding, 
every tape on which bacula wrote is? 
I read the manual chapter for bscan for- and backwards many time, but i don't 
see the error.

I also have a question regarding bscan and autochanders:
The manual says that it's better to use one single bscan command with many 
volumes listed to recreate a consistent catalog.
Is bscan able to handle an autochanger and how how or how does this work?


Thank you for help i.a.!

Angela

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Copying volumes

[Kern Sibbald]

On Friday 08 December 2006 12:15, Georg Altmann wrote:
> 
> --On Donnerstag, 7. Dezember 2006 14:58 -0500 Andrew Fabian 
> <[EMAIL PROTECTED]> wrote:
> 
> > Any thoughts on this scenario?  I'm not sure that a quick answer exists.
> >
> > I'd like to have bacula back up our collection of hosts to it's
> > file-based pool, so that we can browse backups "online" and restore
> > individual files quickly.
> >
> > I'd also like to have a complete off-site copy of the pool for disaster
> > prevention.
> >
> > So what I think I'd like to do is: backup to the file pool, then copy
> > new files to dvd's, but in a way that bacula is aware of both copies.
> > Then when devices get purged from the file pool, bacula will still be
> > aware of the copy on dvd.
> >
> > Migrating doesn't quite work because that removes new data from the file
> > pool, which limits our ability to browse and restore backups
> > automatically.  Manually copying files a la bimagemgr doesn't work
> > because bacula is not aware of the copies, and then when the file pool
> > is purged, it will think that the backups are gone for good.
> 
> Read my recent post regarding the subject "scalability / multiple storage 
> devices / infiniBand".
> Until copy jobs are implemented I can't think of a workable solution.

You can run a clone job, which will not produce a bit for bit identical output 
if the OS being backed up is being modified during the backup, but it can be 
used to produce a second set of backup tapes for any job.

> 
> Regards,
> Georg
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] find out the volume name in drive

[Manuel Staechele]

Ralf Gross schrieb:
> Manuel Staechele said:
>> how can i get the name of the volume which is in the drive without
>> mounting the volume?
>> is there a command in the bconsole etc.?
> 
> You can use the mtx-changer command for that.

i have no autochanger... is there a similar command for a tape drive?

tanks

greetings manuel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Migrating to Bacula

[Alan Brown]

On Wed, 6 Dec 2006, Georg Altmann wrote:

> We use a LTO1 drive and only backup about 100 GB a week. The drive is in
> service for over one year now and never needed to be cleaned so far.

Our LTO drives have only ever required cleaning after an incident in the 
server room (builders being careless) raised a lot of dust which was 
sucked into the racks.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] find out the volume name in drive

[Michel Meyers]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Manuel Staechele wrote:
> hello,
>
> how can i get the name of the volume which is in the drive without
> mounting the volume?
> is there a command in the bconsole etc.?

btape can read labels with the 'readlabel' command as far as I know. I'm
not sure you'll be able to use btape though if the SD is up.

Greetings,
Michel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (MingW32) - GPGrelay v0.959

iD8DBQFFeV+H2Vs+MkscAyURAid7AJ4sd/sT92sYGJb1OiLEFK+GeqHnjwCgx8Y8
CMcifmDt5Jq/dquhorDTj4A=
=nHcQ
-END PGP SIGNATURE-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] find out the volume name in drive

[Manuel Staechele]

Michel Meyers schrieb:
> Manuel Staechele wrote:
>> hello,
>>
>> how can i get the name of the volume which is in the drive without
>> mounting the volume?
>> is there a command in the bconsole etc.?
> 
> btape can read labels with the 'readlabel' command as far as I know. I'm
> not sure you'll be able to use btape though if the SD is up.

yes it works:

echo readlabel | btape /dev/nst0 -c /etc/bacula/bacula-sd.conf

many thanks !

greetings manuel


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Off-topic: FAT32 disaster recovery

[Georg Altmann]

Hello,

I know this is off topic, but I hope to reach some people on this list, who 
might be able to help me with the daunting task I am facing. Please excuse 
the impertinence to post it here. The whole story is a bit lengthy - just 
ignore the post in case you're not interested.

A friend of mine, who is an architectural student, contacted me because of 
a problem with his external hard drive, containing a FAT32 partition which 
he had attached to his PowerBook. Possibly because of a failure of the USB 
electronics of the hard drive, the disk was disconnected from the system 
without being properly unmounted.  He better had used bacula to backup his 
data, because apparently the file system was damaged without Mac OS X 
noticing this. Instead he ignored the error and continued to write data to 
the disk.  Later he noticed, that he could not open certain PDF files 
because they are corrupted in some way (at least Acrobat says that).

Now (to late) he realised his misery and now I have the pleasure to try to 
restore his data. The first thing to do, is of course to create an image of 
the whole partition, to prevent the destruction of further data. 
Unfortunately nice people from Redmond can get in your way here. I attached 
the FireWire disk to my desktop, booted Windows XP and in it's ingenuity, 
it detected the file system on the disk was corrupted, and ran chkdsk over 
it before I would have hit the "any key". chkdsk moved all lost clusters to 
a directory FOUND.000 containing enumerated files FILE.CHK. 
Additionally there are files with the names of directories which existed on 
the fs. Using the UNIX file utility and some shell scripting, I was able to 
sort these files into directories on an other disk, each containing one 
file-type. It appears like PDF and Photoshop files are mostly okay, but for 
example most PDF and TIFF files are corrupted.

Now, I know that there is a plethora of file system recovery tools claiming 
to be able to restore all files.  Though, I would like to know, if there is 
any chance to restore the original FAT32 file system structures after the 
disastrous chkdsk run or if I have to live with the .chk files. My 
knowledge of FAT32's internal structures is next to zero and so I am not 
sure how to proceed. Enchantingly I couldn't find any info on what exactly 
chkdsk is doing in the MS knowledge base. So I would appreciate if anyone 
could give me some information on this and to know if I have any better 
options to restore data, other than the .chk files.

My personal judgment is, that files already got corrupted by Mac OS X 
writing to the damaged filesystem and thereby overwriting blocks (clusters? 
"chains"?  whatever) it mistakenly deemed free, but in reality belonged to 
already existing files.


Anyway, this teaches us once more, that you should
a) make regular backups (doh!)
b) not rely on external hard disks for this
c) not at all use crappy filesystems such as FAT32



Thank you for reading all this!

Regards,
Georg



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] bscan problem

[Georg Altmann]

--On Freitag, 8. Dezember 2006 12:26 +0100 Angela Gavazzi 
<[EMAIL PROTECTED]> wrote:

> Hi,
>
> After a HD failure and following new install, I have to rebuild some
> catalogs  from tapes in a separate new db. (the new one is utf-8)
> As I understood I can use bscan for this.
>
> Using this command:
>
> bscan -V FULL-20060901-2 -v -s -m -c /etc/bacula/bacula-sd.conf -n
> bacula-oldcoded -u bacula /dev/st0
>
> I get this result:
>
> bscan -V FULL-20060901-2 -v -s -m -c /etc/bacula/bacula-sd.conf -n
> bacula-oldcoded -u bacula  /dev/st0
> bscan: butil.c:269 Using device: "/dev/st0" for reading.
> 08-Dez 10:58 bscan: 3301 Issuing autochanger "loaded drive 0" command.
> 08-Dez 10:58 bscan: 3302 Autochanger "loaded drive 0", result is Slot 2.
> 08-Dez 10:58 bscan: Ready to read from volume "FULL-20060901-2" on
> device "DLT-8000" (/dev/st0).
> bscan: acquire.c:200 jcr->dcr=0x80b7b48
> bscan: bscan.c:281 Using Database: bacula-oldcoded, User: bacula
> ***
> bscan: bscan.c:406 Volume is prelabeled. This tape cannot be scanned.
> ***
> Records added or updated in the catalog:
>   0 Media
>   0 Pool
>   0 Job
>   0 File
>
>
> How can I rebuild a catalog from a labelled tape, which, for my
> understanding,  every tape on which bacula wrote is?
> I read the manual chapter for bscan for- and backwards many time, but i
> don't  see the error.
>
AFAIK this indicates a blank tape which only had a label written to it. I 
fear there is no data on this tape. sorry...


Regards,
Georg



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Migrating to Bacula

[Georg Altmann]

--On Freitag, 8. Dezember 2006 11:55 + Alan Brown <[EMAIL PROTECTED]> 
wrote:

> On Wed, 6 Dec 2006, Georg Altmann wrote:
>
>> We use a LTO1 drive and only backup about 100 GB a week. The drive is in
>> service for over one year now and never needed to be cleaned so far.
>
> Our LTO drives have only ever required cleaning after an incident in the
> server room (builders being careless) raised a lot of dust which was
> sucked into the racks.
>
builders in the server room? Doesn't sound good to me... ;-)

Regards,
Georg


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Bacula at LISA06

[Dan Langille]

Gidday,

I was at LISA06 (http://www.usenix.org/events/lisa06/).  I spent my 
time at BSD booth for the trade-show part of the event. Also helping 
out was Dru Lavinge (blogs.ittoolbox.com/unix/bsd/ ).

During the first day (Wednesday), I found out that Bacula was part of 
one of the courses being taught at the conference. More than one 
person mentioned that Æleen Frisch spoke for about 30 minutes on 
Bacula.

  http://www.usenix.org/events/lisa06/training/tutonefile.html#s4

I also had a look at the Linux Administration Handbook.  It contains 
about 20 pages on Bacula.  A quick scan through the Backups section 
shows that Bacula is featured.  Nearly half of Backups: Chapter 9 is 
on Bacula.

See http://www.amazon.ca/Linux-Administration-Handbook-Evi-
Nemeth/dp/toc/0131480049 or http://tinyurl.com/y2m3vt

On the second day of the trade show (Thursday), I started polling 
people about Bacula.  I asked 22 people if they had heard of Bacula.  
15 said yes (68%).  Three of those people were using Bacula, two with 
PostgreSQL.

For some time I've known that Bacula has been making great strides 
into the backup market.  Commercial tutors are devoting time to 
Bacula in their courses.  Authors are including Bacula in their 
books.  But most important of all: Bacula also has great name 
recognition.

:)

-- 
Dan Langille : Software Developer looking for work
my resume: http://www.freebsddiary.org/dan_langille.php
PGCon - The PostgreSQL Conference - http://www.pgcon.org/



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Alan Brown]

On Fri, 8 Dec 2006, Georg Altmann wrote:

> Unfortunately nice people from Redmond can get in your way here.

understatement

> I 
> attached the FireWire disk to my desktop, booted Windows XP

Now you know why you should NEVER use MS products and operating systems to 
recover corrupted MS filesystems.

> My personal judgment is, that files already got corrupted by Mac OS X
> writing to the damaged filesystem and thereby overwriting blocks (clusters?
> "chains"?  whatever) it mistakenly deemed free, but in reality belonged to
> already existing files.

Yup. Same problem as happens when Messy-Dog (MS DOS) does it.

> Anyway, this teaches us once more, that you should
> a) make regular backups (doh!)
> b) not rely on external hard disks for this
> c) not at all use crappy filesystems such as FAT32

FAT is fine for floppies and that's where it should have stayed.

AB


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Migrating to Bacula

[Alan Brown]

On Fri, 8 Dec 2006, Georg Altmann wrote:

>> Our LTO drives have only ever required cleaning after an incident in the
>> server room (builders being careless) raised a lot of dust which was
>> sucked into the racks.
>
> builders in the server room? Doesn't sound good to me... ;-)

They were in the room next door


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Georg Altmann]

--On Freitag, 8. Dezember 2006 14:16 + Alan Brown <[EMAIL PROTECTED]> 
wrote:

> On Fri, 8 Dec 2006, Georg Altmann wrote:
>
>> Unfortunately nice people from Redmond can get in your way here.
>
> understatement
:-)

>> I
>> attached the FireWire disk to my desktop, booted Windows XP
>
> Now you know why you should NEVER use MS products and operating systems
> to recover corrupted MS filesystems.
I know, I tried linux and FreeBSD before. But linux somehow didn't like my 
firewire-card and FreeBSD failed to mount the filesystem, probably due to 
it's size. 200 GB FAT32, what a mess.

Regards,
Georg



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Why not just format it to something else?

Georg Altmann wrote:
> 
> --On Freitag, 8. Dezember 2006 14:16 + Alan Brown <[EMAIL PROTECTED]> 
> wrote:
> 
>> On Fri, 8 Dec 2006, Georg Altmann wrote:
>>
>>> Unfortunately nice people from Redmond can get in your way here.
>> understatement
> :-)
> 
>>> I
>>> attached the FireWire disk to my desktop, booted Windows XP
>> Now you know why you should NEVER use MS products and operating systems
>> to recover corrupted MS filesystems.
> I know, I tried linux and FreeBSD before. But linux somehow didn't like my 
> firewire-card and FreeBSD failed to mount the filesystem, probably due to 
> it's size. 200 GB FAT32, what a mess.
> 
> Regards,
> Georg
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer III
 |$&| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFeXtMmb+gadEcsb4RAlj+AJ4xt+2FIa1rO86JXLNa0QUJSv5ZBQCeLGbJ
cGgbS0f50U9fE5K8agc5U60=
=WlLQ
-END PGP SIGNATURE-


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Robert Nelson]

Yep Microsoft is so obviously at fault here.  First of all they designed FAT
in the late 70s.  Shame on them for using a filesystem design similar to all
the other systems at the time.  Then to top it off they have the audacity to
try and repair it when the user boots the system with a drive attached which
is corrupted.

UNIX is such a better system.  Let's see what does it do in a similar
situation?  Well fsck notices the drive needs repair, finds all these file
fragments that are listed as allocated but not attached to any directory.
Gee it makes up names for them and puts them in the lost+found directory.

Gee seems like exactly the same thing to me.

The only real lessons to be learned here is.  If your drive has a problem
don't continue to use it without fixing the problem.  Don't use an OS that
caches data on removable drives (Windows doesn't MAC OS apparently does).
Don't use an OS that mounts a drive that hasn't been closed properly
(another MAC deficiency versus Windows).  Finally don't give your drive to
someone that doesn't know what they're talking about to have it fixed.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alan Brown
Sent: Friday, December 08, 2006 6:16 AM
To: Georg Altmann
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Off-topic: FAT32 disaster recovery

On Fri, 8 Dec 2006, Georg Altmann wrote:

> Unfortunately nice people from Redmond can get in your way here.

understatement

> I 
> attached the FireWire disk to my desktop, booted Windows XP

Now you know why you should NEVER use MS products and operating systems to 
recover corrupted MS filesystems.

> My personal judgment is, that files already got corrupted by Mac OS X
> writing to the damaged filesystem and thereby overwriting blocks
(clusters?
> "chains"?  whatever) it mistakenly deemed free, but in reality belonged to
> already existing files.

Yup. Same problem as happens when Messy-Dog (MS DOS) does it.

> Anyway, this teaches us once more, that you should
> a) make regular backups (doh!)
> b) not rely on external hard disks for this
> c) not at all use crappy filesystems such as FAT32

FAT is fine for floppies and that's where it should have stayed.

AB


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Res: Off-topic: FAT32 disaster recovery

[Georger Araujo]

I'd say the chances of your friend recoverings his/her data are very slim. The 
right thing to do in such a case is to keep the filesystem as untouched as 
possible and then run some data recovery tool such as 
http://www.pcinspector.de/file_recovery/uk/welcome.htm or 
http://www.sysresccd.org/Download. Try File Recovery, it saved me more than 
once, and it's free.
Another option would be sending the disk to a data recovery company, but it 
will be VERY costly. Regards,

Georger

- Mensagem original 
De: Georg Altmann <[EMAIL PROTECTED]>
Para: bacula-users@lists.sourceforge.net
Enviadas: Sexta-feira, 8 de Dezembro de 2006 10:45:45
Assunto: [Bacula-users] Off-topic: FAT32 disaster recovery

Hello,

I know this is off topic, but I hope to reach some people on this list, who 
might be able to help me with the daunting task I am facing. Please excuse 
the impertinence to post it here. The whole story is a bit lengthy - just 
ignore the post in case you're not interested.

A friend of mine, who is an architectural student, contacted me because of 
a problem with his external hard drive, containing a FAT32 partition which 
he had attached to his PowerBook. Possibly because of a failure of the USB 
electronics of the hard drive, the disk was disconnected from the system 
without being properly unmounted.  He better had used bacula to backup his 
data, because apparently the file system was damaged without Mac OS X 
noticing this. Instead he ignored the error and continued to write data to 
the disk.  Later he noticed, that he could not open certain PDF files 
because they are corrupted in some way (at least Acrobat says that).

Now (to late) he realised his misery and now I have the pleasure to try to 
restore his data. The first thing to do, is of course to create an image of 
the whole partition, to prevent the destruction of further data. 
Unfortunately nice people from Redmond can get in your way here. I attached 
the FireWire disk to my desktop, booted Windows XP and in it's ingenuity, 
it detected the file system on the disk was corrupted, and ran chkdsk over 
it before I would have hit the "any key". chkdsk moved all lost clusters to 
a directory FOUND.000 containing enumerated files FILE.CHK. 
Additionally there are files with the names of directories which existed on 
the fs. Using the UNIX file utility and some shell scripting, I was able to 
sort these files into directories on an other disk, each containing one 
file-type. It appears like PDF and Photoshop files are mostly okay, but for 
example most PDF and TIFF files are corrupted.

Now, I know that there is a plethora of file system recovery tools claiming 
to be able to restore all files.  Though, I would like to know, if there is 
any chance to restore the original FAT32 file system structures after the 
disastrous chkdsk run or if I have to live with the .chk files. My 
knowledge of FAT32's internal structures is next to zero and so I am not 
sure how to proceed. Enchantingly I couldn't find any info on what exactly 
chkdsk is doing in the MS knowledge base. So I would appreciate if anyone 
could give me some information on this and to know if I have any better 
options to restore data, other than the .chk files.

My personal judgment is, that files already got corrupted by Mac OS X 
writing to the damaged filesystem and thereby overwriting blocks (clusters? 
"chains"?  whatever) it mistakenly deemed free, but in reality belonged to 
already existing files.


Anyway, this teaches us once more, that you should
a) make regular backups (doh!)
b) not rely on external hard disks for this
c) not at all use crappy filesystems such as FAT32



Thank you for reading all this!

Regards,
Georg










___ 
Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar 
seu conhecimento? Experimente o Yahoo! Respostas !
http://br.answers.yahoo.com/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Restoring from a BSR...Misunderstanding?

[Benjamin Chambers]

Hi Kern,

>> On thing that you might try is to add the Volume name(s) to the catalog by 
>> doing an add command before running the restore.

This can't be done because there are no pools defined in an empty database and 
the pool is not included in the BSR:

bcsonole start
*add volume
You probably don't want to be using this command since it
creates database records without labeling the Volumes.
You probably want to use the "label" command.

Using default Catalog name=MyCatalog DB=bacula
No pools defined. Use the "create" command to create one.
bcsonole end

At this point, I'll either have to rewrite our code/documentation to use 
bextract or maintain a patch for 1.38.x to behaive as 1.36.x did (at this 
point, 
I don't know what that patch might entail, but it should be fairly simple to 
diff between the two releases).

What would you suggest?  I know I've caught you at a bad time because of the 
imminent release of 1.40 - would you be able to advise on a patch which removes 
the SD statistic write to the Catalog which may be the cause?

Cheers,

Ben


Benjamin Chambers, P.Eng.
ClarkConnect Account Manager
Point Clark Networks
1179 King Street West, Suite 211
Toronto, ON
Canada, M6K 3C5

Tel:  +1.416.977.0574 Ext. 111
Fax:  +1.416.946.1192
Email:  [EMAIL PROTECTED]

Kern Sibbald wrote:
> On Thursday 07 December 2006 22:11, Benjamin Chambers wrote:
>> Bacula version 1.38.9/1.38.11 with MySQL
>>
>> I would very much appreciate it if anyone could clarify an issue that has 
> come 
>> up while attempting to restore from a bootstrap file.
>>
>> The question is actually fundamentally quite simple...Can a BSR file be used 
> to 
>> perform a restore if you have the boostrap file and backup data...but have 
> lost 
>> the Catalog?  The situation being, of course, failure of the server itself, 
>> where Bacula runs.
>>
>> I have gone under the assumption for the last year or so that this was 
> possible, 
>> but with current testing over the last week, I'm starting to think this it 
> is not.
> 
> In principle it was supposed to work without needing the catalog.  It looks 
> like at some point I wasn't thinking through all the consequences and added 
> code to ensure that the SD updated the catalog with the read statistics, so I 
> imagine that is what is going on.
> 
> On thing that you might try is to add the Volume name(s) to the catalog by 
> doing an add command before running the restore.
> 
> The correct solution is for the SD during a restore to attempt to read the 
> Volume data from the catalog, but instead of failing when the data is not 
> there, it should complain and continue.
> 
>> The test is to save to a mounted file (Windows share) system.  I had read in 
>> prior posts where the MediaType must be unique or you get into some 
> problems.  I 
>> have ensured to do this.
>>
>> Here's a short summary of test results:
>>
>> TEST 1
>> ==
>> 1.  Perform a backup of the server
>> 2.  Perform a 'run job=Restore' using 'mod' to specify the BSR file created 
>> automatically in step 1.
>>
>> Result:  Restore OK (the catalog still existed)
>>
>> TEST 2
>> ==
>> 1.  Perform a backup of the server
>> 2.  Run /drop_mysql_database, create_mysql_database, make_mysql_tables 
> scripts 
>> to simulate the loss of the server (Catalog).
>> 3.  Perform a 'run job=Restore' using 'mod' to specify the BSR file created 
>> automatically in step 1.
>>
>> Result:  Restore FAILS
>>
>> I have provided some debug below.  It looks as though the restore first 
> tries to 
>>   match the VolumeName picked up from the BSR against the Catalog.  
> Containing 
>> no data (because the database was re-initialized between backup/restore), 
> this 
>> operation, of course, fails.  At this point, I'm not certain what 
> happens...if a 
>> BSR restore with no Catalog is possible, one would think that the SD would 
> see 
>> if it could find the Volume specified in the BSR.  I *think* this is 
> happening, 
>> but somewhere along the line, the VolumeName becomes nil.
>>
>> I know I can use bextract to do a successful restore in this case...but it's 
> not 
>> as convenient and it would be good to clear up the capabilities anyways, 
> because 
>> the section on "Disaster Recovery" doesn't (IMO) definitively say what I'm 
>> trying to do is possible.
>>
>> Thanks in advance to anyone who has time and knowledge to shed some light.
>>
>> Cheers,
>>
>> Ben
>>
>> **Job Report**
>> 07-Dec 15:58 Server-sd: Restore.2006-12-07_15.58.46 Warning: acquire.c:82 
> Error 
>> getting Volume info: 1997 Volume "2006-12-07-0" not in catalog.
>> 07-Dec 15:58 Server-sd: Restore.2006-12-07_15.58.46 Fatal error: 
> acquire.c:109 
>> Read open device "_BensLaptop" (/var/bacula/mnt/file/_BensLaptop) Volume "" 
>> failed: ERR=Could not open file device "_BensLaptop" 
>> (/var/bacula/mnt/file/_BensLaptop). No Volume name given.
>>
>> 07-Dec 15:58 Server-dir: Restore.2006-12-07_15.58.46 Error: Bacula 1.38.11 
>> (28Jun06): 07-Dec-20

Re: [Bacula-users] Res: Off-topic: FAT32 disaster recovery

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Oh... I'd forgotten... allow me to recommend SpinRite.

It's somewhat expensive, but for me it did the trick. I hear it's very
well rated:

http://www.grc.com/spinrite.htm

Georger Araujo wrote:
> I'd say the chances of your friend recoverings his/her data are very slim. 
> The right thing to do in such a case is to keep the filesystem as untouched 
> as possible and then run some data recovery tool such as 
> http://www.pcinspector.de/file_recovery/uk/welcome.htm or 
> http://www.sysresccd.org/Download. Try File Recovery, it saved me more than 
> once, and it's free.
> Another option would be sending the disk to a data recovery company, but it 
> will be VERY costly. Regards,
> 
> Georger
> 
> - Mensagem original 
> De: Georg Altmann <[EMAIL PROTECTED]>
> Para: bacula-users@lists.sourceforge.net
> Enviadas: Sexta-feira, 8 de Dezembro de 2006 10:45:45
> Assunto: [Bacula-users] Off-topic: FAT32 disaster recovery
> 
> Hello,
> 
> I know this is off topic, but I hope to reach some people on this list, who 
> might be able to help me with the daunting task I am facing. Please excuse 
> the impertinence to post it here. The whole story is a bit lengthy - just 
> ignore the post in case you're not interested.
> 
> A friend of mine, who is an architectural student, contacted me because of 
> a problem with his external hard drive, containing a FAT32 partition which 
> he had attached to his PowerBook. Possibly because of a failure of the USB 
> electronics of the hard drive, the disk was disconnected from the system 
> without being properly unmounted.  He better had used bacula to backup his 
> data, because apparently the file system was damaged without Mac OS X 
> noticing this. Instead he ignored the error and continued to write data to 
> the disk.  Later he noticed, that he could not open certain PDF files 
> because they are corrupted in some way (at least Acrobat says that)..
> 
> Now (to late) he realised his misery and now I have the pleasure to try to 
> restore his data. The first thing to do, is of course to create an image of 
> the whole partition, to prevent the destruction of further data. 
> Unfortunately nice people from Redmond can get in your way here. I attached 
> the FireWire disk to my desktop, booted Windows XP and in it's ingenuity, 
> it detected the file system on the disk was corrupted, and ran chkdsk over 
> it before I would have hit the "any key". chkdsk moved all lost clusters to 
> a directory FOUND.000 containing enumerated files FILE.CHK. 
> Additionally there are files with the names of directories which existed on 
> the fs. Using the UNIX file utility and some shell scripting, I was able to 
> sort these files into directories on an other disk, each containing one 
> file-type. It appears like PDF and Photoshop files are mostly okay, but for 
> example most PDF and TIFF files are corrupted.
> 
> Now, I know that there is a plethora of file system recovery tools claiming 
> to be able to restore all files.  Though, I would like to know, if there is 
> any chance to restore the original FAT32 file system structures after the 
> disastrous chkdsk run or if I have to live with the .chk files. My 
> knowledge of FAT32's internal structures is next to zero and so I am not 
> sure how to proceed. Enchantingly I couldn't find any info on what exactly 
> chkdsk is doing in the MS knowledge base. So I would appreciate if anyone 
> could give me some information on this and to know if I have any better 
> options to restore data, other than the .chk files.
> 
> My personal judgment is, that files already got corrupted by Mac OS X 
> writing to the damaged filesystem and thereby overwriting blocks (clusters? 
> "chains"?  whatever) it mistakenly deemed free, but in reality belonged to 
> already existing files.
> 
> 
> Anyway, this teaches us once more, that you should
> a) make regular backups (doh!)
> b) not rely on external hard disks for this
> c) not at all use crappy filesystems such as FAT32
> 
> 
> 
> Thank you for reading all this!
> 
> Regards,
> Georg
> 
> 
> 
> 
>   
> 
> 
> 
>   
>   
> ___ 
> Você quer respostas para suas perguntas? Ou você sabe muito e quer 
> compartilhar seu conhecimento? Experimente o Yahoo! Respostas !
> http://br.answers.yahoo.com/
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | 

Re: [Bacula-users] Restoring from a BSR...Misunderstanding?

[Robert Nelson]

I'm not sure if this affects your choices but Kern has checked in a fix to
1.40 that solves this problem.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Benjamin
Chambers
Sent: Friday, December 08, 2006 7:06 AM
To: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Restoring from a BSR...Misunderstanding?


Hi Kern,

>> On thing that you might try is to add the Volume name(s) to the catalog
by 
>> doing an add command before running the restore.

This can't be done because there are no pools defined in an empty database
and 
the pool is not included in the BSR:

bcsonole start
*add volume
You probably don't want to be using this command since it
creates database records without labeling the Volumes.
You probably want to use the "label" command.

Using default Catalog name=MyCatalog DB=bacula
No pools defined. Use the "create" command to create one.
bcsonole end

At this point, I'll either have to rewrite our code/documentation to use 
bextract or maintain a patch for 1.38.x to behaive as 1.36.x did (at this
point, 
I don't know what that patch might entail, but it should be fairly simple to

diff between the two releases).

What would you suggest?  I know I've caught you at a bad time because of the

imminent release of 1.40 - would you be able to advise on a patch which
removes 
the SD statistic write to the Catalog which may be the cause?

Cheers,

Ben


Benjamin Chambers, P.Eng.
ClarkConnect Account Manager
Point Clark Networks
1179 King Street West, Suite 211
Toronto, ON
Canada, M6K 3C5

Tel:  +1.416.977.0574 Ext. 111
Fax:  +1.416.946.1192
Email:  [EMAIL PROTECTED]

Kern Sibbald wrote:
> On Thursday 07 December 2006 22:11, Benjamin Chambers wrote:
>> Bacula version 1.38.9/1.38.11 with MySQL
>>
>> I would very much appreciate it if anyone could clarify an issue that has

> come 
>> up while attempting to restore from a bootstrap file.
>>
>> The question is actually fundamentally quite simple...Can a BSR file be
used 
> to 
>> perform a restore if you have the boostrap file and backup data...but
have 
> lost 
>> the Catalog?  The situation being, of course, failure of the server
itself, 
>> where Bacula runs.
>>
>> I have gone under the assumption for the last year or so that this was 
> possible, 
>> but with current testing over the last week, I'm starting to think this
it 
> is not.
> 
> In principle it was supposed to work without needing the catalog.  It
looks 
> like at some point I wasn't thinking through all the consequences and
added 
> code to ensure that the SD updated the catalog with the read statistics,
so I 
> imagine that is what is going on.
> 
> On thing that you might try is to add the Volume name(s) to the catalog by

> doing an add command before running the restore.
> 
> The correct solution is for the SD during a restore to attempt to read the

> Volume data from the catalog, but instead of failing when the data is not 
> there, it should complain and continue.
> 
>> The test is to save to a mounted file (Windows share) system.  I had read
in 
>> prior posts where the MediaType must be unique or you get into some 
> problems.  I 
>> have ensured to do this.
>>
>> Here's a short summary of test results:
>>
>> TEST 1
>> ==
>> 1.  Perform a backup of the server
>> 2.  Perform a 'run job=Restore' using 'mod' to specify the BSR file
created 
>> automatically in step 1.
>>
>> Result:  Restore OK (the catalog still existed)
>>
>> TEST 2
>> ==
>> 1.  Perform a backup of the server
>> 2.  Run /drop_mysql_database, create_mysql_database, make_mysql_tables 
> scripts 
>> to simulate the loss of the server (Catalog).
>> 3.  Perform a 'run job=Restore' using 'mod' to specify the BSR file
created 
>> automatically in step 1.
>>
>> Result:  Restore FAILS
>>
>> I have provided some debug below.  It looks as though the restore first 
> tries to 
>>   match the VolumeName picked up from the BSR against the Catalog.  
> Containing 
>> no data (because the database was re-initialized between backup/restore),

> this 
>> operation, of course, fails.  At this point, I'm not certain what 
> happens...if a 
>> BSR restore with no Catalog is possible, one would think that the SD
would 
> see 
>> if it could find the Volume specified in the BSR.  I *think* this is 
> happening, 
>> but somewhere along the line, the VolumeName becomes nil.
>>
>> I know I can use bextract to do a successful restore in this case...but
it's 
> not 
>> as convenient and it would be good to clear up the capabilities anyways, 
> because 
>> the section on "Disaster Recovery" doesn't (IMO) definitively say what
I'm 
>> trying to do is possible.
>>
>> Thanks in advance to anyone who has time and knowledge to shed some
light.
>>
>> Cheers,
>>
>> Ben
>>
>> **Job Report**
>> 07-Dec 15:58 Server-sd: Restore.2006-12-07_15.58.46 Warning: acquire.c:82

> Error 
>> getting Volume info: 1997 Volume "2006-12-07-0" not in catalog.
>> 07-Dec 15:58 Server-sd:

[Bacula-users] What a difference a database makes

[Robert Nelson]

I've been working on the regression tests for the imminent release of 1.40.
Initially I was using SQLite3 since it has zero maintenance and zero setup
and the tests aren't all that strenuous (at least as far as the database is
concerned).

 

However, I found a stress run was taking 12 hours on a dual proc machine
with 2 GB of memory.  That seemed rather outrageous so I tried with MySQL
and it dropped to an hour and a half.

 

Is SQLite3 really this bad?  I can't imagine so or it wouldn't survive.  In
that case, there must be something that we are doing or not doing in Bacula
or some problem in our build options that is killing the performance.

 

Is anyone out there using SQLite3?  Does anyone have any suggestions on how
we could change the default build defines or database creation scripts to
improve the performance?

 

If there are any suggestions I'd appreciate getting them quickly so that we
can incorporate them into 1.40.

 

Thanks,

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Georg Altmann]

--On Freitag, 8. Dezember 2006 06:50 -0800 Robert Nelson 
<[EMAIL PROTECTED]> wrote:

> Yep Microsoft is so obviously at fault here.  First of all they designed
> FAT in the late 70s.  Shame on them for using a filesystem design similar
> to all the other systems at the time.  Then to top it off they have the
> audacity to try and repair it when the user boots the system with a drive
> attached which is corrupted.
>
> UNIX is such a better system.  Let's see what does it do in a similar
> situation?  Well fsck notices the drive needs repair, finds all these file
> fragments that are listed as allocated but not attached to any directory.
> Gee it makes up names for them and puts them in the lost+found directory.
>
> Gee seems like exactly the same thing to me.

Ok, this wasn't about starting a flame-war on Windows vs. 
Mac/UNIX/whatever, FAT vs. ext2/ufs/whatever, pointing fingers or anything. 
So please calm down.
Anyway, linux/freebsd doesn't mount a filesystem until you explicitly tell 
it to do so and it only runs fsck on filesystems in /etc/fstab. FreeBSD 
even stops the fsck run if it finds something serious and waits for manual 
intervention. Mordern filesystems (ntfs, ufs, ext2fs,...) are much more 
stable. And many of them have been available at the beginning of the 
nineties. MS in contrast happily continued to use FAT in all its OSes 
despite of its known problems. And now you still find disks in the range of 
multiple hundert GBs using a filesystem which wasn't designed for disks of 
this size. Problem is you almost have no choice, because it is in fact the 
only fs that is support on all platforms. Linux is coming up with some 
experimental NTFS support, though I wouldn't want to use that for critical 
data yet...

>
> The only real lessons to be learned here is.  If your drive has a problem
> don't continue to use it without fixing the problem.

Explain that to the casual computer user...

> Don't use an OS that
> caches data on removable drives (Windows doesn't MAC OS apparently does).
> Don't use an OS that mounts a drive that hasn't been closed properly
> (another MAC deficiency versus Windows).  Finally don't give your drive to
> someone that doesn't know what they're talking about to have it fixed.

Finally please stop making personal offenses. Thank you.

Regards,
Georg

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Restoring from a BSR...Misunderstanding?

[Kern Sibbald]

On Friday 08 December 2006 16:06, Benjamin Chambers wrote:
> 
> Hi Kern,
> 
> >> On thing that you might try is to add the Volume name(s) to the catalog 
by 
> >> doing an add command before running the restore.
> 
> This can't be done because there are no pools defined in an empty database 
and 
> the pool is not included in the BSR:
> 
> bcsonole start
> *add volume
> You probably don't want to be using this command since it
> creates database records without labeling the Volumes.
> You probably want to use the "label" command.
> 
> Using default Catalog name=MyCatalog DB=bacula
> No pools defined. Use the "create" command to create one.
> bcsonole end
> 
> At this point, I'll either have to rewrite our code/documentation to use 
> bextract or maintain a patch for 1.38.x to behaive as 1.36.x did (at this 
point, 
> I don't know what that patch might entail, but it should be fairly simple to 
> diff between the two releases).
> 
> What would you suggest?  I know I've caught you at a bad time because of the 
> imminent release of 1.40 - would you be able to advise on a patch which 
removes 
> the SD statistic write to the Catalog which may be the cause?

Well, it wasn't such a bad time to catch me because I wouldn't want the same 
problem to go out in 1.40, so I came up with a fix, but have not tested it.  
That said, I am a bit overworked at the moment ...

You have several options:

1. Execute the Director once on the machine with a valid bacula-dir.conf file 
and it will create everything in the database you need to add the Volume (a 
dummy entry) -- I think.

2. If you can accept a patch to 1.38.11 (you did not specify the exact version 
-- at least in this email), I will create a patch, which as I said is not 
tested in your circumstance, but I *think* it will fix the problem.  The 
patch to 1.39.30 does pass all the regression scripts so it doesn't seem to 
break anything obvious.

Regards,

Kern


> 
> Cheers,
> 
> Ben
> 
> 
> Benjamin Chambers, P.Eng.
> ClarkConnect Account Manager
> Point Clark Networks
> 1179 King Street West, Suite 211
> Toronto, ON
> Canada, M6K 3C5
> 
> Tel:  +1.416.977.0574 Ext. 111
> Fax:  +1.416.946.1192
> Email:  [EMAIL PROTECTED]
> 
> Kern Sibbald wrote:
> > On Thursday 07 December 2006 22:11, Benjamin Chambers wrote:
> >> Bacula version 1.38.9/1.38.11 with MySQL
> >>
> >> I would very much appreciate it if anyone could clarify an issue that has 
> > come 
> >> up while attempting to restore from a bootstrap file.
> >>
> >> The question is actually fundamentally quite simple...Can a BSR file be 
used 
> > to 
> >> perform a restore if you have the boostrap file and backup data...but 
have 
> > lost 
> >> the Catalog?  The situation being, of course, failure of the server 
itself, 
> >> where Bacula runs.
> >>
> >> I have gone under the assumption for the last year or so that this was 
> > possible, 
> >> but with current testing over the last week, I'm starting to think this 
it 
> > is not.
> > 
> > In principle it was supposed to work without needing the catalog.  It 
looks 
> > like at some point I wasn't thinking through all the consequences and 
added 
> > code to ensure that the SD updated the catalog with the read statistics, 
so I 
> > imagine that is what is going on.
> > 
> > On thing that you might try is to add the Volume name(s) to the catalog by 
> > doing an add command before running the restore.
> > 
> > The correct solution is for the SD during a restore to attempt to read the 
> > Volume data from the catalog, but instead of failing when the data is not 
> > there, it should complain and continue.
> > 
> >> The test is to save to a mounted file (Windows share) system.  I had read 
in 
> >> prior posts where the MediaType must be unique or you get into some 
> > problems.  I 
> >> have ensured to do this.
> >>
> >> Here's a short summary of test results:
> >>
> >> TEST 1
> >> ==
> >> 1.  Perform a backup of the server
> >> 2.  Perform a 'run job=Restore' using 'mod' to specify the BSR file 
created 
> >> automatically in step 1.
> >>
> >> Result:  Restore OK (the catalog still existed)
> >>
> >> TEST 2
> >> ==
> >> 1.  Perform a backup of the server
> >> 2.  Run /drop_mysql_database, create_mysql_database, make_mysql_tables 
> > scripts 
> >> to simulate the loss of the server (Catalog).
> >> 3.  Perform a 'run job=Restore' using 'mod' to specify the BSR file 
created 
> >> automatically in step 1.
> >>
> >> Result:  Restore FAILS
> >>
> >> I have provided some debug below.  It looks as though the restore first 
> > tries to 
> >>   match the VolumeName picked up from the BSR against the Catalog.  
> > Containing 
> >> no data (because the database was re-initialized between backup/restore), 
> > this 
> >> operation, of course, fails.  At this point, I'm not certain what 
> > happens...if a 
> >> BSR restore with no Catalog is possible, one would think that the SD 
would 
> > see 
> >> if it could find the Volume specified in the

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Georg Altmann]

--On Freitag, 8. Dezember 2006 08:08 -0800 Robert Nelson 
<[EMAIL PROTECTED]> wrote:

> Yet more disinformation, Microsoft hasn't released a desktop OS in more
> than 7 years that required FAT or even selected it as the default on new
> installations.

Wow, great more than seven years, you mean like 1999? I have no idea when 
Win Me was released exactly, but for sure it didn't support anything but 
FAT. NTFS and other reliable filesystems have been around for quite a while 
back then. This timebomb of a filesystem is still ticking on a lot of 
computers.

> Yes all Microsoft Operating Systems still support FAT as do all other
> Operating Systems.  Otherwise it would be very hard to get your photos off
> the compact flash cards, etc.

Yes, even worse. Just as I sad this archaic fs is still being used. And I 
can hear people whining because they lost their data on CF, usb-thumbs and 
the like because FAT32 is used for them by default. If you pull a ufs2 
formatted drive which is being written to for example, you might loose some 
files, but it is very unlikely to loose the entire tree, in contrast to 
FAT. With soft-updates enabled you probably won't loose anything at all, 
except the inodes which have actually been written to. I'm not sure about 
NTFS as I have never used it on removable drives, but I guess it is able to 
handle an unexpected unmount gracefully too.

> As for your proverbial "casual user", let's use a car as an example.
>
> Someone is driving down the street and the engine starts making a funny
> noise.  Does he take it to a mechanic; no he continues to drive it.  Now
> the warning lights are starting to come on in the dash, is it time to
> seek help? Nope he keeps driving.  Finally the car stops running, must be
> that d*mn Ford engine.
>
> Finally, regarding my other comment to which you seemed to have taken
> By your own admission you've said you don't understand the internals of
> filesystems, you don't know what chkdsk does, and you don't know about the
> various tools available for fixing corrupted drives.

Oh yes, I do know quite a bit about filesystems. But I don't usually bother 
myself with FAT and blame other people for not doing so.
Therefore I have never been in the situation of having to resort to 
esotheric recovery utilities, offered by companies profiting from users, 
who don't know to what tipsy filesystems they entrust their data to.
And for your car example: A car inspection doesn't usually cost thousands 
of dollars. A data recovery by a professional company will. So I guess it's 
wise to turn to a friend who knows to handle the situation instead of 
tampering around. Admitted booting windows with the drive attached was a 
bit naive, but I didn't intend to shredder the disk with chkdsk. Merely I 
was trying to create an image to conserve the data on the disk. 
Unfortunately, as I explained, windows knew better.

Now please stop bugging me with your "I'm the greatest geek in town"-gossip 
and go play flame-war somewere else.

Thanks to the others for their constructive comments.

Regards,
Georg

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Alan Brown]

On Fri, 8 Dec 2006, Robert Nelson wrote:

> Yet more disinformation, Microsoft hasn't released a desktop OS in more than
> 7 years that required FAT or even selected it as the default on new
> installations.

FAT32 is STILL the standard shipped filesystem on most laptops, prebuilt 
desktops and external hard drives (and FAT16 is the standard on sub-2GB 
flash filesystems).

Most users don't know enough to switch them to HFS+ or NTFS. I can't see 
that changing anytime soon.

Some makers (including Toshiba and Acer) consider converting a filesystem 
from FAT32 to NTFS to be a warranty-busting move, so even if a user knows 
enough to make the change it may backfire on them.

Finally: Microsoft didn't invent FAT12. This is what has prevented them 
asserting patent claims on the derivative filesystems FAT16 and FAT32 and 
even in the early days of consumer hard drives there were better 
filesystems available such as Minix (Which Microsoft itself sold at one 
point)

In the case under consideration, the disk itself is fine, but the 
filesystem is badly corrupted due to user error. It may be possible to 
recover most files, but odds are high many older ones will have chunks 
overwritten due to the damaged index structure.

Please take the flamewar somewhere else.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] [Bacula-devel] What a difference a database makes

[Robert Nelson]

No I haven't incorporated the gigaslam test yet.

This is just the standard non-root file tests.

I'll take a look at those two pragmas and see if that helps.

More than 10 times slower is what I'm seeing.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kern
Sibbald
Sent: Friday, December 08, 2006 8:43 AM
To: bacula-users@lists.sourceforge.net
Cc: Robert Nelson; 'bacula-devel'
Subject: Re: [Bacula-devel] [Bacula-users] What a difference a database
makes

On Friday 08 December 2006 16:21, Robert Nelson wrote:
> I've been working on the regression tests for the imminent release of
1.40.
> Initially I was using SQLite3 since it has zero maintenance and zero setup
> and the tests aren't all that strenuous (at least as far as the database
is
> concerned).
> 
>  
> 
> However, I found a stress run was taking 12 hours on a dual proc machine
> with 2 GB of memory.  That seemed rather outrageous so I tried with MySQL
> and it dropped to an hour and a half.

Is that the gigaslam test?

> 
>  
> 
> Is SQLite3 really this bad?  I can't imagine so or it wouldn't survive.
In
> that case, there must be something that we are doing or not doing in
Bacula
> or some problem in our build options that is killing the performance.

Well, in some really rough measurements that I did, SQLite version 2 was 
roughly the same speed as MySQL for the regression scripts. There have been 
some reports that SQLite might suffer with really big databases compared to 
MySQL.

My equally rough tests with SQLite3 showed it was 4-10 (possibly more) times

slower than SQLite version 2.  I've never taken the time to try to find out 
why, so I have never mentioned it to the author.  For that reason, I always 
use SQLite version 2 for my zero maintenance tests -- I also run the 
regression scripts prior to major releases on MySQL and PostgreSQL, and my 
"production" database is MySQL.

> 
>  
> 
> Is anyone out there using SQLite3?  Does anyone have any suggestions on
how
> we could change the default build defines or database creation scripts to
> improve the performance?
> 
>  
> 
> If there are any suggestions I'd appreciate getting them quickly so that
we
> can incorporate them into 1.40.

When SQLite3 was first released, I looked into this and seems to me that he 
handled synchronization differently.   The two pragmas that I saw (long ago)

that made a difference were:

PRAGMA default_synchronous 
PRAGMA default_cache_size


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/bacula-devel




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert Nelson wrote:
> Yet more disinformation, Microsoft hasn't released a desktop OS in more than
> 7 years that required FAT or even selected it as the default on new
> installations.
> 
> Yes all Microsoft Operating Systems still support FAT as do all other
> Operating Systems.  Otherwise it would be very hard to get your photos off
> the compact flash cards, etc.

Well, this is the only reason I could see for still using FAT on a
removable drive -- perhaps the drive needs to be read on other operating
systems. I personally do not dabble in external storage, except for
doing scratch-type work. I'd rather have my stuff backed up by a
datacentre, not carried around by me (who has a tendency to leave his
laptop in public places by accident :)).

- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer III
 |$&| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFeZEkmb+gadEcsb4RAgxVAJ4+t5W+N3LUqkTwZHzhFOiM26CbywCfXgzX
76Epm+JxEzg57+Aagi/Fbns=
=Ta+F
-END PGP SIGNATURE-


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] What a difference a database makes

[Kern Sibbald]

On Friday 08 December 2006 16:21, Robert Nelson wrote:
> I've been working on the regression tests for the imminent release of 1.40.
> Initially I was using SQLite3 since it has zero maintenance and zero setup
> and the tests aren't all that strenuous (at least as far as the database is
> concerned).
> 
>  
> 
> However, I found a stress run was taking 12 hours on a dual proc machine
> with 2 GB of memory.  That seemed rather outrageous so I tried with MySQL
> and it dropped to an hour and a half.

Is that the gigaslam test?

> 
>  
> 
> Is SQLite3 really this bad?  I can't imagine so or it wouldn't survive.  In
> that case, there must be something that we are doing or not doing in Bacula
> or some problem in our build options that is killing the performance.

Well, in some really rough measurements that I did, SQLite version 2 was 
roughly the same speed as MySQL for the regression scripts. There have been 
some reports that SQLite might suffer with really big databases compared to 
MySQL.

My equally rough tests with SQLite3 showed it was 4-10 (possibly more) times 
slower than SQLite version 2.  I've never taken the time to try to find out 
why, so I have never mentioned it to the author.  For that reason, I always 
use SQLite version 2 for my zero maintenance tests -- I also run the 
regression scripts prior to major releases on MySQL and PostgreSQL, and my 
"production" database is MySQL.

> 
>  
> 
> Is anyone out there using SQLite3?  Does anyone have any suggestions on how
> we could change the default build defines or database creation scripts to
> improve the performance?
> 
>  
> 
> If there are any suggestions I'd appreciate getting them quickly so that we
> can incorporate them into 1.40.

When SQLite3 was first released, I looked into this and seems to me that he 
handled synchronization differently.   The two pragmas that I saw (long ago) 
that made a difference were:

PRAGMA default_synchronous 
PRAGMA default_cache_size


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Robert Nelson]

First off you're one of the ones that started this war with your
anti-Microsoft comments.

Second Minix isn't a file system it is a UNIX clone, which Microsoft never
sold.  They did however sell Xenix at one time, which they ended up
licensing to SCO.

As far as the rest of your post, I'm not sure what your point is.  What
hardware vendors decide to do or require for their support has nothing to do
with what Microsoft does, which is what Georg was claiming.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alan Brown
Sent: Friday, December 08, 2006 8:30 AM
To: Robert Nelson
Cc: 'Georg Altmann'; bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Off-topic: FAT32 disaster recovery

On Fri, 8 Dec 2006, Robert Nelson wrote:

> Yet more disinformation, Microsoft hasn't released a desktop OS in more
than
> 7 years that required FAT or even selected it as the default on new
> installations.

FAT32 is STILL the standard shipped filesystem on most laptops, prebuilt 
desktops and external hard drives (and FAT16 is the standard on sub-2GB 
flash filesystems).

Most users don't know enough to switch them to HFS+ or NTFS. I can't see 
that changing anytime soon.

Some makers (including Toshiba and Acer) consider converting a filesystem 
from FAT32 to NTFS to be a warranty-busting move, so even if a user knows 
enough to make the change it may backfire on them.

Finally: Microsoft didn't invent FAT12. This is what has prevented them 
asserting patent claims on the derivative filesystems FAT16 and FAT32 and 
even in the early days of consumer hard drives there were better 
filesystems available such as Minix (Which Microsoft itself sold at one 
point)

In the case under consideration, the disk itself is fine, but the 
filesystem is badly corrupted due to user error. It may be possible to 
recover most files, but odds are high many older ones will have chunks 
overwritten due to the damaged index structure.

Please take the flamewar somewhere else.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Windows backup to network speed issues

[Brian Jones]

I have a question on the speed of backing up Windows 2003/2000/XP boxes to
disk across the network.

For 2 windows boxes, here is the rates I am getting though it is the same
for all the windows boxes:
  Rate:   432.1 KB/s
  Rate:   528.4 KB/s

For the Linux boxes, here are 2 rates I am getting but again, it is the same
across all the Linux boxes:

  Rate:   9556.8 KB/s
  Rate:   8616.3 KB/s

I did a test on one of the 2003 server boxes backing up one file that was
about 13 gig in size.  The speed was as shown above for Windows boxes.
Using winSCP to copy that same file to the same box running Bacula, I have a
rate of 4000 KB/s.

Is the windows Bacula client slow?  Are others seeing better speeds?  I am
fairly new to Bacula so any help would be appreciated.

Thanks,
Brian 



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Windows backup to network speed issues

[DAve]

Brian Jones wrote:
> I have a question on the speed of backing up Windows 2003/2000/XP boxes to
> disk across the network.
> 
> For 2 windows boxes, here is the rates I am getting though it is the same
> for all the windows boxes:
>   Rate:   432.1 KB/s
>   Rate:   528.4 KB/s
> 
> For the Linux boxes, here are 2 rates I am getting but again, it is the same
> across all the Linux boxes:
> 
>   Rate:   9556.8 KB/s
>   Rate:   8616.3 KB/s
> 
> I did a test on one of the 2003 server boxes backing up one file that was
> about 13 gig in size.  The speed was as shown above for Windows boxes.
> Using winSCP to copy that same file to the same box running Bacula, I have a
> rate of 4000 KB/s.
> 
> Is the windows Bacula client slow?  Are others seeing better speeds?  I am
> fairly new to Bacula so any help would be appreciated.
> 

Anyone please correct me if I am wrong, no egos in play here ;^)

I see speed differences as well. There are several things that explain 
most of my differences. The load on the server that is running the 
client can have a big effect. I have one very busy web server that backs 
up considerably slower than my FTP server. I noticed as well that full 
backups of a not in use file system go much faster than a differential 
of a heavily used filesystem.

Not Bacula faults, just the situation. I have tried to move my backup 
schedules to run when there is the least number of processes to interfer 
with the Bacula client.

Also, keep in mind, the transfer rate is not just the network speed 
attained, but the rate at which the data is transfered via Bacula which 
includes verification, compression, disk reading on the client box, and 
disk writing on the storage box.

In my testing a straight data transfer such as ftp always outruns 
Bacula, so comparisons are not valid.

DAve

-- 
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Veterans?

Maybe they forgot who made that choice possible.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] [Bacula-devel] What a difference a database makes

[Kern Sibbald]

On Friday 08 December 2006 17:48, Robert Nelson wrote:
> No I haven't incorporated the gigaslam test yet.

Yes, if you do, be careful to not leave any copies of gigaslam.gif hanging 
around in the regression directory -- my first few cuts did that and I 
thought my kernel was going south because I couldn't do *anything* while the 
regression scripts were running.  It turns out that reading a 1GB sparse file 
with only two real blocks and writing all those zeros with Bacula makes your 
desktop response time catastrophic.  The cleanup script now takes a lot more 
care to delete all gigaslam.gif files.

> 
> This is just the standard non-root file tests.

OK.

> 
> I'll take a look at those two pragmas and see if that helps.
> 
> More than 10 times slower is what I'm seeing.

Yes, that is pretty disasterous.  If the 10 times is the overall speed, then 
the database slowdown is even worse because I estimate that the database part 
of the regression tests is less than 30% of the total time -- I have no hard 
data to back that up though.


> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Kern
> Sibbald
> Sent: Friday, December 08, 2006 8:43 AM
> To: bacula-users@lists.sourceforge.net
> Cc: Robert Nelson; 'bacula-devel'
> Subject: Re: [Bacula-devel] [Bacula-users] What a difference a database
> makes
> 
> On Friday 08 December 2006 16:21, Robert Nelson wrote:
> > I've been working on the regression tests for the imminent release of
> 1.40.
> > Initially I was using SQLite3 since it has zero maintenance and zero setup
> > and the tests aren't all that strenuous (at least as far as the database
> is
> > concerned).
> > 
> >  
> > 
> > However, I found a stress run was taking 12 hours on a dual proc machine
> > with 2 GB of memory.  That seemed rather outrageous so I tried with MySQL
> > and it dropped to an hour and a half.
> 
> Is that the gigaslam test?
> 
> > 
> >  
> > 
> > Is SQLite3 really this bad?  I can't imagine so or it wouldn't survive.
> In
> > that case, there must be something that we are doing or not doing in
> Bacula
> > or some problem in our build options that is killing the performance.
> 
> Well, in some really rough measurements that I did, SQLite version 2 was 
> roughly the same speed as MySQL for the regression scripts. There have been 
> some reports that SQLite might suffer with really big databases compared to 
> MySQL.
> 
> My equally rough tests with SQLite3 showed it was 4-10 (possibly more) times
> 
> slower than SQLite version 2.  I've never taken the time to try to find out 
> why, so I have never mentioned it to the author.  For that reason, I always 
> use SQLite version 2 for my zero maintenance tests -- I also run the 
> regression scripts prior to major releases on MySQL and PostgreSQL, and my 
> "production" database is MySQL.
> 
> > 
> >  
> > 
> > Is anyone out there using SQLite3?  Does anyone have any suggestions on
> how
> > we could change the default build defines or database creation scripts to
> > improve the performance?
> > 
> >  
> > 
> > If there are any suggestions I'd appreciate getting them quickly so that
> we
> > can incorporate them into 1.40.
> 
> When SQLite3 was first released, I looked into this and seems to me that he 
> handled synchronization differently.   The two pragmas that I saw (long ago)
> 
> that made a difference were:
> 
> PRAGMA default_synchronous 
> PRAGMA default_cache_size
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/bacula-devel
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.s

Re: [Bacula-users] Off-topic: FAT32 disaster recovery

[Robert Nelson]

Yet more disinformation, Microsoft hasn't released a desktop OS in more than
7 years that required FAT or even selected it as the default on new
installations.

Yes all Microsoft Operating Systems still support FAT as do all other
Operating Systems.  Otherwise it would be very hard to get your photos off
the compact flash cards, etc.

As for your proverbial "casual user", let's use a car as an example.

Someone is driving down the street and the engine starts making a funny
noise.  Does he take it to a mechanic; no he continues to drive it.  Now the
warning lights are starting to come on in the dash, is it time to seek help?
Nope he keeps driving.  Finally the car stops running, must be that d*mn
Ford engine.

Finally, regarding my other comment to which you seemed to have taken
offense, continuing with the car analogy, does the user seek the advice of
the mechanic?  Nope he goes and asks his friend, who also drives a car, if
he can fix it.

By your own admission you've said you don't understand the internals of
filesystems, you don't know what chkdsk does, and you don't know about the
various tools available for fixing corrupted drives.

Therefore, offended or not, I stand by my original comment.  If you have a
problem take it to someone that knows what they're doing.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Georg
Altmann
Sent: Friday, December 08, 2006 7:40 AM
To: bacula-users@lists.sourceforge.net
Cc: Robert Nelson
Subject: Re: [Bacula-users] Off-topic: FAT32 disaster recovery



--On Freitag, 8. Dezember 2006 06:50 -0800 Robert Nelson 
<[EMAIL PROTECTED]> wrote:

> Yep Microsoft is so obviously at fault here.  First of all they designed
> FAT in the late 70s.  Shame on them for using a filesystem design similar
> to all the other systems at the time.  Then to top it off they have the
> audacity to try and repair it when the user boots the system with a drive
> attached which is corrupted.
>
> UNIX is such a better system.  Let's see what does it do in a similar
> situation?  Well fsck notices the drive needs repair, finds all these file
> fragments that are listed as allocated but not attached to any directory.
> Gee it makes up names for them and puts them in the lost+found directory.
>
> Gee seems like exactly the same thing to me.

Ok, this wasn't about starting a flame-war on Windows vs. 
Mac/UNIX/whatever, FAT vs. ext2/ufs/whatever, pointing fingers or anything. 
So please calm down.
Anyway, linux/freebsd doesn't mount a filesystem until you explicitly tell 
it to do so and it only runs fsck on filesystems in /etc/fstab. FreeBSD 
even stops the fsck run if it finds something serious and waits for manual 
intervention. Mordern filesystems (ntfs, ufs, ext2fs,...) are much more 
stable. And many of them have been available at the beginning of the 
nineties. MS in contrast happily continued to use FAT in all its OSes 
despite of its known problems. And now you still find disks in the range of 
multiple hundert GBs using a filesystem which wasn't designed for disks of 
this size. Problem is you almost have no choice, because it is in fact the 
only fs that is support on all platforms. Linux is coming up with some 
experimental NTFS support, though I wouldn't want to use that for critical 
data yet...

>
> The only real lessons to be learned here is.  If your drive has a problem
> don't continue to use it without fixing the problem.

Explain that to the casual computer user...

> Don't use an OS that
> caches data on removable drives (Windows doesn't MAC OS apparently does).
> Don't use an OS that mounts a drive that hasn't been closed properly
> (another MAC deficiency versus Windows).  Finally don't give your drive to
> someone that doesn't know what they're talking about to have it fixed.

Finally please stop making personal offenses. Thank you.

Regards,
Georg

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Restoring from a BSR...Misunderstanding?

[Benjamin Chambers]

Kern,

Thanks to your email and Robert Nelson's, I saw the patch you applied in the 
1.39 tree.  Just one line removed, yes?

askdir.c

Remove "dcr->VolumeName[0] = 0;" from method "do_get_volume_info".

I applied this to the version we are currently using (1.38.9), and tested.  It 
seems to have solved the problem!

I think we can maintain this modification for the current time, and move up a 
full version to 1.40 when available.

Thanks for all that you do.

Cheers,

Ben

Benjamin Chambers, P.Eng.
ClarkConnect Account Manager
Point Clark Networks
1179 King Street West, Suite 211
Toronto, ON
Canada, M6K 3C5

Tel:  +1.416.977.0574 Ext. 111
Fax:  +1.416.946.1192
Email:  [EMAIL PROTECTED]

Kern Sibbald wrote:
> On Friday 08 December 2006 16:06, Benjamin Chambers wrote:
>> Hi Kern,
>>
 On thing that you might try is to add the Volume name(s) to the catalog 
> by 
 doing an add command before running the restore.
>> This can't be done because there are no pools defined in an empty database 
> and 
>> the pool is not included in the BSR:
>>
>> bcsonole start
>> *add volume
>> You probably don't want to be using this command since it
>> creates database records without labeling the Volumes.
>> You probably want to use the "label" command.
>>
>> Using default Catalog name=MyCatalog DB=bacula
>> No pools defined. Use the "create" command to create one.
>> bcsonole end
>>
>> At this point, I'll either have to rewrite our code/documentation to use 
>> bextract or maintain a patch for 1.38.x to behaive as 1.36.x did (at this 
> point, 
>> I don't know what that patch might entail, but it should be fairly simple to 
>> diff between the two releases).
>>
>> What would you suggest?  I know I've caught you at a bad time because of the 
>> imminent release of 1.40 - would you be able to advise on a patch which 
> removes 
>> the SD statistic write to the Catalog which may be the cause?
> 
> Well, it wasn't such a bad time to catch me because I wouldn't want the same 
> problem to go out in 1.40, so I came up with a fix, but have not tested it.  
> That said, I am a bit overworked at the moment ...
> 
> You have several options:
> 
> 1. Execute the Director once on the machine with a valid bacula-dir.conf file 
> and it will create everything in the database you need to add the Volume (a 
> dummy entry) -- I think.
> 
> 2. If you can accept a patch to 1.38.11 (you did not specify the exact 
> version 
> -- at least in this email), I will create a patch, which as I said is not 
> tested in your circumstance, but I *think* it will fix the problem.  The 
> patch to 1.39.30 does pass all the regression scripts so it doesn't seem to 
> break anything obvious.
> 
> Regards,
> 
> Kern
> 
> 
>> Cheers,
>>
>> Ben
>>
>>
>> Benjamin Chambers, P.Eng.
>> ClarkConnect Account Manager
>> Point Clark Networks
>> 1179 King Street West, Suite 211
>> Toronto, ON
>> Canada, M6K 3C5
>>
>> Tel:  +1.416.977.0574 Ext. 111
>> Fax:  +1.416.946.1192
>> Email:  [EMAIL PROTECTED]
>>
>> Kern Sibbald wrote:
>>> On Thursday 07 December 2006 22:11, Benjamin Chambers wrote:
 Bacula version 1.38.9/1.38.11 with MySQL

 I would very much appreciate it if anyone could clarify an issue that has 
>>> come 
 up while attempting to restore from a bootstrap file.

 The question is actually fundamentally quite simple...Can a BSR file be 
> used 
>>> to 
 perform a restore if you have the boostrap file and backup data...but 
> have 
>>> lost 
 the Catalog?  The situation being, of course, failure of the server 
> itself, 
 where Bacula runs.

 I have gone under the assumption for the last year or so that this was 
>>> possible, 
 but with current testing over the last week, I'm starting to think this 
> it 
>>> is not.
>>>
>>> In principle it was supposed to work without needing the catalog.  It 
> looks 
>>> like at some point I wasn't thinking through all the consequences and 
> added 
>>> code to ensure that the SD updated the catalog with the read statistics, 
> so I 
>>> imagine that is what is going on.
>>>
>>> On thing that you might try is to add the Volume name(s) to the catalog by 
>>> doing an add command before running the restore.
>>>
>>> The correct solution is for the SD during a restore to attempt to read the 
>>> Volume data from the catalog, but instead of failing when the data is not 
>>> there, it should complain and continue.
>>>
 The test is to save to a mounted file (Windows share) system.  I had read 
> in 
 prior posts where the MediaType must be unique or you get into some 
>>> problems.  I 
 have ensured to do this.

 Here's a short summary of test results:

 TEST 1
 ==
 1.  Perform a backup of the server
 2.  Perform a 'run job=Restore' using 'mod' to specify the BSR file 
> created 
 automatically in step 1.

 Result:  Restore OK (the catalog still existed)

 TEST 2
 ==
 1.  Perform a backup 

Re: [Bacula-users] Restoring from a BSR...Misunderstanding?

[Kern Sibbald]

On Friday 08 December 2006 18:49, Benjamin Chambers wrote:
> 
> Kern,
> 
> Thanks to your email and Robert Nelson's, I saw the patch you applied in the 
> 1.39 tree.  Just one line removed, yes?

Yes, but I also added an unbash_spaces(...) just a bit later in the same file.  
If you don't apply the second patch and have spaces in any of your Volume 
names to be restored, you will have similar problems. I recommend adding it 
too.

> 
> askdir.c
> 
> Remove "dcr->VolumeName[0] = 0;" from method "do_get_volume_info".
> 
> I applied this to the version we are currently using (1.38.9), and tested.  
It 
> seems to have solved the problem!

OK, many thanks for the feedback.  It is nice to have it confirmed.

As it turns out, I did make the failure of the SD to access the catalog only a 
warning message, but what I did not count on was that when the Dir reported 
no volume, the subroutine had zapped the Volume name, so that the restore 
then would not work.

> 
> I think we can maintain this modification for the current time, and move up 
a 
> full version to 1.40 when available.
> 
> Thanks for all that you do.

Thanks for finding this bug and pointing it out.

> 
> Cheers,
> 
> Ben
> 
> Benjamin Chambers, P.Eng.
> ClarkConnect Account Manager
> Point Clark Networks
> 1179 King Street West, Suite 211
> Toronto, ON
> Canada, M6K 3C5
> 
> Tel:  +1.416.977.0574 Ext. 111
> Fax:  +1.416.946.1192
> Email:  [EMAIL PROTECTED]
> 
> Kern Sibbald wrote:
> > On Friday 08 December 2006 16:06, Benjamin Chambers wrote:
> >> Hi Kern,
> >>
>  On thing that you might try is to add the Volume name(s) to the catalog 
> > by 
>  doing an add command before running the restore.
> >> This can't be done because there are no pools defined in an empty 
database 
> > and 
> >> the pool is not included in the BSR:
> >>
> >> bcsonole start
> >> *add volume
> >> You probably don't want to be using this command since it
> >> creates database records without labeling the Volumes.
> >> You probably want to use the "label" command.
> >>
> >> Using default Catalog name=MyCatalog DB=bacula
> >> No pools defined. Use the "create" command to create one.
> >> bcsonole end
> >>
> >> At this point, I'll either have to rewrite our code/documentation to use 
> >> bextract or maintain a patch for 1.38.x to behaive as 1.36.x did (at this 
> > point, 
> >> I don't know what that patch might entail, but it should be fairly simple 
to 
> >> diff between the two releases).
> >>
> >> What would you suggest?  I know I've caught you at a bad time because of 
the 
> >> imminent release of 1.40 - would you be able to advise on a patch which 
> > removes 
> >> the SD statistic write to the Catalog which may be the cause?
> > 
> > Well, it wasn't such a bad time to catch me because I wouldn't want the 
same 
> > problem to go out in 1.40, so I came up with a fix, but have not tested 
it.  
> > That said, I am a bit overworked at the moment ...
> > 
> > You have several options:
> > 
> > 1. Execute the Director once on the machine with a valid bacula-dir.conf 
file 
> > and it will create everything in the database you need to add the Volume 
(a 
> > dummy entry) -- I think.
> > 
> > 2. If you can accept a patch to 1.38.11 (you did not specify the exact 
version 
> > -- at least in this email), I will create a patch, which as I said is not 
> > tested in your circumstance, but I *think* it will fix the problem.  The 
> > patch to 1.39.30 does pass all the regression scripts so it doesn't seem 
to 
> > break anything obvious.
> > 
> > Regards,
> > 
> > Kern
> > 
> > 
> >> Cheers,
> >>
> >> Ben
> >>
> >>
> >> Benjamin Chambers, P.Eng.
> >> ClarkConnect Account Manager
> >> Point Clark Networks
> >> 1179 King Street West, Suite 211
> >> Toronto, ON
> >> Canada, M6K 3C5
> >>
> >> Tel:  +1.416.977.0574 Ext. 111
> >> Fax:  +1.416.946.1192
> >> Email:  [EMAIL PROTECTED]
> >>
> >> Kern Sibbald wrote:
> >>> On Thursday 07 December 2006 22:11, Benjamin Chambers wrote:
>  Bacula version 1.38.9/1.38.11 with MySQL
> 
>  I would very much appreciate it if anyone could clarify an issue that 
has 
> >>> come 
>  up while attempting to restore from a bootstrap file.
> 
>  The question is actually fundamentally quite simple...Can a BSR file be 
> > used 
> >>> to 
>  perform a restore if you have the boostrap file and backup data...but 
> > have 
> >>> lost 
>  the Catalog?  The situation being, of course, failure of the server 
> > itself, 
>  where Bacula runs.
> 
>  I have gone under the assumption for the last year or so that this was 
> >>> possible, 
>  but with current testing over the last week, I'm starting to think this 
> > it 
> >>> is not.
> >>>
> >>> In principle it was supposed to work without needing the catalog.  It 
> > looks 
> >>> like at some point I wasn't thinking through all the consequences and 
> > added 
> >>> code to ensure that the SD updated the catalog with the read statistics, 
> > 

Re: [Bacula-users] Windows backup to network speed issues

[Robert Nelson]

I get similar times between all the combinations I test, Windows -> Linux,
Linux -> Windows, Linux -> Linux and Windows -> Windows.

However it did take some tweaking.  The first thing to check is to see if
you are getting a lot of TCP/IP errors.  This could indicate one of adapters
isn't running full duplex or there is some other configuration problem.  The
other thing is the various TCP/IP tuning parameters such as Window Size,
etc.  Another thing that can make a huge difference, if you are running a
gigabit network, is use large packets.

Then there are all the apples and oranges issues.  Are the machines being
tested all on the same network segment, do they have equivalent hardware
(disk speed can make a huge difference), etc.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of DAve
Sent: Friday, December 08, 2006 9:20 AM
To: bacula-users
Subject: Re: [Bacula-users] Windows backup to network speed issues

Brian Jones wrote:
> I have a question on the speed of backing up Windows 2003/2000/XP boxes to
> disk across the network.
> 
> For 2 windows boxes, here is the rates I am getting though it is the same
> for all the windows boxes:
>   Rate:   432.1 KB/s
>   Rate:   528.4 KB/s
> 
> For the Linux boxes, here are 2 rates I am getting but again, it is the
same
> across all the Linux boxes:
> 
>   Rate:   9556.8 KB/s
>   Rate:   8616.3 KB/s
> 
> I did a test on one of the 2003 server boxes backing up one file that was
> about 13 gig in size.  The speed was as shown above for Windows boxes.
> Using winSCP to copy that same file to the same box running Bacula, I have
a
> rate of 4000 KB/s.
> 
> Is the windows Bacula client slow?  Are others seeing better speeds?  I am
> fairly new to Bacula so any help would be appreciated.
> 

Anyone please correct me if I am wrong, no egos in play here ;^)

I see speed differences as well. There are several things that explain 
most of my differences. The load on the server that is running the 
client can have a big effect. I have one very busy web server that backs 
up considerably slower than my FTP server. I noticed as well that full 
backups of a not in use file system go much faster than a differential 
of a heavily used filesystem.

Not Bacula faults, just the situation. I have tried to move my backup 
schedules to run when there is the least number of processes to interfer 
with the Bacula client.

Also, keep in mind, the transfer rate is not just the network speed 
attained, but the rate at which the data is transfered via Bacula which 
includes verification, compression, disk reading on the client box, and 
disk writing on the storage box.

In my testing a straight data transfer such as ftp always outruns 
Bacula, so comparisons are not valid.

DAve

-- 
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Veterans?

Maybe they forgot who made that choice possible.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Windows backup to network speed issues

[Robert Nelson]

One other thing, as I was reminded earlier this week by a problem Arno was
having, whenever something weird is going on with your Window machine, try
disabling the anti-virus.  The same goes with any firewall software.  It
goes without saying (but I'm going to say it anyways :-), only do this with
a machine that is not on the internet and re-enable them immediately after
the test.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Jones
Sent: Friday, December 08, 2006 8:50 AM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Windows backup to network speed issues

I have a question on the speed of backing up Windows 2003/2000/XP boxes to
disk across the network.

For 2 windows boxes, here is the rates I am getting though it is the same
for all the windows boxes:
  Rate:   432.1 KB/s
  Rate:   528.4 KB/s

For the Linux boxes, here are 2 rates I am getting but again, it is the same
across all the Linux boxes:

  Rate:   9556.8 KB/s
  Rate:   8616.3 KB/s

I did a test on one of the 2003 server boxes backing up one file that was
about 13 gig in size.  The speed was as shown above for Windows boxes.
Using winSCP to copy that same file to the same box running Bacula, I have a
rate of 4000 KB/s.

Is the windows Bacula client slow?  Are others seeing better speeds?  I am
fairly new to Bacula so any help would be appreciated.

Thanks,
Brian 



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Windows backup to network speed issues

[Brian Jones]

Thanks for the replies.  See comments below.


On 12/8/06 12:10 PM, "Robert Nelson" <[EMAIL PROTECTED]> wrote:

> I get similar times between all the combinations I test, Windows -> Linux,
> Linux -> Windows, Linux -> Linux and Windows -> Windows.
> 
> However it did take some tweaking.  The first thing to check is to see if
> you are getting a lot of TCP/IP errors.

This is not the case.  I am not getting errors and this is the same result
on multiple systems.

> This could indicate one of adapters
> isn't running full duplex or there is some other configuration problem.  The
> other thing is the various TCP/IP tuning parameters such as Window Size,
> etc.  Another thing that can make a huge difference, if you are running a
> gigabit network, is use large packets.

These are running at 100 full, no gig yet.
> 
> Then there are all the apples and oranges issues.  Are the machines being
> tested all on the same network segment, do they have equivalent hardware
> (disk speed can make a huge difference), etc.

No they are not all on the same network segment. However, the one system is
a blade in and IBM bladecenter.  Adding another blade running CentOS 4.4 and
running a backup sustains the speed of the other linux boxes.  The Windows
Server blade on that blade center runs at the slower speed.

Either way on the Windows boxes doing file copies or in the case of SCP to
the linux box running Bacula, the speed is exceptionally faster then using
the Bacula client for windows.  This has been tested in the middle of the
day and the middle of the night noting a slight improvement at night, but we
are talking 100 KB/s increase at best.

AV is also not the issue as one of the boxes is not running it and the speed
is the same.

Thanks for your help.



> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of DAve
> Sent: Friday, December 08, 2006 9:20 AM
> To: bacula-users
> Subject: Re: [Bacula-users] Windows backup to network speed issues
> 
> Brian Jones wrote:
>> I have a question on the speed of backing up Windows 2003/2000/XP boxes to
>> disk across the network.
>> 
>> For 2 windows boxes, here is the rates I am getting though it is the same
>> for all the windows boxes:
>>   Rate:   432.1 KB/s
>>   Rate:   528.4 KB/s
>> 
>> For the Linux boxes, here are 2 rates I am getting but again, it is the
> same
>> across all the Linux boxes:
>> 
>>   Rate:   9556.8 KB/s
>>   Rate:   8616.3 KB/s
>> 
>> I did a test on one of the 2003 server boxes backing up one file that was
>> about 13 gig in size.  The speed was as shown above for Windows boxes.
>> Using winSCP to copy that same file to the same box running Bacula, I have
> a
>> rate of 4000 KB/s.
>> 
>> Is the windows Bacula client slow?  Are others seeing better speeds?  I am
>> fairly new to Bacula so any help would be appreciated.
>> 
> 
> Anyone please correct me if I am wrong, no egos in play here ;^)
> 
> I see speed differences as well. There are several things that explain
> most of my differences. The load on the server that is running the
> client can have a big effect. I have one very busy web server that backs
> up considerably slower than my FTP server. I noticed as well that full
> backups of a not in use file system go much faster than a differential
> of a heavily used filesystem.
> 
> Not Bacula faults, just the situation. I have tried to move my backup
> schedules to run when there is the least number of processes to interfer
> with the Bacula client.
> 
> Also, keep in mind, the transfer rate is not just the network speed
> attained, but the rate at which the data is transfered via Bacula which
> includes verification, compression, disk reading on the client box, and
> disk writing on the storage box.
> 
> In my testing a straight data transfer such as ftp always outruns
> Bacula, so comparisons are not valid.
> 
> DAve



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] ERR=There is no valid media in the device "DVD-Writer"

[mario]

Hello list,

i am running bacula 1.38.11 and i would like to backup to DVD follwoing
this page: http://www.bacula.org/rel-manual/DVD_Volumes.html

This page describes how bacula writes the backups to a local direcory
first, and then writes it to DVD.

"status all" shows me this error: "Device is BLOCKED waiting for
media." (see below).

So i decided to label it. Label output: 
"Sending label command for Volume "TestDVD2" Slot 0 ...
3910 Unable to open device "DVD-Writer" (/dev/hdc): ERR=There is no
valid media in the device "DVD-Writer" (/dev/hdc)."


But i have got a valid media in my dvd drive. And its hdc.


Here my console output for status and label:


*status all
linux-dir Version: 1.38.11 (28 June 2006) i686-pc-linux-gnu suse 10.1
Daemon started 08-Dec-06 20:10, 4 Jobs run since started.

Scheduled Jobs:
Level  Type Pri  Scheduled  Name
Volume
===
IncrementalBackup10  08-Dec-06 23:05Client1
*unknown*
Full   Backup11  08-Dec-06 23:10BackupCatalog
*unknown*


Running Jobs:
 JobId Level   Name   Status
==
 3 FullClient1.2006-12-08_20.11.55 is waiting for an appendable
Volume


Terminated Jobs:
 JobId  Level Files  Bytes Status   FinishedName

 1  Full  0  0 Error08-Dec-06 20:09 Client1
 2  Full  0  0 Error08-Dec-06 20:10 Client1


Connecting to Storage daemon File at linux:9103

linux-sd Version: 1.38.11 (28 June 2006) i686-pc-linux-gnu suse 10.1
Daemon started 08-Dec-06 20:10, 1 Job run since started.

Running Jobs:
Writing: Full Backup job Client1 JobId=3 Volume=""
pool="Default" device=""DVD-Writer" (/dev/hdc)"
Files=0 Bytes=0 Bytes/sec=0
FDReadSeqNo=6 in_msg=6 out_msg=4 fd=5


Jobs waiting to reserve a drive:


Terminated Jobs:
 JobId  Level   Files  Bytes Status   FinishedName
==
 1  Full  0  0 Error08-Dec-06 20:09 Client1
 2  Full  0  0 Error08-Dec-06 20:10 Client1


Device status:
Device "FileStorage" (/tmp) is not open or does not exist.
Device "DVD-Writer" (/dev/hdc) is not open or does not exist.
Device is BLOCKED waiting for media.


In Use Volume status:


Connecting to Client linux-fd at linux:9102

linux-fd Version: 1.38.11 (28 June 2006)  i686-pc-linux-gnu suse 10.1
Daemon started 08-Dec-06 20:10, 0 Jobs run since started.
No Terminated Jobs.
Running Jobs:
JobId 3 Job Client1.2006-12-08_20.11.55 is running.
Backup Job started: 08-Dec-06 20:11
Files=0 Bytes=0 Bytes/sec=0
Files Examined=0
SDReadSeqNo=5 fd=5
Director connected at: 08-Dec-06 20:20





*label
The defined Storage resources are:
 1: File
 2: DVD
Select Storage resource (1-2): 2
Enter new Volume name: TestDVD2
Automatically selected Pool: Default
Connecting to Storage daemon DVD at linux:9103 ...
Sending label command for Volume "TestDVD2" Slot 0 ...
3910 Unable to open device "DVD-Writer" (/dev/hdc): ERR=There is no
valid media in the device "DVD-Writer" (/dev/hdc).



Any idea what i am doing wrong?
Thanks, Mario


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Scripted restores to different clients

[Martin Simmons]

> On Tue, 05 Dec 2006 11:51:22 -0500, Andrew Fabian said:
> 
> Hello,
> 
> I'm trying to write a script that tells bacula to restore job X to 
> client Y, which may not be the same client that job X came from.
> 
> Currently, I'm doing this:
> 
> [list of files to restore in filelist.txt]
> 
> [tempfile]:
> restore jobid=X client=Y where=/tmp/test file= 
> bconsole  
> This is failing, and I can see from the queries that are being run that 
> it's looking for each file from filelist.txt with the condition that the 
> file was backed up by client Y, which is the client I want to restore 
> to, not the client the file came from.  I think that by specifying the 
> jobid explicitly, bacula has enough information to select the proper 
> files without being given the name of the client they came from.
> 
> Any idea what I'm doing wrong?

It's definitely a bug -- the command line parser deals with file= before is
has parsed client=.

__Martin

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] list nextvol

[Martin Simmons]

> On Wed, 06 Dec 2006 16:24:01 +0100, Manuel Staechele said:
> 
> Hello,
> 
> one question
> 
> the command
> 
> list nextvol job=NAME
> 
> works fine for me with bconsle version
>Version: 1.36.3 (22 April 2005)
> 
> but in version:
>Version: 1.38.11 (28 June 2006)
> 
> the nextvol job=NAME command shows the same output as
> 
> list job=NAME
> 
> and additional a line with the nextvol information on top.
> so for a bash script that is not wath i want.
> i want a single line such as in Version 1.36 ... i can not find any 
> futher informations about this problem.
> 
> thanks for your idees

I get similar behaviour from

list files jobid=

but I wasn't sure if it is a bug or a feature.  The command line parser for
the list command is baroque.

__Martin

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] The number of files mismatch!

[Forrest England]

Hi there, I work with Rob Ostrander, the initiator of this thread.
I've also been working on the problem of bacula reporting that
the number of VolumeFiles mismatch between the volume and the catalog.

After reading the manual thoroughly and poking around the web, I'm still not 
sure
what VolumeFiles referrs to.

an example: I did a test backup job of 101 files on a fresh tape which 
completed successfully:
FD Files Written:   101
SD Files Written:   101
afterwards I attempted to do a second backup job on the same tape, but got the 
familiar error message:

08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on 
Volume "TestVolume" because:
The number of files mismatch! Volume=0 Catalog=1

I updated the VolumeFiles for this tape in the catalog to 0 and did a second 
backup job.
I restored and verified both backup jobs without any problem.

what does VolumeFiles correspond to? It's obviously not the number of actual 
files on the tape.
is it supposed to correspond to the number of jobs on a tape?

anyway, many people seem to have this VolumeFiles mismatch problem. we have it 
on 3 different servers
with 3 different tape changers, so I'm going to file a bug report.

-- 
__
Forrest England | System Administrator

V 802.658.0965 x179
[EMAIL PROTECTED] | www.dealer.com 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] The number of files mismatch!

[Ryan Novosielski]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

These files are those that are listed under 'list media.'

They are 1GB in size, unless you specify otherwise.

I'd love to point you to the manual for more info, but I looked around
and can't find anything. In any case, these are just seemingly to split
a backup job up some. They are governed as "Volume Files," not to be
confused with "File Volumes."

Forrest England wrote:
> Hi there, I work with Rob Ostrander, the initiator of this thread.
> I've also been working on the problem of bacula reporting that
> the number of VolumeFiles mismatch between the volume and the catalog.
> 
> After reading the manual thoroughly and poking around the web, I'm still not 
> sure
> what VolumeFiles referrs to.
> 
> an example: I did a test backup job of 101 files on a fresh tape which 
> completed successfully:
> FD Files Written:   101
> SD Files Written:   101
> afterwards I attempted to do a second backup job on the same tape, but got 
> the familiar error message:
> 
> 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on 
> Volume "TestVolume" because:
> The number of files mismatch! Volume=0 Catalog=1
> 
> I updated the VolumeFiles for this tape in the catalog to 0 and did a second 
> backup job.
> I restored and verified both backup jobs without any problem.
> 
> what does VolumeFiles correspond to? It's obviously not the number of actual 
> files on the tape.
> is it supposed to correspond to the number of jobs on a tape?
> 
> anyway, many people seem to have this VolumeFiles mismatch problem. we have 
> it on 3 different servers
> with 3 different tape changers, so I'm going to file a bug report.
> 

- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer III
 |$&| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFedVamb+gadEcsb4RAnR/AKCaHGbIVNYHB9HJA9S+85Q0U0VD6gCfdC3F
hQmFCb0MB9ox6IeEUSSSFd8=
=3pkS
-END PGP SIGNATURE-


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] find out the volume name in drive

[Arno Lehmann]

Hello,

On 12/8/2006 2:38 PM, Manuel Staechele wrote:
> Michel Meyers schrieb:
> 
>>Manuel Staechele wrote:
>>
>>>hello,
>>>
>>>how can i get the name of the volume which is in the drive without
>>>mounting the volume?
>>>is there a command in the bconsole etc.?
>>
>>btape can read labels with the 'readlabel' command as far as I know. I'm
>>not sure you'll be able to use btape though if the SD is up.
> 
> 
> yes it works:
> 
> echo readlabel | btape /dev/nst0 -c /etc/bacula/bacula-sd.conf

You'll have to umount the device from bconsole first, or, more general, 
make sure that the SD doesn't have the tape open.

(just for the archive...)

Arno

> many thanks !
> 
> greetings manuel
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] The number of files mismatch!

[Kern Sibbald]

On Friday 08 December 2006 21:38, Forrest England wrote:
> Hi there, I work with Rob Ostrander, the initiator of this thread.
> I've also been working on the problem of bacula reporting that
> the number of VolumeFiles mismatch between the volume and the catalog.
> 
> After reading the manual thoroughly and poking around the web, I'm still not 
sure
> what VolumeFiles referrs to.
> 
> an example: I did a test backup job of 101 files on a fresh tape which 
completed successfully:
> FD Files Written:   101
> SD Files Written:   101
> afterwards I attempted to do a second backup job on the same tape, but got 
the familiar error message:

Volume Files and FD/SD Files written are not the same thing.

> 
> 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on 
Volume "TestVolume" because:
> The number of files mismatch! Volume=0 Catalog=1
> 
> I updated the VolumeFiles for this tape in the catalog to 0 and did a second 
backup job.
> I restored and verified both backup jobs without any problem.
> 
> what does VolumeFiles correspond to? It's obviously not the number of actual 
files on the tape.
> is it supposed to correspond to the number of jobs on a tape?

It is supposed to be the number of files on the tape.  If your Volume value 
ended up greater than the Catalog, then I would suspect a Bacula bug. 
However, the fact that it is smaller that what the catalog says and that you 
reset it to zero and everything works, indicates to me that your Device 
resource is misconfigured.

Have you ever ran the btape "test" and "fill" commands?

> 
> anyway, many people seem to have this VolumeFiles mismatch problem. we have 
it on 3 different servers
> with 3 different tape changers, so I'm going to file a bug report.

I think you should do some testing on your system before filing a bug report 
for several reasons:

1. Although Alan reports the same problem and points out a plausible reason 
involving multiple simultaneous jobs, some of which wait, your report does 
not seem to correspond to his or in any case you never mentioned that it 
involves multiple simultaneous job, ...

2. I have been monitoring these lists for 5 years now (since they started) 
reading *every* email and I cannot say that there are "many" people with this 
problem.

3. If you had to set your Volume files from 1 to zero in the catalog to get 
everything working, then my suspicion is that you have a serious 
configuration problem.

4. If you run a single job and get this problem, and it happens repeatedly, 
then I'll be *very* surprised if btape test works.

5. I recommend you follow the steps (9 if I remember right) in the tape 
testing chapter.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] ZFS comments

[Dan Langille]

Hi folks,

While at LISA06, I was asked about the extended attributes involved 
with ZFS.  Does Bacula handle them?  I'm not sure what he's asking 
about.

I have no idea what this is about... I don't know much about ZFS.  I 
have seen reports that people are using Bacula to backup ZFS-based 
systems, but apparently there is more to ZFS than what I know.

-- 
Dan Langille : Software Developer looking for work
my resume: http://www.freebsddiary.org/dan_langille.php
PGCon - The PostgreSQL Conference - http://www.pgcon.org/



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Scripted restores to different clients

[Kern Sibbald]

On Friday 08 December 2006 21:12, Martin Simmons wrote:
> > On Tue, 05 Dec 2006 11:51:22 -0500, Andrew Fabian said:
> > 
> > Hello,
> > 
> > I'm trying to write a script that tells bacula to restore job X to 
> > client Y, which may not be the same client that job X came from.
> > 
> > Currently, I'm doing this:
> > 
> > [list of files to restore in filelist.txt]
> > 
> > [tempfile]:
> > restore jobid=X client=Y where=/tmp/test file= > 
> > bconsole  > 
> > This is failing, and I can see from the queries that are being run that 
> > it's looking for each file from filelist.txt with the condition that the 
> > file was backed up by client Y, which is the client I want to restore 
> > to, not the client the file came from.  I think that by specifying the 
> > jobid explicitly, bacula has enough information to select the proper 
> > files without being given the name of the client they came from.
> > 
> > Any idea what I'm doing wrong?
> 
> It's definitely a bug -- the command line parser deals with file= before is
> has parsed client=.

I don't think this is a bug unless I misunderstand the problem.  Any client 
specified on the command line is the client from which the files were backed 
up.

To specify a different client to which you want to restore, you must specify 
it using the mod option after the prompt.

> 
> __Martin
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Autochanger Multitape Drives - Unknown Pool

[Heitor Medrado de Faria]

So, Bacula won't change from the first drive to the second, when the
first volume gets full??

This is correct bacula does not support that feature yet.
John

 > *Ok guys, me and my team just developed this solution, for anyone who 
has more than one drive in the server. It checks if the tape is full, 
every quarter of hour, and switch from one drive to the next* (in that 
case, using 03 DLT drives in the same CPU):

 > /etc/crontab
00,15,30,45 * * * * root /etc/bacula/scripts/atualiza_drive.sh

 > /etc/bacula/scripts/atualiza_drive.sh (it checks if the tape is full, 
and run a second script - which will change drives)

#!/bin/bash
exec 6>&1
exec > /etc/bacula/status_script.log
/etc/bacula/bconsole -c /etc/bacula/bconsole.conf <&6 6>&-
grep -q "Device is BLOCKED waiting for media" /etc/bacula/status_script.log
if [ $? -eq "0" ]
then
/etc/bacula/scripts/drive_changer.sh
fi


 > /etc/bacula/scripts/drive_changer.sh (it changes the drives)

#!/bin/bash
grep -q "Slot 1" /etc/bacula/status_script.log
if [ $? -eq "0" ]
then
/etc/bacula/scripts/drive12.sh
fi
grep -q "Slot 2" /etc/bacula/status_script.log
if [ $? -eq "0" ]
then
/etc/bacula/scripts/drive23.sh
fi
grep -q "Slot 3" /etc/bacula/status_script.log
if [ $? -eq "0" ]
then
/etc/bacula/scripts/drive31.sh
fi


 > /etc/bacula/scripts/drive12.sh (example of drive* - autochanger commands)

/etc/bacula/scripts/multitape-changer /dev/sg0 unload 1 /dev/tape 0
/etc/bacula/scripts/multitape-changer /dev/sg0 load 2 /dev/tape 0
/etc/bacula/scripts/montar_volume.sh


 > /etc/bacula/scripts/multitape_changer.sh

#!/bin/bash
#
# Bacula interface to use multiple drives as one tape-changer
# Mario Wolff - 28.01.05
#
# Arguments are copied from the mtx-script! Simply exchange
# the scriptname from demo-config
#
#  If you set in your Device resource
#
#  Changer Command = "path-to-this-script/multitape-changer" %c %o %S %a %d
#you will have the following input to this script:
#
#  multitape-changer "changer-device" "command" "slot" "archive-device" 
"drive-index"
# $1  $2   $3
$4   $5
#
#  for example:
#
#  multitape-changer /dev/sg0 load 1 /dev/nst0 0 (on a Linux system)
#
# Setup arguments

cmd="$2"
slot=$3
DEVICE=${4:-/dev/tape}

LABELDIR=/etc/bacula/tapelabel # where to find labelfiles
NULLDEVICE=/dev/null   # if unmount link to this
SLOT01=/dev/nst0   # first slot
SLOT02=/dev/nst1   # second slot
SLOT03=/dev/nst2   # third slot
   # simply append more

#get device for a given slotnumber
getdevice(){
   myslot=${1:-1}
   if [ ${#myslot} -gt 2 ];then exit 1;fi
   if [ ${#myslot} -eq 2 ];then
 eval echo \$SLOT$myslot
 return
   else
 eval echo \$SLOT0$myslot
 return
   fi
}

#get name of labelfile for a given slot
getname(){
   myslot=${1:-1}
   if [ ${#myslot} -gt 2 ];then exit 2;fi
   if [ ${#myslot} -eq 2 ];then
 echo SLOT$myslot
 return
   else
 echo SLOT0$myslot
 return
   fi
}

#how many tapes/slots to manage
getslots(){
   count=1
   while [ "$( getdevice $count )" ];do
 count=$[ $count + 1 ]
   done
   echo $[ $count - 1 ]
   return
}

#get slot for a given device-file
getslot(){
   device=${1:-$NULLDEVICE}
   if [ "$device" = "$NULLDEVICE" ];then
 echo -en "0\n"
 return
   else
 count=1
 slotdev=$( getdevice $count )
 while [ "$slotdev" ]; do
   if [ "$slotdev" = "$device" ];then
 echo -en "$count\n"
 return
   fi
   count=$[ $count + 1 ]
   slotdev=$( getdevice $count )
 done
 exit 3
   fi
}

if test $# -lt 2 ; then
   echo "usage: multitape-changer ctl-device command slot archive-device
drive"
   echo "  Insufficient number of arguments arguments given."
   echo "  Mimimum usage is first two arguments ..."
   exit 4
fi

#
# Check for special cases where only 2 arguments are needed,
#  all others are a minimum of 3
case $cmd in
loaded)
  ;;
unload)
  ;;
list)
  ;;
slots)
  ;;
*)
  if test $# -lt 3; then
 echo "usage: multitape-changer ctl-device command slot
archive-device drive"
 echo "  Insufficient number of arguments arguments given."
 echo "  Mimimum usage is first three arguments ..."
 exit 5
  fi
  ;;
esac


case $cmd in
unload)
   if [ -e $DEVICE ];then
 rm $DEVICE && ln -s $NULLDEVICE $DEVICE || exit 6
   else
 ln -s $NULLDEVICE $DEVICE || exit 7
   fi
   ;;

load)
   CURDEV=$( getdevice $slot )
   if [ -e $DEVICE ];then
 rm $DEVICE && ln -s $CURDEV $DEVICE || exit 8
   else
 ln -s $CURDEV $DEVICE || exit 9
   fi
   ;;

list)
   slots=$( getslots )
   for slot in $( seq 1 $slots );do
 labelfile=$LABELDIR/$( getname $slot )
 if [ -f "$labelfile" ];then
   echo "$slot:$( head -n 1 $labelfile)"
 else
   echo "$slot:"

[Bacula-users] [SPAM: 7.427] labelmedia=yes isn't working

[Brad Peterson]

I'm trying to set up disk volumes and have them automatically labeled.  
According to the manual, this should be possible.


So I made sure my storage daemon had this line in it:

 Label media = yes;   # lets Bacula label unlabeled media

I then did a ./bacula restart.  I then tried to run a job that specified 
a pool for which no volumes had yet been created.  I was doing this to 
test if it would auto create a volume for me.  Instead, I keep getting 
this message:


07-Dec 00:05 brad-sd: Job NightlySave.2006-12-07_00.04.46 waiting. 
Cannot find any appendable volumes.

Please use the "label"  command to create a new Volume for:


Any ideas why this is?  Shouldn't "Label media=yes" do the trick?  I've 
been trying for days to get this thing set up and running, and I'm 
getting frustrated feeling like I've run into a dead end.
Spam detection software, running on the system "mail.appraiseutah.com", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  I'm trying to set up disk volumes and have them
  automatically labeled. According to the manual, this should be possible.
  So I made sure my storage daemon had this line in it: Label media = yes;
  # lets Bacula label unlabeled media [...] 

Content analysis details:   (7.4 points, 5.0 required)

 pts rule name  description
 -- --
 0.9 FORGED_YAHOO_RCVD  'From' yahoo.com does not match 'Received' headers
 0.5 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org
 0.9 DNS_FROM_RFC_WHOIS RBL: Envelope sender in whois.rfc-ignorant.org
 2.0 RCVD_IN_SORBS_DUL  RBL: SORBS: sent directly from dynamic IP address
[24.10.159.195 listed in dnsbl.sorbs.net]
 1.4 DNS_FROM_RFC_POST  RBL: Envelope sender in
postmaster.rfc-ignorant.org
 1.7 RCVD_IN_NJABL_DUL  RBL: NJABL: dialup sender did non-local SMTP
[24.10.159.195 listed in combined.njabl.org]


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] concurrent jobs don't spool at the same time

[bacula]

On Thu, 7 Dec 2006, Ryan Novosielski wrote:

> Read the manual regarding this. You're missing a "Maximum Concurrent
> Jobs" statement, though I couldn't swear whether it goes under Storage
> or under Device. That should get you started, however.

Thank you for your help.  Although it seemed out of scope, I needed to add
a "Maximum Concurrent Jobs = 20" to each Client resource of dir.conf.

I wanted more, so I added a volume label format that would provide a
unique volume label between clients to the Pool resource in dir.conf and
pseudo devices to sd.conf (symbolic links to the same directory).  I just
need as many symlinks and pseudo devices in sd.conf for the number of
parallel jobs I want to run.  This seems to be working for now.  The
unique volume name is to prevent multiple jobs from trying to open the
same volume at the same time (that happened in testing).

> BTW, you should really upgrade that FD -- Bacula is not designed to be
> run with different, somewhat-major, release versions.

It has worked well for the last 2 months, but I am still testing.

Thanks again,

Adam

> [EMAIL PROTECTED] wrote:
> > Hi all,
> >
> > I am having trouble with concurrent jobs not spooling in parallel -- they
> > spool and despool, one at a time, in sequential order.  I only get one job
> > running at a time.  I want daily backups that write one volume to disk,
> > per job, with concurrent jobs that spool in parallel.  Can someone please
> > help me figure out what I'm doing wrong?  My setup follows.
> >
> > Thank you,
> >
> > Adam
> >
> >  bacula
> > daemon   version   os
> > ---
> > director 1.38.11_1 FreeBSD 6.1
> > storage  1.38.11_1 FreeBSD 6.1
> > file 1.36.2debian linux
> >
> > The director, storage and file daemons have max concurrent jobs set to 20.
[snip]

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Removable Disk HOWTO

[jbrsubscribe]

Josh Fisher wrote:

> 
> Michael Fung wrote:
>> Dear Josh,
>>
>>
>> Thanks for releasing the vchanger script and HOWTO!
>>
>> However, I found a problem around line 94:
>>
>>   # Create nextmag file to hold max magazine index used
>>   if [ ! -f "${statedir}/nextmag" ]; then
>>  echo 0 >"${statedir}/nextmag"
>>
>> It created the nextmag file with content "0". That makes the following
>> section allways gives error "nextmag has invalid value".
>>
>>   # Check nextmag value
>>   nextmag=`cat "${statedir}/nextmag"`
>>   if [ $? -ne 0 -o "${nextmag}" == "" -o $nextmag -lt 1 -o $nextmag
>> -gt 99 ]; then
>>  echo "${statedir}/nextmag has invalid value"
>>  return 1
>>   fi
> 
> Yes, thank you. That is a bug. It should be:
> 
>   # Check nextmag value
>   nextmag=`cat "${statedir}/nextmag"`
>   if [ $? -ne 0 -o "${nextmag}" == "" -o $nextmag -lt 0 -o $nextmag -gt
> 99 ]; then
>  echo "${statedir}/nextmag has invalid value"
>  return 1
>   fi
> 
> I will post an updated version to this list.
> 
>>
>> Also, before and after changed the script to not gives error, I still
>> got the error after issue the "label barcodes" command:
>>Connecting to Storage daemon USBChanger1 at 192.168.1.1:9103 ...
>>3306 Issuing autochanger "slots" command.
>>Device "usb-changer-1" has 0 slots.
>>No slots in changer to scan.
>>
>> I run the script by hand to test output:
>> [EMAIL PROTECTED] bacula]# ./vchanger /etc/bacula/vchanger1.conf slots
>> 7
>>
>> It reports 7 slots correctly. Could you give me some hints?  I am
>> using Bacula 1.38.11 on RHEL 4 clone.
>>
> Did you run the test by hand as root? If so, then it is likely a
> permissions problem. Normally, vchanger will run as the user and group
> that bacula-sd runs as (usually bacula.disk if installed from RPMs).
> Make sure /etc/bacula/vchanger1.conf can be read by the bacula-sd user
> and/or group. Likewise, make sure the bacula-sd user and/or group  has
> read/write permissions for the vchanger state directory (probably at
> /var/bacula/vchanger1). Also, the bacula-sd user/group must have
> read/write permissions for the mounted USB disk partition.
>>
>> Many thanks!
>> Michael
>>
>>
>> 
>>
>> -
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>> your opinions on IT & business topics through brief surveys - and earn
>> cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> 
>>
>> ___
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>   
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys - and earn
> cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
I am also trying to run this script and I get the sane error as reported by
Michael..even after I make the suggested changes. In addition to that I
don't quite understand this Device Resource statement - especially where it
says ArchiveDecice = /var/bacula/vchanger1/drive0.

#--- drive 0 of the usb-changer-1 autochanger
Device {
 Name = usb-changer-1-drive-0
 DriveIndex = 0
 Autochanger = yes;
 DeviceType = File
 MediaType = File
 ArchiveDevice = /var/bacula/vchanger1/drive0
 RemovableMedia = no;
 RandomAccess = yes;
}

Why is that being done? That directory does not actually exist. Perhaps I am
missing something. If so I would appreciate any help from anyone who has
managed to get this to work

Jerome

 


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Backing up with two Bacula servers?

[Willard Farqwark]

I have been running Bacula writing to disk for many months now.  Very fast and 
easy fast restore.
I am building a new server with Bacula writing to a LTO-2.
Question is - How do I set up a client Bacula-fd for two servers?
All in the client conf file or two instances of Bacula-fd running?

Thanks

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ERR=There is no valid media in the device "DVD-Writer"

[Arno Lehmann]

Hello,

On 12/8/2006 9:05 PM, mario wrote:
> Hello list,
> 
> i am running bacula 1.38.11 and i would like to backup to DVD follwoing
> this page: http://www.bacula.org/rel-manual/DVD_Volumes.html

DVD writing with 1.38 is really not ready for production use. You might 
even say it won't work :-)

I suggest you upgrade a test system to 1.39.wherever-we-are-today and 
try that. As far as I know, only from following the mailing lists, that 
version should work.

Arno

> This page describes how bacula writes the backups to a local direcory
> first, and then writes it to DVD.
> 
> "status all" shows me this error: "Device is BLOCKED waiting for
> media." (see below).
> 
> So i decided to label it. Label output: 
> "Sending label command for Volume "TestDVD2" Slot 0 ...
> 3910 Unable to open device "DVD-Writer" (/dev/hdc): ERR=There is no
> valid media in the device "DVD-Writer" (/dev/hdc)."
> 
> 
> But i have got a valid media in my dvd drive. And its hdc.
> 
> 
> Here my console output for status and label:
> 
> 
> *status all
> linux-dir Version: 1.38.11 (28 June 2006) i686-pc-linux-gnu suse 10.1
> Daemon started 08-Dec-06 20:10, 4 Jobs run since started.
> 
> Scheduled Jobs:
> Level  Type Pri  Scheduled  Name
> Volume
> ===
> IncrementalBackup10  08-Dec-06 23:05Client1
> *unknown*
> Full   Backup11  08-Dec-06 23:10BackupCatalog
> *unknown*
> 
> 
> Running Jobs:
>  JobId Level   Name   Status
> ==
>  3 FullClient1.2006-12-08_20.11.55 is waiting for an appendable
> Volume
> 
> 
> Terminated Jobs:
>  JobId  Level Files  Bytes Status   FinishedName
> 
>  1  Full  0  0 Error08-Dec-06 20:09 Client1
>  2  Full  0  0 Error08-Dec-06 20:10 Client1
> 
> 
> Connecting to Storage daemon File at linux:9103
> 
> linux-sd Version: 1.38.11 (28 June 2006) i686-pc-linux-gnu suse 10.1
> Daemon started 08-Dec-06 20:10, 1 Job run since started.
> 
> Running Jobs:
> Writing: Full Backup job Client1 JobId=3 Volume=""
> pool="Default" device=""DVD-Writer" (/dev/hdc)"
> Files=0 Bytes=0 Bytes/sec=0
> FDReadSeqNo=6 in_msg=6 out_msg=4 fd=5
> 
> 
> Jobs waiting to reserve a drive:
> 
> 
> Terminated Jobs:
>  JobId  Level   Files  Bytes Status   FinishedName
> ==
>  1  Full  0  0 Error08-Dec-06 20:09 Client1
>  2  Full  0  0 Error08-Dec-06 20:10 Client1
> 
> 
> Device status:
> Device "FileStorage" (/tmp) is not open or does not exist.
> Device "DVD-Writer" (/dev/hdc) is not open or does not exist.
> Device is BLOCKED waiting for media.
> 
> 
> In Use Volume status:
> 
> 
> Connecting to Client linux-fd at linux:9102
> 
> linux-fd Version: 1.38.11 (28 June 2006)  i686-pc-linux-gnu suse 10.1
> Daemon started 08-Dec-06 20:10, 0 Jobs run since started.
> No Terminated Jobs.
> Running Jobs:
> JobId 3 Job Client1.2006-12-08_20.11.55 is running.
> Backup Job started: 08-Dec-06 20:11
> Files=0 Bytes=0 Bytes/sec=0
> Files Examined=0
> SDReadSeqNo=5 fd=5
> Director connected at: 08-Dec-06 20:20
> 
> 
> 
> 
> 
> *label
> The defined Storage resources are:
>  1: File
>  2: DVD
> Select Storage resource (1-2): 2
> Enter new Volume name: TestDVD2
> Automatically selected Pool: Default
> Connecting to Storage daemon DVD at linux:9103 ...
> Sending label command for Volume "TestDVD2" Slot 0 ...
> 3910 Unable to open device "DVD-Writer" (/dev/hdc): ERR=There is no
> valid media in the device "DVD-Writer" (/dev/hdc).
> 
> 
> 
> Any idea what i am doing wrong?
> Thanks, Mario
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_

Re: [Bacula-users] Windows backup to network speed issues

[Kern Sibbald]

This problem has been reported many times in the past, and every case that I 
know of has boiled down to either a switch set in half-duplex mode, or a bad 
Win32 ethernet card (i.e. hardware/firmware problems on the card itself).  
The Win32 chapter of the manual documents a few of these problems.

On Friday 08 December 2006 20:42, Brian Jones wrote:
> Thanks for the replies.  See comments below.
> 
> 
> On 12/8/06 12:10 PM, "Robert Nelson" <[EMAIL PROTECTED]> wrote:
> 
> > I get similar times between all the combinations I test, Windows -> Linux,
> > Linux -> Windows, Linux -> Linux and Windows -> Windows.
> > 
> > However it did take some tweaking.  The first thing to check is to see if
> > you are getting a lot of TCP/IP errors.
> 
> This is not the case.  I am not getting errors and this is the same result
> on multiple systems.
> 
> > This could indicate one of adapters
> > isn't running full duplex or there is some other configuration problem.  
The
> > other thing is the various TCP/IP tuning parameters such as Window Size,
> > etc.  Another thing that can make a huge difference, if you are running a
> > gigabit network, is use large packets.
> 
> These are running at 100 full, no gig yet.
> > 
> > Then there are all the apples and oranges issues.  Are the machines being
> > tested all on the same network segment, do they have equivalent hardware
> > (disk speed can make a huge difference), etc.
> 
> No they are not all on the same network segment. However, the one system is
> a blade in and IBM bladecenter.  Adding another blade running CentOS 4.4 and
> running a backup sustains the speed of the other linux boxes.  The Windows
> Server blade on that blade center runs at the slower speed.
> 
> Either way on the Windows boxes doing file copies or in the case of SCP to
> the linux box running Bacula, the speed is exceptionally faster then using
> the Bacula client for windows.  This has been tested in the middle of the
> day and the middle of the night noting a slight improvement at night, but we
> are talking 100 KB/s increase at best.
> 
> AV is also not the issue as one of the boxes is not running it and the speed
> is the same.
> 
> Thanks for your help.
> 
> 
> 
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of DAve
> > Sent: Friday, December 08, 2006 9:20 AM
> > To: bacula-users
> > Subject: Re: [Bacula-users] Windows backup to network speed issues
> > 
> > Brian Jones wrote:
> >> I have a question on the speed of backing up Windows 2003/2000/XP boxes 
to
> >> disk across the network.
> >> 
> >> For 2 windows boxes, here is the rates I am getting though it is the same
> >> for all the windows boxes:
> >>   Rate:   432.1 KB/s
> >>   Rate:   528.4 KB/s
> >> 
> >> For the Linux boxes, here are 2 rates I am getting but again, it is the
> > same
> >> across all the Linux boxes:
> >> 
> >>   Rate:   9556.8 KB/s
> >>   Rate:   8616.3 KB/s
> >> 
> >> I did a test on one of the 2003 server boxes backing up one file that was
> >> about 13 gig in size.  The speed was as shown above for Windows boxes.
> >> Using winSCP to copy that same file to the same box running Bacula, I 
have
> > a
> >> rate of 4000 KB/s.
> >> 
> >> Is the windows Bacula client slow?  Are others seeing better speeds?  I 
am
> >> fairly new to Bacula so any help would be appreciated.
> >> 
> > 
> > Anyone please correct me if I am wrong, no egos in play here ;^)
> > 
> > I see speed differences as well. There are several things that explain
> > most of my differences. The load on the server that is running the
> > client can have a big effect. I have one very busy web server that backs
> > up considerably slower than my FTP server. I noticed as well that full
> > backups of a not in use file system go much faster than a differential
> > of a heavily used filesystem.
> > 
> > Not Bacula faults, just the situation. I have tried to move my backup
> > schedules to run when there is the least number of processes to interfer
> > with the Bacula client.
> > 
> > Also, keep in mind, the transfer rate is not just the network speed
> > attained, but the rate at which the data is transfered via Bacula which
> > includes verification, compression, disk reading on the client box, and
> > disk writing on the storage box.
> > 
> > In my testing a straight data transfer such as ftp always outruns
> > Bacula, so comparisons are not valid.
> > 
> > DAve
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https:/

Re: [Bacula-users] ZFS comments

[Kern Sibbald]

On Friday 08 December 2006 23:02, Dan Langille wrote:
> Hi folks,
> 
> While at LISA06, I was asked about the extended attributes involved 
> with ZFS.  Does Bacula handle them?  

I don't think so.

> I'm not sure what he's asking about.
> 
> I have no idea what this is about... I don't know much about ZFS.  I 
> have seen reports that people are using Bacula to backup ZFS-based 
> systems, but apparently there is more to ZFS than what I know.

Well fortunately, for Bacula the data for all files on any Unix filesystem can 
be backed up by standard Unix APIs.  Unfortunately the bozos that implemented 
extended attributes and/or access control lists on Unix systems all did it 
differently, which requires special code for each OS.  Since I only run ext3 
filesystems, I rely on user contributions to implement extended attributes 
and access control lists.

> 
> -- 
> Dan Langille : Software Developer looking for work
> my resume: http://www.freebsddiary.org/dan_langille.php
> PGCon - The PostgreSQL Conference - http://www.pgcon.org/
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] concurrent jobs don't spool at the same time

[Kern Sibbald]

On Friday 08 December 2006 01:07, [EMAIL PROTECTED] wrote:
> On Thu, 7 Dec 2006, Ryan Novosielski wrote:
> 
> > Read the manual regarding this. You're missing a "Maximum Concurrent
> > Jobs" statement, though I couldn't swear whether it goes under Storage
> > or under Device. That should get you started, however.
> 
> Thank you for your help.  Although it seemed out of scope, I needed to add
> a "Maximum Concurrent Jobs = 20" to each Client resource of dir.conf.
> 
> I wanted more, so I added a volume label format that would provide a
> unique volume label between clients to the Pool resource in dir.conf and
> pseudo devices to sd.conf (symbolic links to the same directory).  I just
> need as many symlinks and pseudo devices in sd.conf for the number of
> parallel jobs I want to run.  This seems to be working for now.  The
> unique volume name is to prevent multiple jobs from trying to open the
> same volume at the same time (that happened in testing).

Something sounds really broken here, but I am not the one to diagnose it.  
Multiple jobs don't and won't try to open the same volume at the same time.  
Multiple jobs can simultaneously write to the same Volume, if you are not 
using data spooling, but the device is only opened once and then shared.

> 
> > BTW, you should really upgrade that FD -- Bacula is not designed to be
> > run with different, somewhat-major, release versions.
> 
> It has worked well for the last 2 months, but I am still testing.
> 
> Thanks again,
> 
> Adam
> 
> > [EMAIL PROTECTED] wrote:
> > > Hi all,
> > >
> > > I am having trouble with concurrent jobs not spooling in parallel -- 
they
> > > spool and despool, one at a time, in sequential order.  I only get one 
job
> > > running at a time.  I want daily backups that write one volume to disk,
> > > per job, with concurrent jobs that spool in parallel.  Can someone 
please
> > > help me figure out what I'm doing wrong?  My setup follows.
> > >
> > > Thank you,
> > >
> > > Adam
> > >
> > >  bacula
> > > daemon   version   os
> > > ---
> > > director 1.38.11_1 FreeBSD 6.1
> > > storage  1.38.11_1 FreeBSD 6.1
> > > file 1.36.2debian linux
> > >
> > > The director, storage and file daemons have max concurrent jobs set to 
20.
> [snip]
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] The number of files mismatch!

[Arno Lehmann]

Hi,

On 12/8/2006 9:38 PM, Forrest England wrote:
> Hi there, I work with Rob Ostrander, the initiator of this thread.
> I've also been working on the problem of bacula reporting that
> the number of VolumeFiles mismatch between the volume and the catalog.
> 
> After reading the manual thoroughly and poking around the web, I'm still not 
> sure
> what VolumeFiles referrs to.

In short: These are simply special marks on the tape that the tape drive 
uses to position the tape.

> an example: I did a test backup job of 101 files on a fresh tape which 
> completed successfully:
> FD Files Written:   101
> SD Files Written:   101
> afterwards I attempted to do a second backup job on the same tape, but got 
> the familiar error message:
> 
> 08-Dec 13:36 vtsan1-sd: test.2006-12-08_13.36.27 Error: I cannot write on 
> Volume "TestVolume" because:
> The number of files mismatch! Volume=0 Catalog=1
> 
> I updated the VolumeFiles for this tape in the catalog to 0 and did a second 
> backup job.
> I restored and verified both backup jobs without any problem.

That was lucky... Bacula should have considered that tape as empty IMO.

> what does VolumeFiles correspond to? It's obviously not the number of actual 
> files on the tape.
> is it supposed to correspond to the number of jobs on a tape?
> 
> anyway, many people seem to have this VolumeFiles mismatch problem. we have 
> it on 3 different servers
> with 3 different tape changers, so I'm going to file a bug report.

Make sure to include your SD device configuration and btape test output...

Ok, a short description of the file mark problem:

Bacula segments tape volumes by file marks. These are, in tape hardware 
language, called EOF markers. Bacula keeps the number of EOFs on tape in 
the catalog.

When a tape is appended to, bacula lets the tape drive seek to the end 
of data on tape (called EOD). The tape drive counts the EOFs it crosses 
and reports that number as the current file position. That number is 
compared to the catalog data, and that comparison is the point where 
your error comes from.

Unfortunately, EOF marks can be a little problematic.

Some OS/tape drivers use two EOFs to indicate EOD. In such a case, 
before you can continue to write to that tape, you have to backspace one 
EOF mark. If you didn't, the data would be written to tape at a position 
that could not be reached by the normal positioning commands of the tape 
drive.

For practical purposes this boils down to the advice to seriously test 
your settings of Two EOF, BSF at EOM, and the various Bachward/Forward 
Space File/Record variants.

To give more detailed help, we would at least need to know which OS and 
which tape hardware you run. I'm quite certain that most OSes have their 
Bacula users, which might supply configuration examples.

Arno


-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] [SPAM: 7.427] labelmedia=yes isn't working

[Arno Lehmann]

Hello,

On 12/7/2006 8:11 AM, Brad Peterson wrote:
> I'm trying to set up disk volumes and have them automatically labeled.  
> According to the manual, this should be possible.

It definitely is.

> So I made sure my storage daemon had this line in it:
> 
>  Label media = yes;   # lets Bacula label unlabeled media
> 
> I then did a ./bacula restart.  I then tried to run a job that specified 
> a pool for which no volumes had yet been created.  I was doing this to 
> test if it would auto create a volume for me.  Instead, I keep getting 
> this message:
> 
> 07-Dec 00:05 brad-sd: Job NightlySave.2006-12-07_00.04.46 waiting. 
> Cannot find any appendable volumes.
> Please use the "label"  command to create a new Volume for:
> 
> 
> Any ideas why this is?  Shouldn't "Label media=yes" do the trick?  I've 
> been trying for days to get this thing set up and running, and I'm 
> getting frustrated feeling like I've run into a dead end.

Look into the manual, configuring the director, pools... you'll find a 
setting called "Label Format".

Which is what you need, because currently, Bacula does not know what 
sort of label to create.

Also, when using automatic labeling, you should make sure the space the 
volumes can use is limited. I'd recommend to limit the volume file size, 
and the number of volumes in the pool.

Arno

> 
> 
> 
> Spam detection software, running on the system "mail.appraiseutah.com", has
> identified this incoming email as possible spam.  The original message
> has been attached to this so you can view it (if it isn't spam) or label
> similar future email.  If you have any questions, see
> the administrator of that system for details.
> 
> Content preview:  I'm trying to set up disk volumes and have them
>   automatically labeled. According to the manual, this should be possible.
>   So I made sure my storage daemon had this line in it: Label media = yes;
>   # lets Bacula label unlabeled media [...] 
> 
> Content analysis details:   (7.4 points, 5.0 required)
> 
>  pts rule name  description
>  -- --
>  0.9 FORGED_YAHOO_RCVD  'From' yahoo.com does not match 'Received' headers
>  0.5 DNS_FROM_RFC_ABUSE RBL: Envelope sender in abuse.rfc-ignorant.org
>  0.9 DNS_FROM_RFC_WHOIS RBL: Envelope sender in whois.rfc-ignorant.org
>  2.0 RCVD_IN_SORBS_DUL  RBL: SORBS: sent directly from dynamic IP address
> [24.10.159.195 listed in dnsbl.sorbs.net]
>  1.4 DNS_FROM_RFC_POST  RBL: Envelope sender in
> postmaster.rfc-ignorant.org
>  1.7 RCVD_IN_NJABL_DUL  RBL: NJABL: dialup sender did non-local SMTP
> [24.10.159.195 listed in combined.njabl.org]
> 
> 
> 
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> 
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Backing up with two Bacula servers?

[Georg Altmann]

--On Freitag, 8. Dezember 2006 08:59 -0800 Willard Farqwark 
<[EMAIL PROTECTED]> wrote:

> I have been running Bacula writing to disk for many months now.  Very
> fast and easy fast restore. I am building a new server with Bacula
> writing to a LTO-2.
> Question is - How do I set up a client Bacula-fd for two servers?

I suspect you mean two storage daemons. You don't. According to the fine 
manual

you just add a new storage resource in your director configuration pointing 
to the storage deamon with the LTO2 device. Now you can use that storage 
definition in your job/schedule definitions. Of course you need to have the 
second sd configured and running for this to work.

Regards,
Georg

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Migrating to Bacula

[Arno Lehmann]

Hi,

On 12/5/2006 12:04 PM, Kern Sibbald wrote:
> On Tuesday 05 December 2006 11:04, Rudolf Cejka wrote:
> 
>>Arno Lehmann wrote (2006/12/01):
>>
>>>On 11/30/2006 9:24 PM, Per Andreas Buer wrote:
...I would be very interested to know why you don't like Areika.  Having
> this information always helps ...

Generally, I found Arkeia to be unreliable. There were simply too many 
occasions where backups didn't run, too often without any clues in the 
log files.

The license system especially caused all sorts of trouble, like it 
insisted on not having licenses for machines it had in its database, 
only these machines weren't there. Or changing the machine type without 
aparent reason, and thus requiring a more expensive license.

The GUI looked interesting, but I couldn't work with it.

The tools to manage Arkeia from the shell use a rather peculiar syntax, 
at least very different from any unix/gnu software I know.

The catalog is held in disk directories as links, files, and 
directories. This is a performance problem for the relatively 
underpowered backup servers I run. Also, it's not easily separated 
between machines (which is a feature I really like in Bacula, because I 
have to lose two servers before I need a bare-metal Bacula server 
restore), and managing it when the provided tools don't work correctly 
is impossible.

Some of the components tended to crash, which lead to all sorts of 
problems hidden behind a GUI, rather than presented by it.

The GUI was really painful - setting up a basic configuration needed 
many kilometers of mouse abuse, and I never found a good overview of 
what I set up. This might be a matter of taste, but I do like text 
consoles for system management tasks.

Support was not really helpful - very often it was advised to stop 
Arkeia, remove some things from the file system, and restart. Or use the 
command line tools to manipulate the catalog (usually deleting hosts or 
changing licenses).

The licensing scheme is simply too expensive for me and my customers. 
After all, they need their money to pay me :-) and paying for Arkeia 
software does not deliver you a Backup solution that works out of the 
box, so they need support anyway.

Much of the above is also reflected on the arkeia users mailinglist IMO, 
so I assume that it's not only my fault that I couldn't work with Arkeia.

Arno

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Backing up with two Bacula servers?

[Dan Langille]

On 9 Dec 2006 at 0:47, Georg Altmann wrote:

> --On Freitag, 8. Dezember 2006 08:59 -0800 Willard Farqwark 
> <[EMAIL PROTECTED]> wrote:
> 
> > I have been running Bacula writing to disk for many months now.  Very
> > fast and easy fast restore. I am building a new server with Bacula
> > writing to a LTO-2.
> > Question is - How do I set up a client Bacula-fd for two servers?
> 
> I suspect you mean two storage daemons. You don't. According to the fine 
> manual
> 
> you just add a new storage resource in your director configuration pointing 
> to the storage deamon with the LTO2 device. Now you can use that storage 
> definition in your job/schedule definitions. Of course you need to have the 
> second sd configured and running for this to work.

I suspect the original poster *may* mean two Bacula Directors.  In 
which case, you create a second bacula resource in the FD's bacula-
fd.conf file.

Like this:

Director {
  Name = firstdirector
  Password = "password for first director"
}

Director {
  Name = seconddirector
  Password = "password for second director"
}


-- 
Dan Langille : Software Developer looking for work
my resume: http://www.freebsddiary.org/dan_langille.php
PGCon - The PostgreSQL Conference - http://www.pgcon.org/



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ERR=There is no valid media in the device "DVD-Writer"

[mario]

Hello Arno,

On Fri, 2006-12-08 at 23:08 +0100, Arno Lehmann wrote:
> Hello,
> 
> On 12/8/2006 9:05 PM, mario wrote:
> > Hello list,
> > 
> > i am running bacula 1.38.11 and i would like to backup to DVD follwoing
> > this page: http://www.bacula.org/rel-manual/DVD_Volumes.html
> 
> DVD writing with 1.38 is really not ready for production use. You might 
> even say it won't work :-)
> 
> I suggest you upgrade a test system to 1.39.wherever-we-are-today and 
> try that. 
That seems to work. Thanks a lot!


After filling up a whole DVD, bacula exists the job with an growisofs
ERROR, that there is not enought space left.

Should Bacula not notify me, and then carry on once a new media was
inserted?

Thanks, Mario



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Backing up with two Bacula servers?

[Kern Sibbald]

On Saturday 09 December 2006 00:47, Georg Altmann wrote:
> 
> --On Freitag, 8. Dezember 2006 08:59 -0800 Willard Farqwark 
> <[EMAIL PROTECTED]> wrote:
> 
> > I have been running Bacula writing to disk for many months now.  Very
> > fast and easy fast restore. I am building a new server with Bacula
> > writing to a LTO-2.
> > Question is - How do I set up a client Bacula-fd for two servers?
> 
> I suspect you mean two storage daemons. You don't. According to the fine 
> manual
> 

> you just add a new storage resource in your director configuration pointing 
> to the storage deamon with the LTO2 device. Now you can use that storage 
> definition in your job/schedule definitions. Of course you need to have the 
> second sd configured and running for this to work.

One point that I don't think is mentioned explicitly in the manual, at least 
not in the currently released version, is that you need to ensure that your 
MediaTypes are properly defined.  Bacula assumes that for any given 
MediaType, a Volume can be mounted on any Device having the same MediaType. 
Thus to properly define your MediaTypes, you must ensure that they are unique 
for the set of Devices on which the Volumes can be mounted.  If you have two 
Storage daemons, it is unlikely that you can mount the same Volume on both 
SDs (at different times).  If this is the case, the MediaTypes must be unique 
for those two SDs.  If a Volume can be mounted on both SDs then there is no 
problem using the same MediaType.  Ideally, you will use different pools for 
the two SDs so that the same Volume will never be requested by the two SDs at 
the same time.

> 
> Regards,
> Georg
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ERR=There is no valid media in th e device "DVD-Writer"

[Kern Sibbald]

On Saturday 09 December 2006 02:15, mario wrote:
> Hello Arno,
> 
> On Fri, 2006-12-08 at 23:08 +0100, Arno Lehmann wrote:
> > Hello,
> > 
> > On 12/8/2006 9:05 PM, mario wrote:
> > > Hello list,
> > > 
> > > i am running bacula 1.38.11 and i would like to backup to DVD follwoing
> > > this page: http://www.bacula.org/rel-manual/DVD_Volumes.html
> > 
> > DVD writing with 1.38 is really not ready for production use. You might 
> > even say it won't work :-)
> > 
> > I suggest you upgrade a test system to 1.39.wherever-we-are-today and 
> > try that. 
> That seems to work. Thanks a lot!
> 
> 
> After filling up a whole DVD, bacula exists the job with an growisofs
> ERROR, that there is not enought space left.

You apparently have something misconfigures (e.g. perhaps an unpatched 
dvd+rw+tools, bad dvd-handler script ...) because normally Bacula will never 
attempt to write more to a DVD than the remaining space.  

If you just cannot get around the above problem, you could set a maximum 
volume size.


Unfortunately I cannot help you any more than to give these pointers ...



> 
> Should Bacula not notify me, and then carry on once a new media was
> inserted?
> 
> Thanks, Mario
> 
> 
> 
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users