Hi Radoslav.
Yes it works.
Thx.
br Robert
From: Radosław Korzeniewski [mailto:rados...@korzeniewski.net]
Sent: Mittwoch, 18. Mai 2011 07:09
To: Robert Kromoser
Subject: Re: [Bacula-users] Client saves old information
Hello,
2011/5/17 Robert Kromoser <robert.kromo...@kinamu.com>
Hi Radek.
Thx for the tip.
One another question.
Shall I just remove the *.state files on the bacula server itself or must
I remove the *.state file(s) on the client too?
Everywhere where You want to clean up.
br Robert
Radoslaw
From: Radosław Korzeniewski [mailto:rados...@korzeniewski.net]
Sent: Dienstag, 17. Mai 2011 12:08
To: Robert Kromoser
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Client saves old information
Hello Robert,
2011/5/17 Robert Kromoser <robert.kromo...@kinamu.com>
The funny situation is that, that the clients must save information
about any old
backup run anywhere, but where?
When I did a status client=CCRM0004-fd before the removal then I get
the information about my runs in the last 3 days. 3 days ago were the
last removal.
Then I do the removal now.
After restarting bacula and run a status client=CCRM0004-fd again then
I will
get the information about old backup run 3 days ago as before the
removal.
Can anyone tell me where the bacula server or the bacula client is
storing
old information about old backup runs?
Simply remove: /var/bacula/working/bacula-fd.9102.state,
/var/bacula/working/bacula-sd.9103.state or similar files.
If you check it with a hexdum you can find info below:
/var/bacula/working# hexdump -C bacula-sd.9103.state |less
00000000 42 61 63 75 6c 61 20 53 74 61 74 65 0a 00 00 00 |Bacula
State....|
00000010 04 00 00 00 bc 00 00 00 00 00 00 00 40 08 00 00
|............@...|
00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|................|
*
000000b0 00 00 00 00 00 00 00 00 00 00 00 00 0a 00 00 00
|................|
000000c0 40 09 fd 08 00 00 00 00 00 00 00 00 42 00 00 00
|@...........B...|
000000d0 54 00 00 00 46 00 00 00 a8 10 00 00 c9 00 00 00
|T...F...........|
000000e0 67 b5 c9 4d 01 00 00 00 aa 74 89 0d 00 00 00 00
|g..M.....t......|
000000f0 5d be d1 4d 00 00 00 00 3a bf d1 4d 00 00 00 00
|]..M....:..M....|
00000100 42 61 63 6b 75 70 5f 43 61 74 61 6c 6f 67 2e 32
|Backup_Catalog.2|
00000110 30 31 31 2d 30 35 2d 31 37 5f 30 32 2e 31 30 2e
|011-05-17_02.10.|
00000120 30 30 5f 30 33 00 00 00 00 00 00 00 00 00 00 00
|00_03...........|
00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|................|
br Robert
cheers,
Radek
------------------------------------------------------------------------------
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
--
Radosław Korzeniewski
rados...@korzeniewski.net
--
Radosław Korzeniewski
rados...@korzeniewski.net
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including 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
