Re: [Bacula-users] Bacula daemon message
2015-01-20 15:37:42
Ok, Funny I think I got that script from this list.
My problem is I’m setting up many SDs on FreeNAS using re-purposed Isolon boxes. I estimate what it can hold and configure it (add clients) but it all depends
on the data volume, which for the systems I’m backing up, is extremely variable, so I was trying to clear out any data that expired once the current backup was done. I suppose instead of using “File” for the spec, which is obviously wrong, I should use the
actual storage name for the client and move that script to the pool for the client.
Why do you think it would remove any active data? It should only purge what’s expired.
From: Roberts, Ben [mailto:ben.roberts AT gsacapital DOT com]
Sent: Tuesday, January 20, 2015 11:48 AM
To: Polcari, Joe (Contractor)
Cc: bacula-users AT lists.sourceforge DOT net
Subject: RE: [Bacula-users] Bacula daemon message
I think you could easily achieve the same result by setting a suitable retention period and either letting bacula automatically prune volumes when it needs
to, or if you really, really want to control it all manually by running an explicit admin job to “prune expired volume” ahead of your cycle. You shouldn’t need to manage this manually, Bacula is designed to operate within a fixed amount of diskspace and provided
this is large enough to hold the backup data for the retention periods you set it will operate completely autonomously; it doesn’t expect or require you to clean up after it. Depending on how this RunScript is triggered, you’re telling Bacula to effectively
delete all your backups, so I hope you’re doing something like preserving the data elsewhere first.
Bacula is not complaining that you have no volumes left to purge, it’s complaining because you’ve told it to purge volumes attached to a given storage resource
when that storage resource doesn’t exist. Here “File” is referring to the name of a Storage { Name=”File” } resource in your Bacula-dir.conf…
This is all disk storage. I’m trying to truncate all expired volumes immediately after all backups have completed so as to have maximum space available when
the next backup cycle begins.
I can check disk space between backups and know there are no 5GB files that I don’t need.
I do this instead of waiting for each backup to prune the volumes when it runs.
I can see that this is failing though because I have no volumes of zero size and the line in the email that says “Storage resource "File": not found”
Isn’t that an incredibly dangerous command to run automatically? What are you actually trying to achieve that bacaula’s internal volume management doesn’t do
for you?
Aha! Found the source, now how do I stop the message?
RunScript {
RunsWhen=After
RunsOnClient=No
Console = "purge volume action="" storage=File allpools"
}
I was trying to keep space usage to a minimum, I also have
Action On Purge = Truncate
in the default Pool definition.
I doubt that this is a databse issue.
Messages from console commands in Job RunScripts are logged against jobid 0.
In Bacula 7 there is bug though and the messages are only sent when the config is reloaded or the director is restarted rather than being sent with the messages for the job that called the
run script. Might that account for the "random" times the messages are received?
On 2015-01-19 05:35, Polcari, Joe (Contractor) wrote:
I was thinking it was more of a corrupted database issue. I've pretty much checked everything else.
Is there something significant about "JobID 0"?
What about other users crontabs? The bacula user for instance.
Or perhaps a RunScript on one of your Bacula Jobs?
As Bryn said, this is not something that Bacula is doing on its own.
Regards
Mike
On 2015-01-18 09:29, Polcari, Joe (Contractor) wrote:
[root@cdcdbaculadir ~]# crontab -l
no crontab for root
[root@cdcdbaculadir ~]#
Are you SURE there isn't anything like a crontab somewhere that someone set up? This very very very very much has to be something that is being either typed in to bconsole or executed
via a script somewhere. It isn't something Bacula is doing on its own.
Bryn
On 2015-01-17 10:54 AM, Polcari, Joe (Contractor) wrote:
Nope, none of that. No admin jobs. All my storage is File. Backups and restores work fine.
Do you have an admin job in your config that's running console commands? It looks like something is executing purge commands automatically which sounds really rather dangerous to
the health of your backups. The good news is it doesn't seem to be working because you no longer have a "File" storage any more, but if you were ever to re-create it you might find backups being randomly deleted.
Ben Roberts
> -----Original Message-----
> From: Polcari, Joe (Contractor) [mailto:Joe_Polcari AT cable.comcast DOT com]
> Sent: 17 January 2015 17:22
> To: bacula-users AT lists.sourceforge DOT net
> Subject: [Bacula-users] FW: Bacula daemon message
>
> How do I stop these? They seem to come at random times once a day.
>
> -----Original Message-----
> From: root@xxx On Behalf Of Bacula
> Sent: Saturday, January 17, 2015 11:04 AM
> To: bacula AT localhost DOT xxx
> Subject: Bacula daemon message
>
> 17-Jan 11:04 xxx-dir JobId 0:
> This command can be DANGEROUS!!!
>
> It purges (deletes) all Files from a Job, JobId, Client or Volume; or it
> purges (deletes) all Jobs from a Client or Volume without regard to
> retention periods. Normally you should use the PRUNE command, which
> respects retention periods.
> 17-Jan 11:04 xxx-dir JobId 0: Automatically selected Catalog: MyCatalog
> 17-Jan 11:04 xxx-dir JobId 0: Using Catalog "MyCatalog"
> 17-Jan 11:04 xxx-dir JobId 0: Storage resource "File": not found 17-Jan
> 11:04 xxx-dir JobId 0: The defined Storage resources are:
> 17-Jan 11:04 xxx-dir JobId 0: 1: Client1Storage
> 17-Jan 11:04 xxx-dir JobId 0: 2: Client2Storage
> 17-Jan 11:04 xxx-dir JobId 0: 3: Client3Storage
> 17-Jan 11:04 xxx-dir JobId 0: 4: Client4Storage
> 17-Jan 11:04 xxx-dir JobId 0: 5: Client5Storage
> 17-Jan 11:04 xxx-dir JobId 0: 6: Client6Storage
> 17-Jan 11:04 xxx-dir JobId 0: Selection aborted, nothing done.
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
This email and any files transmitted with it contain confidential and proprietary information and is solely for the use of the intended
recipient. If you are not the intended recipient please return the email to the sender and delete it from your computer and you must not use, disclose, distribute, copy, print or rely on this email or its contents. This communication is for informational purposes
only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. Any comments or statements made herein do not necessarily reflect those of GSA Capital. GSA Capital
Partners LLP is authorised and regulated by the Financial Conduct Authority and is registered in England and Wales at Stratton House, 5 Stratton Street, London W1J 8LA, number OC309261. GSA Capital Services Limited is registered in England and Wales at the
same address, number 5320529.
This email and any files transmitted with it contain confidential and proprietary information and is solely for the use of the intended
recipient. If you are not the intended recipient please return the email to the sender and delete it from your computer and you must not use, disclose, distribute, copy, print or rely on this email or its contents. This communication is for informational purposes
only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. Any comments or statements made herein do not necessarily reflect those of GSA Capital. GSA Capital
Partners LLP is authorised and regulated by the Financial Conduct Authority and is registered in England and Wales at Stratton House, 5 Stratton Street, London W1J 8LA, number OC309261. GSA Capital Services Limited is registered in England and Wales at the
same address, number 5320529.
|
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet _______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: [Bacula-users] Bacula daemon message, (continued)
- Re: [Bacula-users] Bacula daemon message, Brady, Mike
- Re: [Bacula-users] Bacula daemon message, Polcari, Joe (Contractor)
- Re: [Bacula-users] Bacula daemon message, Brady, Mike
- Re: [Bacula-users] Bacula daemon message, Polcari, Joe (Contractor)
- Re: [Bacula-users] Bacula daemon message, Polcari, Joe (Contractor)
- Re: [Bacula-users] Bacula daemon message, Roberts, Ben
- Re: [Bacula-users] Bacula daemon message, Polcari, Joe (Contractor)
- Re: [Bacula-users] Bacula daemon message, Roberts, Ben
- Re: [Bacula-users] Bacula daemon message,
Polcari, Joe (Contractor) <=
- Re: [Bacula-users] Bacula daemon message, Dimitri Maziuk
- Re: [Bacula-users] Bacula daemon message, Brady, Mike
|
|
|