It is now working for RHEL 5; it was a problem of the different default
algorithm used by yum:
http://lists.fedoraproject.org/pipermail/users/2010-January/365300.html
Please type the following as root and try again:
rm -fr /var/cache/yum/epel-bacula/
Thanks,
--Simone
On 2 January 2012 13:14, Simone Caronni <negativ...@gmail.com> wrote:
> I'm installing a RHEL 4 and 5 vm right now for spotting problems.
>
> Thanks,
> --Simone
>
>
>
> On 2 January 2012 12:47, Rodrigo Renie Braga <rodrigore...@gmail.com>wrote:
>
>> Hello Simone, just to give you a feedback: I've tried again on a i386
>> CentOS 5.7 box and the problem persists:
>>
>> *[root@ptiap yum.repos.d]# yum --enablerepo epel update
>>
>> Loaded plugins: fastestmirror
>> Determining fastest mirrors
>> * epel: mirror.symnds.com
>>
>> base | 1.1 kB 00:00
>> base/primary | 961 kB 00:00
>> base 2705/2705
>> epel | 3.7 kB 00:00
>> epel/primary_db | 3.2 MB 00:08
>> epel-bacula | 2.9 kB 00:00
>> epel-bacula/primary_db | 9.4 kB 00:00
>>
>> http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-5/i386/repodata/896d43a07a0d4bdce72f22ccf315af1a5f179920599a9a9a9b9e278a12a91754-primary.sqlite.gz:
>> [Errno -3] Error performing checksum
>> Trying other mirror.
>> epel-bacula/primary_db | 9.4 kB 00:00
>>
>> http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-5/i386/repodata/896d43a07a0d4bdce72f22ccf315af1a5f179920599a9a9a9b9e278a12a91754-primary.sqlite.gz:
>> [Errno -3] Error performing checksum
>> Trying other mirror.
>> Error: failure:
>> repodata/896d43a07a0d4bdce72f22ccf315af1a5f179920599a9a9a9b9e278a12a91754-primary.sqlite.gz
>> from epel-bacula: [Errno 256] No more mirrors to try.*
>>
>> Just strange, and apparently it does not happens on a CentOS 6 box...
>> Anyway, thanks again for you contribution, I'm installing using the .rpm
>> directly.
>>
>>
>> Em 29 de dezembro de 2011 16:10, Simone Caronni
>> <negativ...@gmail.com>escreveu:
>>
>> Hello,
>>>
>>> I've checked the checksums on the files and everything seems correct.
>>>
>>> The weird thing is the second message you get, "Error: file is
>>> encrypted or is not a database"; I''ve never seen that message.
>>> The next thing is that appears after "updates/primary_db"; so it
>>> doesn't seem related to the bacula repository.
>>>
>>> Can you please try to run "yum clean all" and then trying updating again?
>>>
>>> I'm on holiday now and I don't have any rhel 5 platform at hand at the
>>> moment to check that the repo is working.
>>>
>>> Regards,
>>> --Simone
>>>
>>>
>>> On 29 December 2011 12:56, Rodrigo Renie Braga <rodrigore...@gmail.com>
>>> wrote:
>>> > Simone, I'm trying to use your repository on a CentOS 5.7 adm64
>>> machine, and
>>> > "yum update" returns the following:
>>> >
>>> > Loaded plugins: fastestmirror
>>> > Determining fastest mirrors
>>> > addons
>>> > | 951 B 00:00
>>> > addons/primary
>>> > | 204 B 00:00
>>> > base
>>> > | 1.1 kB 00:00
>>> > base/primary
>>> > | 1.2 MB 00:00
>>> > base
>>> > 3566/3566
>>> > epel-bacula
>>> > | 2.9 kB 00:00
>>> > epel-bacula/primary_db
>>> > | 9.3 kB 00:00
>>> >
>>> http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-5/x86_64/repodata/2c522829a11dc7d0e4cc27c9f76a4f72a0243255ff2bc4c078a139f4d220c754-primary.sqlite.gz
>>> :
>>> > [Errno -3] Error performing checksum
>>> > Trying other mirror.
>>> > epel-bacula/primary_db
>>> > | 9.3 kB 00:00
>>> >
>>> http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-5/x86_64/repodata/2c522829a11dc7d0e4cc27c9f76a4f72a0243255ff2bc4c078a139f4d220c754-primary.sqlite.gz
>>> :
>>> > [Errno -3] Error performing checksum
>>> > Trying other mirror.
>>> > Error: failure:
>>> >
>>> repodata/2c522829a11dc7d0e4cc27c9f76a4f72a0243255ff2bc4c078a139f4d220c754-primary.sqlite.gz
>>> > from epel-bacula: [Errno 256] No more mirrors to try.
>>> >
>>> > Then, after trying yum update again:
>>> >
>>> > Loaded plugins: fastestmirror
>>> > Loading mirror speeds from cached hostfile
>>> > extras
>>> > | 2.1 kB 00:00
>>> > extras/primary_db
>>> > | 175 kB 00:00
>>> > updates
>>> > | 1.9 kB 00:00
>>> > updates/primary_db
>>> > | 510 kB 00:00
>>> > Error: file is encrypted or is not a database
>>> >
>>> > The weird thing is that on a CentOS 6.2 amd64 machine, your repo worked
>>> > perfectly. Do you have any idea of what's going on? I've tried "yum
>>> clean
>>> > all" and trying again several times, but it always come back to the
>>> same
>>> > problem.
>>> >
>>> > Thanks again!
>>> >
>>> > Em 6 de dezembro de 2011 14:06, Simone Caronni <negativ...@gmail.com>
>>> > escreveu:
>>> >>
>>> >> Hello,
>>> >>
>>> >> the company I was working for has been a Bacula customer for some
>>> years
>>> >> and went through many iterations with the Bacula developer themselves
>>> to fix
>>> >> and change the Enterprise Edition behaviour when we moved away from
>>> the
>>> >> Community Version. Their support was awesome.
>>> >>
>>> >> Now I've changed job and I've been recently accepted as Bacula
>>> >> co-mantainer in Fedora. I've given a spin to the current Bacula
>>> packages in
>>> >> rawhide and rebuilt them for RHEL 5/6 and Fedora 16.
>>> >> So far, compared to the last packages in Fedora (5.0.3) this is what
>>> is
>>> >> implemented:
>>> >>
>>> >> - Nagios plugin.
>>> >> - Removal of bwxconsole, gnome-console and tray-monitor.
>>> >> - Removal of sqlite2.
>>> >> - Added html docs.
>>> >> - Reduced the number of patches.
>>> >> - Made "bat" compile only on platforms that provide QT >= 4.6.2 (this
>>> and
>>> >> systemd are the "ifs" for building on all releases).
>>> >> - Enablement of bpipe-fd.so.
>>> >> - Converged all the storage backends thanks to the work introduced in
>>> 5.2.
>>> >> - Fix some file layout and dependency by moving files between
>>> packages.
>>> >> - POSIX.1e capabilities.
>>> >> - Enablement of libtool.
>>> >>
>>> >> Right now I'm still doing some cleanup. The next things I would like
>>> to
>>> >> implement are:
>>> >>
>>> >> - QT tray monitor packaging.
>>> >> - Additional cleanup (i.e. the nagios plugin needs only a library,
>>> not all
>>> >> bacula-common files, commands and directories).
>>> >> - Provide a simple but still secure configuration by default.
>>> >> - Fix all the logging by putting /var/log/bacula where appropriate.
>>> >>
>>> >> I'm hosting the repository at:
>>> >>
>>> >> http://repos.fedorapeople.org/repos/slaanesh/bacula/
>>> >>
>>> >> The following architectures are supported:
>>> >>
>>> >> RHEL5/ppc
>>> >> RHEL5/x86_64
>>> >> RHEL5/i386
>>> >> RHEL6/ppc64
>>> >> RHEL6/x86_64
>>> >> RHEL6/i386
>>> >> Fedora-16/i386
>>> >> Fedora-16/x86_64
>>> >>
>>> >> I'm happy to address all the package issues people might encounter
>>> and I'm
>>> >> available to ideas or constructive criticism regarding choices or
>>> features
>>> >> missing.
>>> >> When I will get enough feedback that the approach used inside the
>>> package
>>> >> is right I will try to see if some patches could be integrated in the
>>> base
>>> >> code by pushing them to the bacula-devel mailing list.
>>> >>
>>> >> Thanks & regards,
>>> >> --Simone
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> You cannot discover new oceans unless you have the courage to lose
>>> sight
>>> >> of the shore (R. W. Emerson).
>>> >>
>>> >>
>>> >>
>>> >>
>>> ------------------------------------------------------------------------------
>>> >> Cloud Services Checklist: Pricing and Packaging Optimization
>>> >> This white paper is intended to serve as a reference, checklist and
>>> point
>>> >> of
>>> >> discussion for anyone considering optimizing the pricing and packaging
>>> >> model
>>> >> of a cloud services business. Read Now!
>>> >> http://www.accelacomm.com/jaw/sfnl/114/51491232/
>>> >> _______________________________________________
>>> >> Bacula-users mailing list
>>> >> Bacula-users@lists.sourceforge.net
>>> >> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>> >>
>>> >
>>>
>>>
>>>
>>> --
>>> You cannot discover new oceans unless you have the courage to lose
>>> sight of the shore (R. W. Emerson).
>>>
>>
>>
>
>
> --
> You cannot discover new oceans unless you have the courage to lose sight
> of the shore (R. W. Emerson).
>
>
--
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
