Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-08 Thread Kern Sibbald
On Sunday 08 April 2007 05:26, Shaun T. Erickson wrote:
 On 4/7/07, Kern Sibbald [EMAIL PROTECTED] wrote:
 
  Build from source.  A site that I help administer has an old 7.1 machine 
with
  no CDROM (I removed it to add another hard disk), and I build everything 
from
  source.
 
 Ok. I did that for my RH7.1 and RHLAS2.1AS systems. Shortly, I'll be
 done upgrading the RPMs on my RH9 systems with the RPM Scott provides.
 
 Question: for my Windows Server 2000 boxes, do I uninstall the current
 winbacula client and then install the newer one, or do I install the
 newer one over the current one?

You can do it either way.  Each has its advantages/disadvantage. 

If I am not mistaken if you do not uninstall it, the new install will continue 
to use your old locations (I'm a bit unsure on this).  

After an uninstall, it (version 2.0.3) will install in a new set of locations 
that follow Microsoft standards -- see the README.  I saved my old conf 
file, uninstalled, then installed the new one, then edited the new conf file, 
pulling the name and password from my old conf.

 
 Then it'll be on to upgrading the backup server itself. Joy.
 -- 
 -ste
 
 -
 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-08 Thread Shaun T. Erickson
I'm testing now and the first thing I noticed is that I had to change
the permissions on my spool directory to bacula.disk - minor. :)

Next, I'm seeing messages that bacula will not descend into other
mounted partitions from root. Is that a change from the past or has it
been silently not doing descending in the past and I really wasn't
backing up those filesystems as I thought? Do I have to list them all
in the fileset now, or is there a new directive I can put somewhere
that will tell it do descend into them automatically?

-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-08 Thread Shaun T. Erickson
On 4/8/07, Shaun T. Erickson [EMAIL PROTECTED] wrote:
 Next, I'm seeing messages that bacula will not descend into other
 mounted partitions from root. Is that a change from the past or has it
 been silently not doing descending in the past and I really wasn't
 backing up those filesystems as I thought? Do I have to list them all
 in the fileset now, or is there a new directive I can put somewhere
 that will tell it do descend into them automatically?

I somewhat mis-spoke, it seems. I did have the other filesystems
listed in the fileset, so they were and are being backed up (I set it
up so long ago, I'd forgotten). What seems to be new, since 1.36, is
the messages saying it won't descend, which are, I assume, from when I
specify / in the fileset. It would, as someone wrote me, be nice if
those messages could be surpressed when the mentioned filesystems are
listed in the same fileset, but I guess I can ignore them.
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-08 Thread Shaun T. Erickson
My testing seems to be going ok, except for one thing: Now that things
run as different user and groups that in 1.36, my before- and
after-job commands to mount a remote Netware partition and unmount it
after it's backed up are failing, because ncpmount and umount are only
useable by root and the process calling them isn't running as root
anymore ...

-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version(rpm install)

2007-04-08 Thread Robert LeBlanc
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:bacula-users-
 [EMAIL PROTECTED] On Behalf Of Shaun T. Erickson
 Sent: Sunday, April 08, 2007 1:21 PM
 To: bacula-users@lists.sourceforge.net
 Subject: Re: [Bacula-users] Questions regarding upgrading old bacula
 version(rpm install)
 
 My testing seems to be going ok, except for one thing: Now that things
 run as different user and groups that in 1.36, my before- and
 after-job commands to mount a remote Netware partition and unmount it
 after it's backed up are failing, because ncpmount and umount are only
 useable by root and the process calling them isn't running as root
 anymore ...

Try using sudo and only give the bacula user the exact command in the
sudoers file for ncpmount and umnount for those directories.

Robert LeBlanc
BioAg Computer Support
Brigham Young University
[EMAIL PROTECTED]
(801)422-1882


-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version(rpm install)

2007-04-08 Thread Shaun T. Erickson
On 4/8/07, Robert LeBlanc [EMAIL PROTECTED] wrote:

 Try using sudo and only give the bacula user the exact command in the
 sudoers file for ncpmount and umnount for those directories.

Ah, yes - that should work nicely. I should have thought of that,
myself. Thanks.

I'm watching the jobs run (I scheduled a full backup of everything),
and everything seems to be ok, except that three jobs have failed to
write their attributes to tape, leaving the jobs in a terminated, but
not completed, state. Since I only allow five jobs to run at a time -
all jobs spool to disk, then de-spool to tape - I've now only got two
running at a time, because the other three haven't cleared. I haven't
been able to figure out why they haven't de-spooled their attributes
yet. They were the first three jobs to start, but I don't see why that
should matter. When I connect to their file daemons from the console,
all three say they terminated their jobs successfully and show how
much they backed up. Indeed, all three successfully de-spooled their
data to tape too - just not their attributes, for some reason.
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version(rpm install)

2007-04-08 Thread Shaun T. Erickson
On 4/8/07, Shaun T. Erickson [EMAIL PROTECTED] wrote:

 I'm watching the jobs run (I scheduled a full backup of everything),
 and everything seems to be ok, except that three jobs have failed to
 write their attributes to tape, leaving the jobs in a terminated, but
 not completed, state. Since I only allow five jobs to run at a time -
 all jobs spool to disk, then de-spool to tape - I've now only got two
 running at a time, because the other three haven't cleared. I haven't
 been able to figure out why they haven't de-spooled their attributes
 yet. They were the first three jobs to start, but I don't see why that
 should matter. When I connect to their file daemons from the console,
 all three say they terminated their jobs successfully and show how
 much they backed up. Indeed, all three successfully de-spooled their
 data to tape too - just not their attributes, for some reason.

No sooner did I hit send on the above, when two of the three jobs
suddenly de-spooled their attributes to tape and completed, so now
I'm back up to 4 running jobs. I'm assuming that since these finally
finished - more than two hours after they de-spooled their data - that
the final one will eventually complete as well. It was a huge backup
though and has a really large attribute file, so if it's sending them
to tape based on size, it may be a while yet.

How does bacula decide when to send the attributes for a job to tape?
When do they get written to the database? Maybe figuring that out will
explain the behavior I'm seeing (which appears to be working - and I'm
just hand-wringing watching for anything going wrong).
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-08 Thread Shaun T. Erickson
On 4/8/07, Shaun T. Erickson [EMAIL PROTECTED] wrote:
 I've run into one small problem though:

 The 2.0.3 bacula-mysql RPM requires that the mtx RPM be installed. I
 tried to install it, but several files in it conflict with files in
 the 1.36 bacula-mysql RPM. Can I get away with using the --nodeps
 argument to get bacula-mysql upgraded and *then* install mtx, since I
 can't do it the other way around?

As an FYI, I did exactly as I suggested and it worked fine, in case
anyone runs into this during their upgrade ...
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version(rpm install)

2007-04-08 Thread Kern Sibbald
On Sunday 08 April 2007 23:36, Shaun T. Erickson wrote:
 On 4/8/07, Shaun T. Erickson [EMAIL PROTECTED] wrote:
 
  I'm watching the jobs run (I scheduled a full backup of everything),
  and everything seems to be ok, except that three jobs have failed to
  write their attributes to tape, leaving the jobs in a terminated, but
  not completed, state. Since I only allow five jobs to run at a time -
  all jobs spool to disk, then de-spool to tape - I've now only got two
  running at a time, because the other three haven't cleared. I haven't
  been able to figure out why they haven't de-spooled their attributes
  yet. They were the first three jobs to start, but I don't see why that
  should matter. When I connect to their file daemons from the console,
  all three say they terminated their jobs successfully and show how
  much they backed up. Indeed, all three successfully de-spooled their
  data to tape too - just not their attributes, for some reason.
 
 No sooner did I hit send on the above, when two of the three jobs
 suddenly de-spooled their attributes to tape and completed, so now
 I'm back up to 4 running jobs. I'm assuming that since these finally
 finished - more than two hours after they de-spooled their data - that
 the final one will eventually complete as well. It was a huge backup
 though and has a really large attribute file, so if it's sending them
 to tape based on size, it may be a while yet.
 
 How does bacula decide when to send the attributes for a job to tape?
 When do they get written to the database? Maybe figuring that out will
 explain the behavior I'm seeing (which appears to be working - and I'm
 just hand-wringing watching for anything going wrong).

There are two attribute copies in the SD.  One is in the data that may be 
spooled and is written to tape. This copy always is written to the Volume at 
the same time as the data.

The second copy of the attributes is separated from the data and is *always* 
spooled.  These attributes are sent to the DIR only after all the data 
(+attributes) are written to the Volume.  Despooling, sending to the DIR and 
inserting the attributes in the catalog can be time consuming.

 -- 
 -ste
 
 -
 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-07 Thread Kern Sibbald
On Saturday 07 April 2007 15:09, Shaun T. Erickson wrote:
 I am running bacula 1.36.1. It was installed via rpms that Scott
 built, back in 2004. This is what I currently have:
 
 backup server:
 runs: CentOS 3.8
 bacula: bacula-mysql-1.36.1-1.i386.wb3.rpm
 mysql: 4.1.14 from MySQL-AB
 
 client group #1:
 runs: Red Hat 9
 bacula: bacula-client-1.36.1-1.i386.rh9.rpm
 
 client group #2:
 runs: Red Hat 7.1
 runs: Red Hat Linux Advanced Server 2.1AS
 bacula: bacula-client-1.36.1-1.i386.rh7.rpm
 
 client group #3:
 runs: Windows Server 2000
 bacula: winbacula-1.36.1-1.exe
 
 I need to upgrade to the latest stable release of bacula, site-wide.
 
 It seems to me that it should be very simple to upgrade all of the
 clients, assuming there are rpms for all these old OSes. BTW, where do
 I get the rpms from and does Scott still maintain them?
 
 What about upgrading the backup server? I need to not screw it up. :)
 Any suggestions, gotchas, tips? I've never done a bacula upgrade
 before. Will I still be able to read the tapes made with my old
 installation?

I am sure you will get some responses that answer your questions, but two 
tips: 

1. Read the upgrading sections of the manual -- there are two or three (see 
Upgrading in the index of the Development manual).

2. Realize that you are upgrading two database levels, so you will probably 
need to upgrade the database to 1.38.x first (probably manually) then do a 
2.0.x upgrade.

 
 If there's anything I haven't mentioned, that's important to my
 successfully performing this upgrade, please tell me, and thank you
 all very much, in advance.
 -- 
 -ste
 
 -
 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-07 Thread Shaun T. Erickson
On 4/7/07, Kern Sibbald [EMAIL PROTECTED] wrote:

 I am sure you will get some responses that answer your questions, but two
 tips:

 1. Read the upgrading sections of the manual -- there are two or three (see
 Upgrading in the index of the Development manual).

 2. Realize that you are upgrading two database levels, so you will probably
 need to upgrade the database to 1.38.x first (probably manually) then do a
 2.0.x upgrade.

Thanks, Kern.

I've done some digging and I have answered a number of my questions.
I've read that the tapes will be able to be read by the newer version.
I also found that Scott (and others) do still make the rpms and that
they're on sourceforge. I see that there is no rh7 rpm built though,
so I downloaded the srpm and tried to compile it with this command:

rpmbuild -ba --define build_client_only 1 --define build_rh7 1
rpmbuild/SPECS/bacula.spec

It's failing, complaining of a build-time requirement of
libxml2-devel, yet I can find no libxml2 and libxml2-devel for RH7.1
on the Red Hat archive site in the original release or the updates to
it. I don't know how to proceed.

I noticed in the manual section on building rpms that there were
permission changes between 1.36 and 1.38. I'll watch out for that when
moving to the latest release, but was wondering if the rpms just take
care of fixing it if needed?

I also see that the scripts needed to do the db upgrade yoou mentioned
are in an rpm from Scott, so I should be ok there.

My main problem is building that rh7 client ... suggestions anyone?
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-07 Thread Shaun T. Erickson
I tried commenting out the build-requirement of libxml2-devel, hoping
the client didn't need it. That got me a lot further. Now I'm seeing
two things:

openssl/asn1t.h appears to be missing, yet I have openssl and
openssl-devel installed, and objdump is complaining it doesn't
understand the file format of a lot of files.
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-07 Thread Kern Sibbald
On Saturday 07 April 2007 18:21, Shaun T. Erickson wrote:
 On 4/7/07, Kern Sibbald [EMAIL PROTECTED] wrote:
 
  I am sure you will get some responses that answer your questions, but two
  tips:
 
  1. Read the upgrading sections of the manual -- there are two or three 
(see
  Upgrading in the index of the Development manual).
 
  2. Realize that you are upgrading two database levels, so you will 
probably
  need to upgrade the database to 1.38.x first (probably manually) then do a
  2.0.x upgrade.
 
 Thanks, Kern.
 
 I've done some digging and I have answered a number of my questions.
 I've read that the tapes will be able to be read by the newer version.
 I also found that Scott (and others) do still make the rpms and that
 they're on sourceforge. I see that there is no rh7 rpm built though,
 so I downloaded the srpm and tried to compile it with this command:
 
 rpmbuild -ba --define build_client_only 1 --define build_rh7 1
 rpmbuild/SPECS/bacula.spec
 
 It's failing, complaining of a build-time requirement of
 libxml2-devel, yet I can find no libxml2 and libxml2-devel for RH7.1
 on the Red Hat archive site in the original release or the updates to
 it. I don't know how to proceed.
 
 I noticed in the manual section on building rpms that there were
 permission changes between 1.36 and 1.38. I'll watch out for that when
 moving to the latest release, but was wondering if the rpms just take
 care of fixing it if needed?
 
 I also see that the scripts needed to do the db upgrade yoou mentioned
 are in an rpm from Scott, so I should be ok there.
 
 My main problem is building that rh7 client ... suggestions anyone?

Build from source.  A site that I help administer has an old 7.1 machine with 
no CDROM (I removed it to add another hard disk), and I build everything from 
source.

 -- 
 -ste
 
 -
 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Questions regarding upgrading old bacula version (rpm install)

2007-04-07 Thread Shaun T. Erickson
On 4/7/07, Kern Sibbald [EMAIL PROTECTED] wrote:

 Build from source.  A site that I help administer has an old 7.1 machine with
 no CDROM (I removed it to add another hard disk), and I build everything from
 source.

Ok. I did that for my RH7.1 and RHLAS2.1AS systems. Shortly, I'll be
done upgrading the RPMs on my RH9 systems with the RPM Scott provides.

Question: for my Windows Server 2000 boxes, do I uninstall the current
winbacula client and then install the newer one, or do I install the
newer one over the current one?

Then it'll be on to upgrading the backup server itself. Joy.
-- 
-ste

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users