nough to log which files were being backedup as well as the error that
terminated job.
Stephen
On 1/4/22 12:03 PM, Bill Arlofski via Bacula-users wrote:
On 1/4/22 12:26, Stephen Thompson wrote:
Yes, backing up a single file on my problem hosts does succeed.
H...
Stephen
Hello St
my attention):
$BHOME/bin/bacula_config
Thanks.
--
Stephen Thompson Berkeley Seismology Lab
stephen.thomp...@berkeley.edu 307 McCone Hall
Office: 510.664.9177 University of California
Remote: 510.214.6506 (Tue) Berkeley, CA 94720-4760
However, even just backing up /Users results in...
04-Jan 11:31 SD JobId 88: Fatal error: bsock.c:530 Packet
size=1387166 too big from "client:1.2.3.4:9103". Maximum permitted
100. Terminating connection.
Stephen
On 1/4/22 11:26 AM, Stephen Thompson wrote:
Yes,
installation of 'make', so
there's a chance it affects compilation).
I'm not a big Mac user, I'm afraid. It seems that just owning a Mac automatically makes
one the "Mac guy" 🙂.
Thanks.
--
Stephen Thompson Berkel
Yes, backing up a single file on my problem hosts does succeed.
H...
Stephen
On 1/4/22 11:23 AM, Stephen Thompson wrote:
That's a good test, which I apparently have not tried. I will do so.
thanks,
Stephen
On 1/4/22 11:20 AM, Martin Simmons wrote:
Is this happening fo
08:13:46 -0800, Stephen Thompson said:
I am still seeing the same issue on Monterey as on Big Sur with 11.0.5
compiled from source and CoreFoundation linked in.
04-Jan 07:56 SD JobId 88: Fatal error: bsock.c:530 Packet size=1387165
too big from "client:1.2.3.4:9103". Maximum pe
Stephen
On Tue, Jan 4, 2022 at 7:02 AM Stephen Thompson <
stephen.thomp...@berkeley.edu> wrote:
>
> Graham,
>
> Thanks for presenting Monterey as a possibility! I am seeing the same
> issue under Monterrey as I have under Big Sur, but to know someone else
> does not m
this, it was getting more and more
> awkward to set up -- bacula really doesn't play well with SIP, for example,
> and running "csrutil disable" on every system is not a security best
> practice.
>
> On Wed, Dec 8, 2021 at 4:46 PM Stephen Thompson <
> stephen.tho
Network Buffer Size' does not appear to solve issue.
Are there users out there successfully running a bacula client on Big Sur??
Stephen
On Wed, Dec 1, 2021 at 3:25 PM Stephen Thompson <
stephen.thomp...@berkeley.edu> wrote:
>
> Not sure if this is correct, but I've
phen
On Tue, Nov 23, 2021 at 7:32 AM Stephen Thompson <
stephen.thomp...@berkeley.edu> wrote:
>
> Josh,
>
> Thanks for the tip. That did not appear to be the cause of this issue,
> though perhaps it will fix a yet to be found issue that I would have run
> into after I
>> > same version as the director.)
>>
>> In general yes, the code is designed to support Old FDs but can have
>> problems
>> with newer FDs. In your case it may work.
>>
>> At least, you can try a status client to see if the problem is solved and
>&
the problem is solved and
> if you can run a backup & a restore.
>
> Best Regards,
> Eric
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Stephen Thompson Berkeley Seismology Lab
st
update... they may very well be hardware, though it did not seem like it
at first. if it's a timing issue, it's not with the library but the drive.
On 7/6/18 7:26 AM, Stephen Thompson wrote:
Not sure if anyone else is seeing this, but sporadically, perhaps 2-3
times a mo
connection
from console to FD would break the FD's ability to proxy to the remote
Director.
Stephen
On 7/6/18 2:44 PM, Stephen Thompson wrote:
Well this led to unexpected results. Still 9.0.6, but running both FD
and DIR in foreground with d900 both show startup messages, show console
conne
ed TLS with the same results.
Stephen
On 7/6/18 7:23 AM, Stephen Thompson wrote:
Yes, it does print 2000 proxy OK, but then in my case, the 'run' below
would hang. And as I said, running the bacula-fd in the foreground
shows a successful connection to Director when successful, but
t the tape is already in the drive AND bacula put it there.
The only thing I can think is that the tape load step is somehow timing
out and then not making the check to see whether the tape made it to the
drive or not.
thanks,
Stephen
--
Stephen Thompson Berkeley Seismo Lab
defined Job resources are:
1: Client1
...
Does it print "2000 proxy OK." and the "*" prompt after the proxy command?
You could try running the Director in the foreground with -d900.
__Martin
On Thu, 5 Jul 2018 17:30:31 -0700, Stephen Thompson said:
Thanks Martin.
or from Director.
Hmmm...
Stephen
On 7/5/18 8:21 AM, Martin Simmons wrote:
On Tue, 3 Jul 2018 16:04:56 -0700, Stephen Thompson said:
All,
I've been trying to setup client initiated backups via FD remote=yes and
bconsole with no success. Regardless of the ACLs defined on Director,
the
HI789"
}
I see the docs on this lean heavily toward tray. Does this even work
for bconsole? I saw a Kern comment that they use bconsole for testing
this feature, but I just cannot get it to let me run any command but a
local status of the FD.
Help?
thanks,
Stephen
--
Stephen Thomps
t; command deletes the job records, so there is no row
anymore in which to set PurgedFiles.
What is the exact bconsole command line you are running to purge volumes?
__Martin
On Mon, 16 Apr 2018 09:25:11 -0700, Stephen Thompson said:
In looking at doing this out of band (not pruning feature
Job's have had their Files purged and which have not.
Stephen
On 04/11/2018 06:25 AM, Stephen Thompson wrote:
Thanks Kern.
I think given the limited nature of his need, I may use a postrun script
to simply wipe database records out of band.
Also if I did use multi-client definition
Nevermind. I was looking in wrong place. I see that 9x involves an
update from 15 to 16 and the script to do that with.
Sorry, though I still wonder if there's a mapping somewhere that lists
db versions against bacula versions.
Stephen
On 4/14/18 7:44 PM, Stephen Thompson wrote:
, so I
just want to know whether I really will doing a database upgrade or not.
thanks!
Stephen
--
Stephen Thompson Berkeley Seismo Lab
step...@seismo.berkeley.edu215 McCone Hall
Office: 510.664.9177 University of California
Remote: 510.214.6506 (Tue) Ber
antly speed up the backups
of 50+million files. It does this at a small extra expense (size) of
the catalog.
On 04/07/2018 06:21 AM, Stephen Thompson wrote:
I believe the answer is no, but as a happy bacula user for 10 years I
am somewhat surprised at the lack of flexibility.
The scenarios is
stribution.
<http://bacula.us/bacula-fileset-on-client-configuration-remote-fileset/>
Ideas?
thanks,
Stephen
--
Regards,
--
Stephen Thompson Berkeley Seismo Lab
step...@seismo.berkeley.edu215 McCone Hall
Office: 510.664.9177 University of California
Remote:
hack I can think of is to
define 2 clients for 1 actual host, but I'd rather not go down that
route, because tracking jobs and associating them, especially over
multiple years, will get that much more tricky.
Ideas?
thanks,
Stephen
--
Stephen Thompson Berkeley
e
>
> 2 Stephen
> Have you tried to run mysqltunner?
>
>
> On Mon, Oct 12, 2015 at 07:33:46AM -0700, Stephen Thompson wrote:
> >
> > update...
> >
> > After adding more RAM, we are back to getting a about 3 queries a day
> > that r
well.
Stephen
On 10/9/15 2:08 PM, Stephen Thompson wrote:
>
>
> Eric,
>
> I appreciate all the feedback. We went through a few iterations of
> tuning awhile back and have not generally had any significant issues
> over the years with database responsiveness.
>
> Back to t
t;>
>> Thanks Ana!
>>
>> Something such as
>>
>> SELECT ClientId, SUM(JobFiles) AS NB FROM Job GROUP BY ClientId
>> ORDER BY NB DESC;
>>
>> should also do the trick a bit more faster ;-)
>>
>> B
7;s a recommendation.
Stephen
On 10/08/2015 10:58 PM, Eric Bollengier wrote:
> Hello Stephen,
>
>
> Le 05. 10. 15 19:17, Stephen Thompson a écrit :
>>
>> Eric,
>>
>> Thanks for the reply.
>>
>> I've heard the postgres recommendation a fair n
y
> Client.ClientId;
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall #4760
Office: 510.664.9177 University of California, Berkeley
Remote: 510.214.6506 (Tue,Wed) B
3 | FilenameId | A
| 4494348205 | NULL | NULL | | BTREE | |
+---++--+--+-+---+-+--++--++-+
On 10/05/2015 10:30 AM, Stephen Thompson wrote:
>
>
> Ph
Nevermind about question concerning Snapshot table. I see what happened
there.
On 10/05/2015 10:17 AM, Stephen Thompson wrote:
>
> Eric,
>
> Thanks for the reply.
>
> I've heard the postgres recommendation a fair number of times. A couple
> years back, we setup a
en,
> Just as a thought, there have been a number of threads on this mailing
> list recommending additional or modified indexes on the File table.
> Have you added the suggested additional indexes?
>
>
--
Stephen Thompson Berkeley Seismological Laboratory
step...
On 10/03/2015 12:02 AM, Eric Bollengier wrote:
> Hello Stephen,
>
> On 10/03/2015 12:00 AM, Stephen Thompson wrote:
>>
>>
>> All,
>>
>> I believe I'm having mysql database issues since upgrading to 7.2 (from
>> 7.0.2). I run mysql innodb with
00
to 480!
Something is wrong and the coincidence is pretty strong that it's
related to the upgrade.
Ideas?
thanks,
Stephen
On 09/25/2015 09:02 AM, Stephen Thompson wrote:
>
>
> So far so good. Minor snafu on my part when updating database, but I'm
> running 7.2 now. Looking
So far so good. Minor snafu on my part when updating database, but I'm
running 7.2 now. Looking good so far. Will find out more when hundreds
of jobs run tonight.
Stephen
On 09/24/2015 08:40 AM, Stephen Thompson wrote:
>
> All,
>
> I typically patch bacula pretty freq
to 7.0.5, and it sent me for a frenzy. I
> didn't run a backup of the database because of all the great responses
> from people.
>
> When is the 7.2.0 rpm expected? Not running update until the rpm is there.
>
> On Fri, Sep 25, 2015 at 10:43 AM Stephen Thompson
> mailto:
Spoke too soon, I see what's going on, I was running update script from
new location (7.2.0) and it's referencing old location (7.0.5) and
running the wrong mysql script.
On 09/25/2015 08:34 AM, Stephen Thompson wrote:
>
> Help?
>
> Well, the compile and install wen
s no different. All the important problems (build issues on
> Solaris and FreeBSD) have been corrected in the public git repository.
>
> Best regards,
> Kern
>
> On 15-09-24 11:40 AM, Stephen Thompson wrote:
>> All,
>>
>> I typically patch bacula pretty frequentl
Thanks, I'll be upgrading soon.
What known bugs are in the update_bacula_tables scripts?
thanks,
Stephen
On 9/24/15 10:51 PM, Uwe Schuerkamp wrote:
> On Thu, Sep 24, 2015 at 08:40:05AM -0700, Stephen Thompson wrote:
>>
>> All,
>>
>> I typically patch bacula
ction with it. I could always roll back, but that might entail the
recovery from dump of a 900GB database. Opinions?
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
Office: 510.664.9177 Universi
Sorry, I don't know how I missed this before in src tree...
./platforms/systemd/bacula-fd.service
On 9/23/15 10:45 AM, Stephen Thompson wrote:
>
> All,
>
> I build bacula 7.2 on rhel 7.1 but have not systemd file for bacula-fd.
> Is there an example available?
>
&
see any systemd file example in the source tree.
Am I just not looking in the right place? If one does not exist, does
anyone have one that I could see?
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall #4760
100_ JobId 389348: Re-read of last block succeeded.
05-Sep 00:41 SD_L100_ JobId 389348: End of medium on Volume "IM0161"
Bytes=1,090,307,051,520 Blocks=520,103 at 05-Sep-2014 00:41.
On 09/05/2014 09:42 AM, Stephen Thompson wrote:
>
> Hello,
>
> I sporadically get these type
Hello,
I sporadically get these types of alerts for one on my bacula tape
libraries...
05-Sep 00:41 lawson-sd_L100_ JobId 389348: Error: block.c:255 Write
error at 610:412 on device "L100-Drive-0" (/dev/L100-Drive-0).
ERR=Input/output error.
Am I correct in assuming that this was indeed a ta
Ah. I think that fixed it. Thanks!
On 8/19/14 10:28 AM, Martin Simmons wrote:
>>>>>> On Tue, 19 Aug 2014 07:47:39 -0700, Stephen Thompson said:
>>
>> Anyone with success in running a 7x client on Solaris 10 SPARC?
>> We've recently attempted t
changed the
> /src/cats/Makefile to put the correct path to the database libs?
>
> >
> > http://bugs.bacula.org/view.__php?id=2094
> <http://bugs.bacula.org/view.php?id=2094>
> >
> > thanks,
>
Additionally, we run with Accurate backups. It looks like the crash may
be occurring between the time the SD sends the list for accurate backups
but before the client traverses the fileset.
Stephen
On 8/19/14 7:47 AM, Stephen Thompson wrote:
>
> Anyone with success in running a 7x
a.org/view.php?id=2094
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 (fax) Berkeley, CA 94720
. I have not gone further into debugging
>> as of yet since it has been only on the weekend.
>>
>> Patti Clark
>> Linux System Administrator
>> R&D Systems Support Oak Ridge National Laboratory
>>
>> From: Stephen Thompson
>> mailto:step...@seismo.
nly on the weekend.
>
> Patti Clark
> Linux System Administrator
> R&D Systems Support Oak Ridge National Laboratory
>
> From: Stephen Thompson
> mailto:step...@seismo.berkeley.edu>>
> Date: Tuesday, August 12, 2014 at 1:20 PM
> To:
> "bacula-users@
-
>
>
>
> _______
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
Stephen Thompson Berkeley Se
enabled sudo, and the
2-3 crashes, I hadn't disabled sudo's requirement for a tty, so in all
three cases btraceback was not able to run properly. I believe I have
this resolved in case it crashes again, but I thought I'd ping this list
to see if anyone had thought
compiled from scratch.
On 7/23/14 8:02 AM, Simone Caronni wrote:
> On 23 July 2014 16:18, Kern Sibbald <mailto:k...@sibbald.com>> wrote:
>
> On 07/23/2014 04:04 PM, Stephen Thompson wrote:
> > Redhat 6.5 x86_64
>
> OK, that is a particularly tr
Redhat 6.5 x86_64
On 7/23/14 12:50 AM, Kern Sibbald wrote:
> Different Linux OSes have very different behaviors, which OS are you
> running (distribution and version)?
>
> On 07/23/2014 12:10 AM, Stephen Thompson wrote:
>> I'm running 7.0.4.
>>
>>
>>
>
hatever's doing the setuid bit 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 od
believe this is the way bacula
used 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
it as soon as I have some free time, unless of course
> Stephen or someone else has confirmed that the patch fixes the issue.
>
> Thanks Kern!
>
>
> Bill
>
>
> --
> Bill Arlofski
> Reverse Polarity, LLC
> http://www.revpol.com/
> -- Not responsible for anything
5/29/14 7: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 lik
utes.
> www.restlet.com/download
> http://p.sf.net/sfu/restlet
> ___
> 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.ed
so seeing this issue might.
>
> I will test it as soon as I have some free time, unless of course
> Stephen or someone else has confirmed that the patch fixes the issue.
>
> Thanks Kern!
>
>
> Bill
>
>
> --
> Bill Arlofski
> Reverse Polarity, L
--
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=1210544
00 JobId=25776 Job="Postbooks.2014-04-28_20.30.00_53" marked to be canceled.
>
>
--
Stephen Thompson Berkeley Seismological Laboratory
step...@seismo.berkeley.edu215 McCone Hall # 4760
510.214.6506 (phone)
ediately returns only the
status 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 Ber
On 09/19/2013 08:51 AM, Mauro wrote:
> On 19 September 2013 17:20, Stephen Thompson
> 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 fo
st
> 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)
d was "run job=sutter_5 level=Full
storage=SL500-Drive-1 yes" and yet, apparently, due to the job duplicate
cancellation, the Full job instead attempted to use "storage=L100-Drive-0".
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
t; 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
>
--
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.
St
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, Jos
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 Dr
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
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 l
>> AutoSelect = yes;
>> }
>>
>> Device {
>> Name = L100-Drive-1
>> Drive Index = 0
>> Media Type = LTO-3
>> Archive Device = /dev/L100-Drive-1
>> AutomaticMount = yes;
>> AlwaysOpen = yes;
>> Removabl
Drive Index = 0
Media Type = LTO-3
Archive Device = /dev/L100-Drive-1
AutomaticMount = yes;
AlwaysOpen = yes;
RemovableMedia = yes;
RandomAccess = no;
AutoChanger = yes;
AutoSelect = yes;
}
thanks!
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
step
aximum Job Spool Size = 20gb
>Spool Directory = /var/spool/bacula
>#Maximum Network Buffer Size = 10240
>#Hardware end of medium = No;
>Fast Forward Space File = yes
>#TWO EOF = yes
> }
>
> Messages {
>Name = Standard
>director = su
th some of the ideas 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 "EC
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 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
uding using LTO2 media in an LTO3 drive.
>
> James
>
Yes, all 4 drives are HP Ultrium 3 drives.
And the same LTO3 bacula volume was used in all 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
block size:
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:
>
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 tod
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&
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?
>>
>
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
On 09/25/2012 11:17 AM, Konstantin Khomoutov wrote:
> On Tue, 25 Sep 2012 11:00:07 -0700
> Stephen Thompson 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
&g
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&
ging and putting drives and
>tapes wearing to minimum.
>
> - Dirty heads. You can enforce cleaning cycle, but then return to the
>two points above and other suggestiong, like using some monitoring
>like ltt on Linux (or I have some home made reporting tool using
&
int bacula calls the tape full and verifies that it
> can read the last block. I believe if it can't read the last block
> this block will be the first block written on the next volume.
>
> John
>
--
Stephen Thompson Berkeley Seismological Laboratory
ste
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
he log file don't give away much beyond
> 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) Un
ers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
&g
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:
>
> H
security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinf
070 on device "C4-Drive-1" (/dev/C4-Drive-1)
Reader=0 writers=0 devres=0 volinuse=0
IM0081 on device "C4-Drive-0" (/dev/C4-Drive-0)
Reader=0 writers=0 devres=4 volinuse=0
Anyone else have this happen?
Race condition?
thanks,
Stephen
--
Stephen Thompson
/12 7: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:
>>
>>
>&
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/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:
>>&
1 - 100 of 161 matches
Mail list logo