The “query” command, if memory serves, from console.
> On Jan 29, 2016, at 1:31 PM, Michael Munger
> wrote:
>
> I have read the docs for restore, but do not see (or perhaps I do not
> understand) how to search for a file in a backup.
>
> Suppose I know I want file foo.dat, but don’t remember
My recollection of similar problems is that I had a list of a number of allowed
connections set too low someplace, and that a connection was already happening
due to a database transaction. For example, I’d see something going on in
mysqladmin processlist that would explain what connection was p
> On Oct 19, 2015, at 10:13, Kern Sibbald wrote:
>
>> On 10/19/2015 05:15 AM, Compdoc wrote:
>> >Well, did you try to find prices at IBM webpage for its products?
>>
>> I used to work for IBM. I know i cant afford them. Now I service computers
>> for small and medium size businesses, and I loo
I've got to say, I don't see the wisdom of going on the mailing list for a
piece of software (from my brief search, for the first time) to complain about
a piece of software that is provided to you completely for free, complain that
there's no forum (who cares -- that's what THIS is for) and ask
You can either use bextract or bscan (check the manual to see what they do), or
restore using a bootstrap file if you've been keeping them (a good idea).
- Original Message -
From: Vladimir Skubriev [mailto:vladi...@skubriev.ru]
Sent: Friday, January 17, 2014 01:46 AM
To: bacula-users@l
Presumably you've been running a catalog backup every so often and can use a
bootstrap or bscan to restore that backup. If so, you will have an easier time
restoring whatever else. If not, I guess a still not horrible case is
recreating the catalog and bscanning volumes into it. I'd probably loo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/01/2013 10:49 PM, bradbpw wrote:
>> Is 2275 a running Bacula process? If not, kill off that PID file
>> that is referenced
>
> I'm not sure what that means, I am very new to Linux, like only
> dealing with it for 3 months. Anyway you can dumb i
Is 2275 a running Bacula process? If not, kill off that PID file that is
referenced.
- Original Message -
From: bradbpw [mailto:bacula-fo...@backupcentral.com]
Sent: Saturday, November 30, 2013 04:26 PM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Bacula-fd status sa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/15/2013 01:58 AM, Novosielski, Ryan wrote:
> On 10/09/2013 05:10 AM, Uwe Schuerkamp wrote:
>> On Wed, Oct 09, 2013 at 01:39:52AM -0400, Novosielski, Ryan
>> wrote:
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/09/2013 05:10 AM, Uwe Schuerkamp wrote:
> On Wed, Oct 09, 2013 at 01:39:52AM -0400, Novosielski, Ryan wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> Hi all,
>>
>> I upgraded my system from Bacu
Removing the definitions and purging the jobs the client has I'd imagine would
do it. At that point, dbcheck would seem to clear the rest of it.
--
*Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*
|| \\UTGERS |-*O*-
||_// Biomedical |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I upgraded my system from Bacula 2.2.8 to 5.0.3 awhile back and
upgraded MySQL from 5.0 to 5.5 if I'm not mistaken. Since that time,
I've been having reliability problems. My schedule is to run
incrementals every day except for the 2nd and 4th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Could we please not send screen shots of text to the list? I think
that's part of the general ettiquete no? It's not necessary,
particularly when everything being sent is text.
On 09/05/2013 01:09 PM, deepak@wipro.com wrote:
> Thanks for informati
You need to become somewhat competent with Linux to find much willing help on
mailing lists. Get some books, watch some stuff online, mess with a test system.
- Original Message -
From: revslikehell [mailto:bacula-fo...@backupcentral.com]
Sent: Monday, June 10, 2013 05:28 AM
To: bacula-
I have not seen an error. I've not seen specific responses to suggestions, or
any indication that you've read some of the docs and don't understand. You
might read a bit about asking good questions -- it tends to be easier to get
good responses. And not including prior context does not help. If
Yeah. Test it like you would any other script. See if the commands work, etc.
One tip is to add -x to the top #!/bin/sh line -- it will show debugging info
if you run the script.
- Original Message -
From: revslikehell [mailto:bacula-fo...@backupcentral.com]
Sent: Tuesday, June 04, 20
You should see what your pre-script is doing and make sure that what it is
doing can actually generate the backup file.
- Original Message -
From: revslikehell [mailto:bacula-fo...@backupcentral.com]
Sent: Tuesday, June 04, 2013 11:33 PM
To: bacula-users@lists.sourceforge.net
Subject:
Even if it isn't, a workaround is always using a subdirectory.
From: Paul De Audney [mailto:pdeaud...@atlassian.com]
Sent: Tuesday, April 30, 2013 04:56 PM
To: bacula-users@lists.sourceforge.net
Subject: [Bacula-users] Restoring to /tmp modifies permissions of /tmp directory
Hi List,
I'd like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Be aware that some of the stuff you're talking about is just the last
N jobs that occurred and what their status was. After a time, they
will not be the most recent jobs and will drift off the end of that
listing.
On 04/15/2013 08:32 AM, Kenny Noe wro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/20/2013 11:34 AM, Phil Stracchino wrote:
> On 03/18/13 11:17, Melvin Ross wrote:
>> As the title says, I want to know if within a JobID, does bacula
>> possess any logic verification when selecting which full back up
>> to base incremental/differ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/08/2013 04:32 AM, Jérôme Blion wrote:
> Le 2013-03-07 22:53, artakami a écrit :
>> Hi I am currently using Bacula 5.2.12 and I am having problem
>> with controlling disk space. It seems like bacula does not
>> overwrite old data in backup files u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
Running Bacula 5.0.3. According to the manual, I can use arguments to
the "use" command to select a catalog by name. Doesn't seem to work
that way:
- ---
use
This command allows you to specify which Catalog database to use.
Normally, you will
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/21/2013 10:15 AM, Novosielski, Ryan wrote:
> On 02/21/2013 05:54 AM, Carlo Filippetto wrote:
>> Hi, I migrate bacula to new infrastracture. In several other
>> time when the jobs run I had an orror about the difference of
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/21/2013 05:54 AM, Carlo Filippetto wrote:
> Hi, I migrate bacula to new infrastracture. In several other time
> when the jobs run I had an orror about the difference of volume's
> dimension. Ther's a way to check it before?
Seems to me this is w
Hi all,
Recently upgraded from Bacula 2.2.8 to 5.0.3 on Solaris (Blastwave for the
former, OpenCSW for the latter) and I'm getting frequent hangs. It seems most
often during the first backup after a full, which uses a different tape drive
than my incrementals, but last week it happened when an
I would definitely check the more common and more likely circumstance first,
where the previous backup on the volume does complete in error. It is certainly
possible that there will be no error, but one should eliminate that probable
log entry first -- if the last volume use does complete withou
Not the last run for this backup job, the last job that used this VOLUME. There
is no way for a volume to be marked in error without logging. Look for the
error.
- Original Message -
From: Jean-François Leroux [mailto:leroux.jeanfranc...@gmail.com]
Sent: Thursday, January 31, 2013 05:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I've recently upgraded to Bacula 5.0.3 (OpenCSW packages) and have
started to have problems with hangs waiting on the storage daemon.
Here is the current status:
JobId Level Name Status
===
dropped the indices and
dropped to maybe 30 seconds to build a ~15GB directory tree, after
adding them back, it's now nearly instantaneous.
On 01/15/2013 11:03 AM, Novosielski, Ryan wrote:
> I would say it depends on your read of that article and either way
> whether or not you believe
Any drawback to a purge right now? None I can think of if you don't need the
data. Marking them used will respect the retention policy which it sounds like
you don't want.
From: Craig Isdahl [mailto:cr...@isdahl.com]
Sent: Thursday, January 17, 2013 03:36 PM
To: Bacula-users@lists.sourceforge.
Please don't thread hijack. I imagine this is an accident, but it makes things
very confusing when the content matches some other subject line.
From: brconflict [mailto:brconfl...@gmail.com]
Sent: Thursday, January 17, 2013 09:51 AM
To: Florian Heigl
Cc: bacula-users@lists.sourceforge.net
Sub
Sent: Tuesday, January 15, 2013 10:32 AM
To: Novosielski, Ryan
Cc: John Drescher ; bacula-users
Subject: Re: [Bacula-users] restore performance
On Mon, Jan 14, 2013 at 09:01:32AM -0500, Novosielski, Ryan wrote:
> > http://wiki.bacula.org/doku
USB stick. I'm just not sure how to tell if the
static-bacula-fd daemon was compiled with GZIP. Is there a way to tell? Or, is
there a way I can specify where libz.so files are located when starting the
static-bacula-fd daemon?
Thanks!!
Brian
On Tue, Jan 15, 2013 at 8:45 AM, Novosi
Sounds to me like the client was built without the GZIP library or something
like that. That's unfortunate, but my guess is the solution is to
create/restore a backup that isn't GZIP compressed or to build a new client
that includes support.
From: brconflict [mailto:brconfl...@gmail.com]
Sent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/14/2013 08:59 AM, Novosielski, Ryan wrote:
> On 01/14/2013 08:52 AM, Uwe Schuerkamp wrote:
>> On Mon, Jan 14, 2013 at 08:44:06AM -0500, John Drescher wrote:
>
>>> I did not mean file table indices (I am not sure ab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/14/2013 08:52 AM, Uwe Schuerkamp wrote:
> On Mon, Jan 14, 2013 at 08:44:06AM -0500, John Drescher wrote:
>
>> I did not mean file table indices (I am not sure about these - I
>> use postgresql with bacula). However I meant tuning the database
>
I just ran into this. After a Google search, I turned up an article that says
the indices that used to make Bacula run faster now cause a performance problem
with recent versions of Bacula and recent versions of MySQL (it's on the Bacula
wiki, the address for which I don't have handy). I removed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/11/2013 04:42 PM, Wolfgang Denk wrote:
> Dear Andreas,
>
> In message
> <20130110095801.horde.olsom06jtahq7okzvfiu...@webmail.kwsoft.de>
> you wrote:
>>
>>> I noticed that running "make_catalog_backup.pl" with a
>>> PostgreSQL database runs "pg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm newly upgraded to Bacula 5.0.3 (from 2.2.8) and have moved to a
new server as well. I'm in the process of moving the storage devices
to the newserver, so some of the bacula-sd work remains on the old one
for now.
I use my server names in
39 matches
Mail list logo
