[FFE] Latest Stable is 5.0.1

25 February 2010: Bacula 5.0.1 has been released.

This is a major bug fix release including a few directives that have been
rewritten, one new directive, and some different directive behavior (see the
release notes below). As is usual for a patch release (last digit changes by
one), this version is compatible with the 5.0.0 database and with prior
clients. However, you *must* upgrade all components that are on any one
machine (that is you must upgrade your Director, Storage daemon, and File
daemon at the same time, if they reside on the same machine).

For more information see :
http://www.bacula.org/en/?page=news

Any idea whether 5.0.1 will make Ubuntu Karmic ?

Can someone please test the version in my ppa?

Thanks
chuck

this version is running fine here.

Chuck Short wrote:
> Can someone please test the version in my ppa?
>
> Thanks
> chuck
>

Did you install it from the PPA?

Thanks
chuck

yes, I upgraded our existing Bacula-testserver to lucid and then I updated bacula with the packages from your ppa.

these packed are installed:
ii bacula-common 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-common-mysql 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-console 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-director-common 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-director-mysql 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-fd 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-sd 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-sd-mysql 5.0.1-1ubuntu1 network backup, recovery and verification -
ii bacula-server 5.0.1-1ubuntu1 network backup, recovery and verification -

Excelent

Hi,

I wish to ask for a FFE exception so that we can get bacula 5.0.1 into lucid. The reason for this FFE are the following:

- Debian will be moving to 5.0 for Lucid
- 3.0 is ancient and it will probably EOL during Lucid's lifecycle.
- Easier to maintain from the developer perspective.

I understand bacula 5 is a big jump from bacula 3 but it is explained as the following:

You might be wondering why this release jumps from 3.0.x to
5.0.0 thus skipping version 4.0.0. We have done this for
several reasons: first, we wanted a way of distinguishing
the numbering system for the Bacula System Enterprise version
and the Bacula Project version. So, to do so, we have decided
that the first number of the Bacula Project version will always
be odd, and the first number of the Enterprise version will always
be even. Thus the Bacula Project now moves from 3.0.x to 5.0.x.
In addition, we want to keep the Bacula Project version larger
than the Enterprise version to indicate that the Bacula Project
version is more advanced or has more features than the
Enterprise version. For memory, the current Enterprise version
is 2.6.1, and the next release (in a few months -- before June 2010)
will be version 4.0.0

I have attached the debdiff, the buildlog and the changelog for your review.

Regards
chuck

Changelog:

- We believe that we have resolved most of the problems
  concerning canceled or failed jobs being "stuck" in the
  Director. There is one outstanding problem in the SD when
  canceling jobs that we will fix in the next major release.
  If you see jobs that seem to be stuck, in general issuing
  a cancel command in bconsole should now make them go away.

Directives:
- The default for "Allow Duplicate Jobs" has been changed from
  no to yes. If you use this directive, please check your
  conf file, and note the next two items !!!!!!!!!!!!!!!!!!!
- AllowHigherDuplicates disabled. It did not work as documented
    and was confusing.
- New directive "CancelLowerLevelDuplicates" See New Features
  section in the manual.
- Truncate on Purge rewritten. See New Features section in the manual.

Bug fixes:
1448 1466 1467 1468 1476 1481 1486 1488 1494 1497
1499 1501 1505 1509 1513

- Ensure SD asks for help when looping even if poll set. Fixes bug #1513.
- Fix three-pool regress bug
- Modify bacula.spec fixes bug #1505
- This version fixes an issue where the console window would start out
  docked. It is fixed by initiating the variables in the Pages class wi
  constructor.
- Fix make_catalog_backup.pl fails when catalog db is on other host
- Apply MacOSX installer patch from bug #1509
- Apply fix to previous fix of Copy problem. Fix proposed by reporter o
  #1476
- Fix bug #1501 -t does not print errors
- Apply SQLite3 update fix from bug #1497
- Apply bashism fix for diskchanger.in script from bug #1499
- Apply rpm fix for Sci Linux from bug #1494
- Take most recent Ukranian po from bug #1448
- Probable fix for Copy/Migration bug #1476
- Fix bug #1488 -- avoid recursion and race conditions in messages.c
- Upgrade cats library also to 5.0.0
- Fix missing console page in bat
- Add bat help files to Window install
- Improve Windows upgrade to ensure old FD is shutdown
- Fix bug #1481 -- bat consumes all console file descriptors
- Backport truncate on purge from 5.1.x
- Fix bug #1486 -- bat doesn't show any errors on command-line
- Update the bsock error URL
- Correct .my.cnf umask in make_catalog_backup.pl
- Apply fix for dbcheck use by make_catalog_backup.pl
- Fix seg fault in bscan from new comment field
- Allow multiple CNs when using TLS
- Fix seg fault in SQlite driver
- Make shared libs version the same as the Bacula release version
- Remove file_index sequential check
- Fix #1466 about Bogus pruning message

I haven't attempted to participate in testing a pre-release Ubuntu package before, so please bear with me. I'd very much like to see Bacula 5.0.x make it into Lucid. I have reformatted a machine with Lucid Alpha 3 to install Chuck Short's test package onto. This machine is i386 rather than amd64, though. When I looked earlier, I thought I only saw amd64 supported by his PPA build, but when I looked just now it seems like i386 support is also there? In any case, I will definitely give the Bacula 5 test package a try this weekend, so if there's not already i386 support, could someone please make whatever changes are necessary to add it in the next day or so?

The changelog looks appropriate, mostly bug fixes. And indeed it's much easier to have the same version than Debian Squeeze.

> - The default for "Allow Duplicate Jobs" has been changed from no to yes. If you use this directive, please check your conf file, and note the next two items !!!!!!!!!!!!!!!!!!!
> - AllowHigherDuplicates disabled. It did not work as documented and was confusing.

Is our default configuration affected by this? How does it affect existing setups which upgrade to 5?

Martin,

We ship the default configuration files so it would be up to the user to look at their settings and see how they fit int. Maybe put a note in the README.Debian

Regards
chuck

OK, thanks for the update. Looks okay then, please go ahead.

i386 proved to be unreliable; couldn't even complete the lucid install. Now have built an amd64 system, but am using full-disk encryption and cannot even boot the system to the point where I can attempt to install Chuck Short's PPA. Still trying...

lucid has bacula 5.0.1 now.

Regards
chuck