First post - be gentle!
I have the job of setting up a replacement fileserver which will hold very
sensitive data. I intend using CentOS, with encrypted /tmp, /swap and /home
(where all the files will be stored). Bacula will be used for backups, backing
up onto LTO-3 tapes. In order to maint
Issues solved:
1. Seems like I missed something with the db update. Ran updates again
on the original 1.38 version upgrading up to 5.0.5
2. Changed /dev/sg0 to /dev/sg5 which turned out to be the correct device.
Thanks, Eric
On 20/11/2010 14:42, Timo Neuvonen wrote:
"Eric Yellin"
"Eric Yellin" kirjoitti viestissä
news:4ce6e815.1090...@migvan.co.il...
>I had Bacula installed and running properly on FreeBSD for several years.
> It was running Bacula 1.38.
> I have an old LTO-1 HP ShureStore changer that worked fine with Bacula
> 1.38 on the FreeBSD system
>
> I had to move t
2010/11/17 :
> Hi,
> I'm having problems with long running select statements (bacula 5.0.2).
> After activating mysql-slow-logs, I saw logs similar to
>
> # Time: 101117 11:32:56
> # u...@host: bacula[bacula] @ localhost []
> # Query_time: 2793 Lock_time: 0 Rows_sent: 127104387 Rows_examined:
>