@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax
Hello,
I see that a restore attribute only feature has been added with 3.0.0,
but I cannot find any documentation on how to run a restore with this
feature. Is this a command line option to restore?
Any help would be greatly appreciated.
Stephen
--
Stephen Thompson Berkeley
is looking at the JobMedia table and then multiplying
the number of entries for a job by the file size for our tape media.
Not even sure if that's accurate.
Anything simpler?
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall
This is what I couldn't seem to find -- the running job bytes to tape
per jobname.
thanks!
Stephen
Ralf Gross wrote:
Stephen Thompson schrieb:
Is there any built-in/simple way to determine how far along a job is?
Some kind of progress meter against a job size estimate?
Even knowing how
:
This is the diff.
Dirk
On Fri, 2009-04-17 at 09:14 -0700, Stephen Thompson wrote:
Hello Dirk,
I would greatly appreciate a patch to be able to install bat 3.0.0
on centos 5 with stock qt 4.2. I am getting the same errors as Jan Jap.
thanks!
Stephen
Dirk Bartley wrote:
I have done a patch for being
Hello,
I was excited to take advantage of the Duplicate Job Control feature in
3.0.0 but it does not appear to be working. At first I assumed the
defaults listed on the New Features documentation page, then later
explicitly defined them in my jobdefs config:
JobDefs {
Name = DefaultJob
Hello everyone.
I recently upgrade from 2.4.4 to 3.0.0. Everything went very smoothly
and the new version is running at least as well as the previous.
Once peculiar thing I've noticed is that if I cancel a job, rather than
the job being set to a Canceled by user state, it winds up being set
}
.
.
.
Martin Simmons wrote:
On Wed, 22 Apr 2009 16:07:49 -0700, Stephen Thompson said:
I recently upgrade from 2.4.4 to 3.0.0. Everything went very smoothly
and the new version is running at least as well as the previous.
Once peculiar thing I've noticed is that if I cancel a job
the Cancel
Queued Duplicates directive, but now, I guess not) instead of being hidden
and waiting somewhere back there.
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University
,
any volunteers? :)
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
set Allow Duplicate Jobs = no, because I
thought it includes Allow Higher Duplicates = no too. Whether the one
option helps or not, I'll tell tomorrow.
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077
or No? Actually, could you possibly list what you have all the
relevant values set to? I would most appreciate it.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University
arise in the future.
But perhaps that's being too philosophical. :)
Stephen
Silver Salonen wrote:
On Tuesday 15 September 2009 17:36:25 Stephen Thompson wrote:
Silver Salonen wrote:
Actually, you can do it - Allow Higher Duplicates really means ANY
duplicate job, not only a higher one
/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
Hello,
I have just now experienced a possible new bug with bacula 5.0.1.
The symptoms are this:
bacula-sd crashes
bacula-dir continues to run
bacula-dir then spews out identical Intervention needed emails until
manually restarted
The first time this happened over a weekend and upon returning
of 'repetitive' alerts after that...
thanks again,
Stephen
On 04/15/2010 10:25 AM, Stephen Thompson wrote:
Hello,
I have just now experienced a possible new bug with bacula 5.0.1.
The symptoms are this:
bacula-sd crashes
bacula-dir continues to run
bacula-dir then spews out identical Intervention
of 'repetitive' alerts after that...
thanks again,
Stephen
On 04/15/2010 10:25 AM, Stephen Thompson wrote:
Hello,
I have just now experienced a possible new bug with bacula 5.0.1.
The symptoms are this:
bacula-sd crashes
bacula-dir continues to run
bacula-dir then spews out identical
!
Stephen
On 04/15/2010 12:40 PM, Kern Sibbald wrote:
On Thursday 15 April 2010 19:36:51 Stephen Thompson wrote:
Additionally, seems like the SD was possibly reading a new
freshly-labeled tape when it crashed... Last items in bacula log
besides alerts already mentioned:
In Bacula alerts
in
a Pool resource.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
/Job retentions in
a Pool resource.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720
it does bytes in for a Backup job. I don't know if
this is how it's always been or not, but seems like a bytes read back
out would be pretty handy to have.
thanks!!!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
Hello,
Anyone have an up to date howto on converting a mysql bacula database to
postgresql?
There are notes on the bacula site, but it appears that they may be out
of date.
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215
. Also note that I've
tried several variants on the configuration above (including the
postgres defaults), don't have a detailed play by play of the results,
but the time results above seemed typical regardless of what settings I
tweaked.
Any help would be greatly appreciated!
Stephen
--
Stephen
Correction:
I didn't notice the 8k per unit settings at first with postgres 8.1.
Should read:
effective_cache_size = 786432# 6Gb
On 06/04/2010 10:58 AM, Stephen Thompson wrote:
Hello everyone,
We recently attempted a mysql to postgresql migration for our bacula
5.0.2 server
Thanks, yes it is Linux. I will look at those limits settings.
And yes, I've built indexes and analyze (nothing to vacuum yet since
it's a fresh import).
Stephen
On 06/04/2010 12:16 PM, Alan Brown wrote:
On Fri, 4 Jun 2010, Stephen Thompson wrote:
Correction:
I didn't notice the 8k per
Yes, it's ext3.
On 6/4/10 7:24 PM, Jon Schewe wrote:
Which filesystem are you on too? I've found that ext3 is significantly
faster than ext4 and xfs.
On 06/04/2010 04:01 PM, Stephen Thompson wrote:
Thanks, yes it is Linux. I will look at those limits settings.
And yes, I've built
On 06/07/2010 12:33 AM, Julien Cigar wrote:
Stephen Thompson wrote:
Hello everyone,
We recently attempted a mysql to postgresql migration for our bacula
5.0.2 server. The data migration itself was successful, however we are
disappointly either getting the same or significantly worse
don't know if I would value RedHat supporting postgre 8.1
higher than running 8.4.1 :)
Florian
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California
(also from sar) and
promise it's not a Raid5 array you have in use?
(but, admittedly it doesn't explain for a big difference between mysql
and postgresql)
Also, I don't know if I would value RedHat supporting postgre 8.1
higher than running 8.4.1 :)
Florian
--
Stephen Thompson
After running for 3 months without this problem, it happened again last
night. We are running 5.0.2 at this point.
Stephen
On 04/15/2010 10:25 AM, Stephen Thompson wrote:
Hello,
I have just now experienced a possible new bug with bacula 5.0.1.
The symptoms are this:
bacula-sd
not entirely absent. If not, is there something that I could have
down in my build to accidentally excluded that feature?
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University
Thank you. I had not seen that.
I'll explore the bRestore feature, the screen layout is a bit
non-intuitive, but the functionality looks promising.
Stephen
On 11/3/11 7:23 PM, John Drescher wrote:
On Thu, Nov 3, 2011 at 12:59 PM, Stephen Thompson
step...@seismo.berkeley.edu wrote
have never seen this happen before with bacula in general or my
configuration in particular, so I thought it might be possible that a
bug was introduced into 5.2.2.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall
could not be found.
The probability that there is a new bug introduced between
5.2.1 and 5.2.2 is probably about 0.0001% since there were very
few coding changes except for bug fixes.
Regards,
Kern
On 11/30/2011 07:55 PM, Stephen Thompson wrote:
FYI
Not sure if anyone's seen or reported
to the database? And if so, how long will it wait?
thanks for reading,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax
On 02/06/2012 02:45 PM, Phil Stracchino wrote:
On 02/06/2012 05:02 PM, Stephen Thompson wrote:
So, my question is whether anyone had any ideas about the feasibility of
getting a backup of the Catalog while a single long-running job is
active? This could be in-band (database dump) or out
!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
.
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
On 03/25/2012 11:36 AM, Stephen Thompson wrote:
Hello all,
I notice that I have a table called b2123 that hasn't been written to in
months (Nov 4 2011) and does not appear to be one of the tables created
during install. Is this some kind of temp table that I can go ahead and
drop
On 02/06/2012 02:45 PM, Phil Stracchino wrote:
On 02/06/2012 05:02 PM, Stephen Thompson wrote:
So, my question is whether anyone had any ideas about the feasibility of
getting a backup of the Catalog while a single long-running job is
active? This could be in-band (database dump) or out
First off, thanks for the response Phil.
On 04/02/2012 01:11 PM, Phil Stracchino wrote:
On 04/02/2012 01:49 PM, Stephen Thompson wrote:
Well, we've made the leap from MyISAM to InnoDB, seems like we win on
transactions, but lose on read speed.
If you're finding InnoDB slower than MyISAM
On 4/3/12 3:28 AM, Martin Simmons wrote:
On Mon, 02 Apr 2012 15:06:31 -0700, Stephen Thompson said:
That aside, I'm seeing something unexpected. I am now able to
successfully run jobs while I use mysqldump to dump the bacula Catalog,
except at the very end of the dump there is some sort
On 4/2/12 3:33 PM, Phil Stracchino wrote:
On 04/02/2012 06:06 PM, Stephen Thompson wrote:
First off, thanks for the response Phil.
On 04/02/2012 01:11 PM, Phil Stracchino wrote:
On 04/02/2012 01:49 PM, Stephen Thompson wrote:
Well, we've made the leap from MyISAM to InnoDB, seems like
must be set to MIXED or
ROW.
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
On 04/02/2012 03:33 PM, Phil Stracchino wrote:
On 04/02/2012 06:06 PM, Stephen Thompson wrote:
First off, thanks for the response Phil.
On 04/02/2012 01:11 PM, Phil Stracchino wrote:
On 04/02/2012 01:49 PM, Stephen Thompson wrote:
Well, we've made the leap from MyISAM to InnoDB, seems
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone
On 04/05/2012 03:19 PM, Joe Nyland wrote:
On 5 Apr 2012, at 22:37, Stephen Thompson wrote:
On 04/05/2012 02:27 PM, Joe Nyland wrote:
Hi,
I've been using Bacula for a while now and I have a backup procedure in
place for my MySQL databases, where I perform a full (dump) backup nightly
Stracchino wrote:
On 04/05/2012 06:46 PM, Stephen Thompson wrote:
On 04/05/2012 03:19 PM, Joe Nyland wrote:
As I think it may be useful, here's the line taken from my MySQL
'RunBeforeJob' script when the full backup is taken:
mysqldump --all-databases --single-transaction --delete-master-logs
. That happened pretty rarely, though I was wondering if
this might perhaps be the new outcome of that contention. Again, sheer
speculation as I have nothing but the errors above to go on at the moment.
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step
@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax
This (fingers crossed) may have been fixed with 5.2.9 which we upgraded
to last week. It hasn't quite been long enough for me to be convinced
the problem won't return, but I'm hopeful.
Stephen
On 5/24/12 7:08 AM, Stephen Thompson wrote:
hello,
Anyone run into this error before?
We
\
--enable-smartalloc \
--with-readline=/usr/include/readline \
--disable-conio \
--enable-bat \
| tee configure.out
On 6/20/12 7:23 AM, Igor Blazevic wrote:
On 18.06.2012 16:26, Stephen Thompson wrote:
hello,
Hello:)
Anyone run into this error before
Update. We have seen the problem 2-3 times this past month running
5.2.9 on Redhat 6.2, much less frequent than before but still there.
Stephen
On 6/20/12 7:40 AM, Stephen Thompson wrote:
Well, since we upgraded to 5.2.9 we have not seen the problem.
Also when running 5.2.6 we were
|FB0158|FB0162|FB0164 are all in Full-Pool, whereas the
first tape used in the job, IM0094 is in Incremental-Pool.
Anyone have ideas why it would be using a volume from a pool to which
the job has not been associated?
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological
On 07/05/2012 10:46 AM, Stephen Thompson wrote:
Hello,
Running 5.2.9, though I believe we've seen this sporadically in earlier
versions. Jobs are using volumes that are in pools to which they have
not been assigned.
This is likely a bug as I don't see anything peculiar about our
tried a test restore of this particular job, and it did in fact
use IM0093 to restore from. Ugh.
Stephen
On 07/05/2012 10:46 AM, Stephen Thompson wrote:
Hello,
Running 5.2.9, though I believe we've seen this sporadically in earlier
versions. Jobs are using volumes that are in pools
On 07/06/2012 11:01 AM, Martin Simmons wrote:
On Thu, 05 Jul 2012 11:35:15 -0700, Stephen Thompson said:
Hello again,
Here's something even stranger... Another Full job logs that it's
written to a volume in the Full pool (FB0956), but then the status
output of the job lists a volume
On 07/09/12 11:37, Martin Simmons wrote:
On Fri, 06 Jul 2012 11:12:35 -0700, Stephen Thompson said:
On 07/06/2012 11:01 AM, Martin Simmons wrote:
On Thu, 05 Jul 2012 11:35:15 -0700, Stephen Thompson said:
Hello again,
Here's something even stranger... Another Full job logs that it's
On 07/10/2012 10:53 AM, Martin Simmons wrote:
On Mon, 09 Jul 2012 12:55:14 -0700, Stephen Thompson said:
On 07/09/12 11:37, Martin Simmons wrote:
On Fri, 06 Jul 2012 11:12:35 -0700, Stephen Thompson said:
On 07/06/2012 11:01 AM, Martin Simmons wrote:
On Thu, 05 Jul 2012 11:35:15 -0700
:44 AM, Stephen Thompson wrote:
Update. We have seen the problem 2-3 times this past month running
5.2.9 on Redhat 6.2, much less frequent than before but still there.
Stephen
On 6/20/12 7:40 AM, Stephen Thompson wrote:
Well, since we upgraded to 5.2.9 we have not seen the problem
?
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
/50122263/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall
We're seeing this with a lot more frequency, though we've changed no
configuration. Jobs are often left waiting an entire run in order to
use a volume that's in use by the other drive within a 2 drive changer.
Stephen
On 7/25/12 7:38 AM, Stephen Thompson wrote:
Hey all,
I've been
/50122263/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall
the selected jobids for copying.
All the best,
Uwe
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720
.
Is that strictly governed by the compressibility of the actual data
being backed up? Or is there some chance that bacula isn't squeezing as
much onto my tapes as I would expect?
200Gb is not very much!
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step
will be the first block written on the next volume.
John
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
have some home made reporting tool using
camcontrol on FreeBSD), where it would be possible to ensure, that
your problem are weared tapes, or something else.
Best regards.
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall
On 09/25/2012 10:43 AM, Alan Brown wrote:
On 25/09/12 17:43, Stephen Thompson wrote:
Our Sun/Oracle service engineer claims that our drives do not require
cleaning tapes. Does that sound legit?
In general: true (as in, Don't do it as a scheduled item), but all LTO
drives require cleaning
On 09/25/2012 11:17 AM, Konstantin Khomoutov wrote:
On Tue, 25 Sep 2012 11:00:07 -0700
Stephen Thompson step...@seismo.berkeley.edu wrote:
60Mb/s is _slow_ for LTO3. You need to take a serious look at what
you're using as stage disk and consider using a raid0 array of SSDs
in order to keep
On 09/25/2012 02:29 PM, Cejka Rudolf wrote:
Stephen Thompson wrote (2012/09/25):
The tape in question have only been used once or twice.
Do you mean just one or two drive loads and unloads?
Yes, I mean the tapes have only been in a drive once or twice, possibly
for a dozen sequential jobs
On 09/26/2012 02:35 PM, Stephen Thompson wrote:
On 09/25/2012 02:29 PM, Cejka Rudolf wrote:
Stephen Thompson wrote (2012/09/25):
The tape in question have only been used once or twice.
Do you mean just one or two drive loads and unloads?
Yes, I mean the tapes have only been in a drive once
On 09/25/2012 10:43 AM, Alan Brown wrote:
On 25/09/12 17:43, Stephen Thompson wrote:
Our Sun/Oracle service engineer claims that our drives do not require
cleaning tapes. Does that sound legit?
In general: true (as in, Don't do it as a scheduled item), but all LTO
drives require cleaning
On 9/27/12 6:17 PM, Alan Brown wrote:
On 27/09/12 22:25, Stephen Thompson wrote:
What happens if you mark the volumes as append and put them back in
the library?
I haven't had a lot of time to look into this today, but I do this
quick test and it immediately marks the volume Full again
:
Zeros = 123.5 MB/s 122.7 MB/s 122.7 MB/s 122.7 MB/s
Random= 62.24 MB/s 28.44 MB/s 63.62 MB/s 63.62 MB/s
^
thanks,
Stephen
On 09/28/2012 05:08 AM, Alan Brown wrote:
On 28/09/12 02:38, Stephen Thompson wrote:
Aren't
4 testing runs today.
All drives are connected via 2Gb fiber.
All tests were done independent of each other with no other activity on
the backup server during the time of the testing.
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215
On 10/1/12 4:06 PM, Alan Brown wrote:
On 01/10/12 23:38, Stephen Thompson wrote:
More importantly, I realized that my testing 6 months ago was not on
all 4 of my drives, but only 2 of them. Today, I discovered one of my
drives (untested in the past) is getting 1/2 the throughput for random
Correction, the non-problem drive has a higher ECC fast error count,
but the problem drive has a significantly higher Corrective algorithm
invocations count.
On 10/1/12 5:33 PM, Stephen Thompson wrote:
On 10/1/12 4:06 PM, Alan Brown wrote:
On 01/10/12 23:38, Stephen Thompson wrote
that were tossed
out and see if I can't get even better throughput of for bacula.
thanks again,
Stephen
On 10/2/12 2:47 AM, Alan Brown wrote:
On 02/10/12 01:35, Stephen Thompson wrote:
Correction, the non-problem drive has a higher ECC fast error count,
but the problem drive has
suggest me something to improve it?
Thanks in advance!
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
= yes;
}
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
404.538.7077 (phone) University of California, Berkeley
510.643.5811 (fax) Berkeley, CA 94720-4760
that choice if that Volume is in use.
If I do a status on the Director for instance and see the jobs for the
next day lined up in Scheduled jobs, they all have the same Volume listed.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215
On 11/05/12 08:03, Stephen Thompson wrote:
On 11/5/12 7:59 AM, John Drescher wrote:
I've had the following problem for ages (meaning multiple major
revisions of bacula) and I've seen this come up from time to time on the
mailing list, but I've never actually seen a resolution (please point
On 11/05/2012 01:17 PM, Josh Fisher wrote:
On 11/5/2012 11:03 AM, Stephen Thompson wrote:
On 11/5/12 7:59 AM, John Drescher wrote:
I've had the following problem for ages (meaning multiple major
revisions of bacula) and I've seen this come up from time to time on the
mailing list, but I've
Going to try this out.
Stephen
On 11/05/2012 02:40 PM, Josh Fisher wrote:
On 11/5/2012 4:28 PM, Stephen Thompson wrote:
On 11/05/2012 01:17 PM, Josh Fisher wrote:
On 11/5/2012 11:03 AM, Stephen Thompson wrote:
On 11/5/12 7:59 AM, John Drescher wrote:
I've had the following problem
No such luck. I already have Prefer Mounted Volumes = no set for all
jobs. That's apparently not a solution.
Stephen
On 11/5/12 2:57 PM, Stephen Thompson wrote:
Going to try this out.
Stephen
On 11/05/2012 02:40 PM, Josh Fisher wrote:
On 11/5/2012 4:28 PM, Stephen Thompson
A quick test of this scenario seems to work.
Leaving Prefer Mounted Volumes = yes (default).
Setting both drives in autochanger to have 1/2 of the the total
concurrently limit. This per device setting seems to allow for multiple
drives using the same Pool.
Not very well documented IMHO.
machine (Centos 6, 8GB RAM ;-)
I'm hoping our File table will get a lot smaller now over time as
we've moved away from copy jobs for the time being, so the conversion
should also get easier as tape volumes with millions of files on them
get recycled and pruned.
All the best, Uwe
--
Stephen
duplicate
cancellation, the Full job instead attempted to use storage=L100-Drive-0.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
510.214.6506 (phone) University of California, Berkeley
510.643.5811
Design. Lowest price ever! Ends 9/20/13.
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen
On 09/19/2013 08:51 AM, Mauro wrote:
On 19 September 2013 17:20, Stephen Thompson
step...@seismo.berkeley.edu mailto:step...@seismo.berkeley.edu wrote:
The answer may partly come from how much RAM the system running the
database has. I've seen numerous preferences for postgres
of the first device I have configured for my Director. A mount
command in comparison, will present me with what I am used to -- the
list of devices to choose from. Is this a feature? A bug?
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step
Helpdesk.2014-04-28_20.30.00_52 marked to be canceled.
3000 JobId=25775 Job=Helpdesk.2014-04-28_20.30.00_52 marked to be canceled.
2001 Job Postbooks.2014-04-28_20.30.00_53 marked to be canceled.
3000 JobId=25776 Job=Postbooks.2014-04-28_20.30.00_53 marked to be canceled.
--
Stephen Thompson
.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley
the issue.
Thanks Kern!
Bill
--
Bill Arlofski
Reverse Polarity, LLC
http://www.revpol.com/
-- Not responsible for anything below this line --
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
510.214.6506 (phone
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
510.214.6506 (phone) University of California, Berkeley
510.643.5811
:21 AM, Stephen Thompson wrote:
If you have the flexibility to do this, the simplest way might be to
restore the catalog from tape, shut down bacula, temporarily move aside
your up-to-date database and put the restored database in it's place
(this is likely restoring the database from a dump
Arlofski
Reverse Polarity, LLC
http://www.revpol.com/
-- Not responsible for anything below this line --
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
510.214.6506 (phone) University of California, Berkeley
to behave for me. And to say the least, this is far from
acceptable. I discovered this during a bare metal restore, and have
loads of issues from no setuid or setgid bits being set on the restored
system.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step
is
messing up and doing it to the parent directory instead of to the file.
Stephen
On 7/22/14 2:58 PM, Stephen Thompson wrote:
Sorry if I have not researched this enough before bringing it to the
list, but what I'm seeing is very odd. Someone else must have run into
this before me
1 - 100 of 157 matches
Mail list logo