Hi Graham.

 

Yes, you are right.

When I wait for at least 5 minutes, the Differential Backup identifies the 
previous

Full backup run and another 5 minutes ago the Incremental backup run identifies 
the

previous Differential backup run.

The problem is solved now.

 

Thx for you support.

 

br Robert

 

 

Message: 3

Date: Mon, 16 May 2011 08:23:32 +0100

From: Graham Keeling <gra...@equiinet.com>

Subject: Re: [Bacula-users] Full backup will not be idendtified

To: bacula-users@lists.sourceforge.net

Message-ID: <20110516072332.ga14...@invader.dev.equiinet.com>

Content-Type: text/plain; charset=us-ascii

 

On Mon, May 16, 2011 at 08:43:51AM +0200, Robert Kromoser wrote:

> Hi folks.

> 

> In my configuration I have 2 files per client.

> One file contains the storage definition (Archive Device)

> and one file contains the directory directives.

> I use one fileset definition named "SugarCRM_<xxxx>_Fileset" for

> my three backup jobs SugarCRM_xxx_Full, SugarCRM_xxx_Diff 

> and SugarCRM_xxx_Incr where xxx is the name of the client.

> 

> When I start a Full Backup it will be terminated successfully.

> When I start a Differential or Incremental backup immediate

> following the Full backup then the Full backup won't be identified

> and the Differential or Incremental Backup starts a Full backup again.

> 

> Does anyone know this problem?

 

Does it find the full backup when you start the next job a long time later?

 

Bacula relies heavily on timestamps to determine the last full backup.

Therefore, a good thing to check is your clock and the times that are getting

written into your database.

 

You can use this SQL command to get a list of jobs and times:

SELECT JobId,Job,Level,StartTime,EndTime FROM Job;

 

 

 

 

 

Mit freundlichen Grüßen

Robert Kromoser

 

SAP Certified Technology Consultant/
System Administrator

 

KINAMU Business Solutions AG

Concorde Business Park 2 / F12

2320 Schwechat

Austria

T +43 1 30620 - 124

F +43 1 30620 - 9000

M +43 676 83 56 56 07

E robert.kromo...@kinamu.com <mailto:robert.kromo...@kinamu.com> 

I http://www.kinamu.com <http://www.kinamu.com/> 

 

KINAMU Deutschland GmbH

Crusiusstrasse 1

80538 München Deutschland

T +49/89/38169882

F +49/89/61394450

KINAMU Middle East

One Sheik Zayed Road

Level 9, Monarch Office Tower

PO 333840 Dubai, UAE

T +971 (0) 4371 1401

 

 

  <http://twitter.com/kinamuag>    <http://www.youtube.com/user/kinamuag>    
<https://www.xing.com/profile/Robert_Kromoser> 

 

_____________________

Die Inhalte dieser E-Mail und eventuell beigefügter Dokumente haben rein 
informativen Charakter und sind ausdrücklich nicht rechtsverbindlich. Gemäß der 
Allgemeinen Geschäftsbedingungen der KINAMU Business Solution AG sind Angebote 
grundsätzlich ebenfalls freibleibend, sofern ein Angebot selbst nichts anderes 
bestimmt. Als Angebot der KINAMU ist auch ein übermittelter Vertragsentwurf zu 
verstehen.

Firmenbuch-Nr.: FN 293889s

Firmenbuchgericht: LG Korneuburg

 

Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige 
vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrtümlich 
erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielfältigung 
oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte benachrichtigen Sie 
uns und vernichten Sie die empfangene E-Mail. Vielen Dank.

_____________________

The content of this e-mail and of any attached documents is exclusively 
provided for informational purposes. E-mails, contract drafts and any offers of 
KINAMU shall be non-binding, unless expressly provided differently in writing. 
In particular, cost estimates of KINAMU shall be non-binding, unless the 
parties agree differently and in writing.

Commercial Register-No.: FN 293889s

Commercial Court Korneuburg

 

This e-mail may contain trade secrets or privileged, undisclosed, or otherwise 
confidential information. If you have received this e-mail in error, you are 
hereby notified that any review, copying, or distribution of it is strictly 
prohibited. Please inform us immediately and destroy the original transmittal. 
Thank you for your cooperation.

 

 

 

<<image001.png>>

<<image002.png>>

<<image003.png>>

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to