Thomas wrote:
>
> Martin Simmons schrieb:
>>> On Wed, 07 Jan 2009 12:38:50 +0100, mail said:
>>> Hi guys,
>>>
>>> i have a Admin job configured running on 1st of January and on 1st of
>>> June to check my db for errors.
>>>
>>> My problem is now, this job runs now every day since 1st of Janu
My bad, just detected it by myself... the FileSet has been modified
and so I assume the Incremental backup has been upgraded to Full
because the FileSet has been changed.
But IMHO there should be a better notification for that, something
like "FileSet has been modified, upgrading to FULL backup".
Hi again,
I've just hit another strange behaviour with my bacula system. A job
which has been doing a FULL backup by normal schedule two days ago,
did just advance to FULL on the incremental schedule today:
08-Jan 00:30 backup-dir JobId 74: No prior Full backup Job record found.
08-Jan 00:30 bac
On Thu, Jan 8, 2009 at 6:08 AM, Frank Altpeter wrote:
> My bad, just detected it by myself... the FileSet has been modified
> and so I assume the Incremental backup has been upgraded to Full
> because the FileSet has been changed.
>
> But IMHO there should be a better notification for that, someth
Hi
2009/1/8, Silver Salonen :
> To my mind that wasn't a question at all - he just notices that it was because
> of that (and there was nothing wrong with it), and made a suggestion for
> improving notice.
>
> The suggestion is quite useful to my mind and it should be made into a
> correct
>
> To my mind that wasn't a question at all - he just notices that it was because
> of that (and there was nothing wrong with it), and made a suggestion for
> improving notice.
>
You are correct. I was just trying to point out their is a way to
avoid the unnecessary full.
>
> The suggestion is quite
John Drescher wrote:
Yes, but most people use hardware compresion with LTO drives. Sooner
or later he has to test the drive with compression.
>>>
>>> funny thing is that amanda developers are adamant that you disable
>>> hardware compression and use software comp
On Thursday 08 January 2009 13:21:50 John Drescher wrote:
> On Thu, Jan 8, 2009 at 6:08 AM, Frank Altpeter
wrote:
> > My bad, just detected it by myself... the FileSet has been modified
> > and so I assume the Incremental backup has been upgraded to Full
> > because the FileSet has been changed.
On Wed, 7 Jan 2009, Craig White wrote:
> funny thing is that amanda developers are adamant that you disable
> hardware compression and use software compression instead.
Amanda devs are adament about a few things and aren't always correct
Hardware compression on older technologies left a lot to b
> ACK :-)
> Since I know that the changed FileSet content was the cause for
> upgrading to FULL, I think this is (at least for myself) a wanted
> feature, to ensure that my backups are covering all the content to be
> saved. I would only wish that the notification output would mention
> that instea
On Wed, 7 Jan 2009, T. Horsnell wrote:
> It seemed to me that hardware compression could result in the tapedrive
> mechanism not being fed data fast enough to keep it streaming at full speed,
> since the records may be shortened by the compression process, whereupon
> it would slow down a bit by
On Wed, 7 Jan 2009, Chris Hoogendyk wrote:
> Most backup software leaves the responsibility for planning more in the
> sysadmin's hands. If the software is just writing data to the tape until
> it hits the end of tape and then asking for another, hardware
> compression is a logical choice.
Part o
On Wed, 7 Jan 2009, John Drescher wrote:
> Do they even say this for LTO4? I mean I have not seen a CPU can
> compress any where near 120MB/s.
I was about to suggest a CUDA setup, but they're only really suitable for
massive or embarrassingly parallel setups, not high speed single threading
stuff
On Thu, Jan 08, 2009 at 06:21:50AM -0500, John Drescher wrote:
> On Thu, Jan 8, 2009 at 6:08 AM, Frank Altpeter
> wrote:
> > My bad, just detected it by myself... the FileSet has been modified
> > and so I assume the Incremental backup has been upgraded to Full
> > because the FileSet has been ch
Dear List,
*We run **Bacula 2.4.1 on Debian. I have implemented a line in the
startup script if the Director:
. /etc/bacula/environment.conf
In that file I have defined some environment variables.
The issue is that *sometimes* these variables are no longer recognized
by Bacula and therefor varia
--- On Thu, 1/8/09, Michael Galloway wrote:
> From: Michael Galloway
> Subject: Re: [Bacula-users] Another strangeness on 2.4.4 - upgrading to FULL
> after FULL backup
> To: "bacula"
> Date: Thursday, January 8, 2009, 5:55 AM
> On Thu, Jan 08, 2009 at 06:21:50AM -0500, John Drescher
> wrote
Dear List,
I´ve been having some problems to mount an instaled tape in a Windows 2003
Server.
When the bacula-sd service is starting, for any comand that I try to give
appears the following message: "Access Denied"
However, when the service is stopped I can access with the btape comand.
The bacula
Dear List,
I´ve been having some problems to mount an instaled tape in a Windows 2003
Server.
When the bacula-sd service is starting, for any comand that I try to give
appears the following message: "Access Denied"
However, when the service is stopped I can access with the btape comand.
The bacula
Olaf Zevenboom wrote:
> The issue is that *sometimes* these variables are no longer recognized
> by Bacula and therefor variable expansion in tapelabels does not work
The ps command with the 'e' flag should be able to show you a process'
environment (there may be other linux commands which can d
Hi everyone,
I wrote an e-mail regarding this issue before Christmas and had some good
replies - Thanks to all. However, we were still unable to solve the issue.
We decided to upgrade from 2.0.3 to 2.4.2 (using Ubuntu packages from
Hardy-Backports) to see if we could get it solved.
Unfortunately,
Alan Brown wrote:
> On Wed, 7 Jan 2009, Chris Hoogendyk wrote:
>
>> Most backup software leaves the responsibility for planning more in the
>> sysadmin's hands. If the software is just writing data to the tape until
>> it hits the end of tape and then asking for another, hardware
>> compressio
Hi,
Do you have an approximate idea as to when the 2.5.x version will be release
as stable 3.0.0?
Or, will bug #1190 (SD reads to end of Volume rather than stopping after all
data read) be fix in 2.4.x at some point? We are experiencing this issue.
Thanks to Ulrich for pointing this one out a fe
Hello,
On Thu, 2009-01-08 at 12:21 -0500, J-P wrote:
> Hi everyone,
>
> I wrote an e-mail regarding this issue before Christmas and had some good
> replies - Thanks to all. However, we were still unable to solve the issue.
> We decided to upgrade from 2.0.3 to 2.4.2 (using Ubuntu packages from
>
could i get a sanity check please? i've replaced my spectralogic T50 (had some
hardware issues) and i'm
rebuilding backup server. i'm working through the basic tape and changer tests.
scsi looks like this:
[r...@molbio bin]# lsscsi
[0:0:0:0]diskATA TOSHIBA MK2035GS DK02 /dev/sda
[
Michael Galloway wrote on 09/01/2009 09:56:08 AM:
> Michael Galloway
>
> to: bacula
>
> 09/01/09 09:58 AM
>
> could i get a sanity check please? i've replaced my spectralogic T50
> (had some hardware issues) and i'm
> rebuilding backup server. i'm working through the basic tape and
> change
25 matches
Mail list logo