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.
Here's an example...
(before backup)
# ls -ld /bin
compiled from scratch.
On 7/23/14 8:02 AM, Simone Caronni wrote:
On 23 July 2014 16:18, Kern Sibbald k...@sibbald.com
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 tricky system as they have
-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 thoughts.
thanks,
Stephen
--
Stephen Thompson
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 (fax) Berkeley, CA 94720
.
Patti Clark
Linux System Administrator
RD Systems Support Oak Ridge National Laboratory
From: Stephen Thompson
step...@seismo.berkeley.edumailto:step...@seismo.berkeley.edu
Date: Tuesday, August 12, 2014 at 1:20 PM
To:
bacula-users@lists.sourceforge.netmailto:bacula-users
.
Patti Clark
Linux System Administrator
RD Systems Support Oak Ridge National Laboratory
From: Stephen Thompson
step...@seismo.berkeley.edumailto:step...@seismo.berkeley.edu
Date: Tuesday, August 12, 2014 at 1:20 PM
To:
bacula-users@lists.sourceforge.netmailto:bacula-users
/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-4760
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 client
the correct path to the database libs?
http://bugs.bacula.org/view.__php?id=2094
http://bugs.bacula.org/view.php?id=2094
thanks,
Stephen
--
Stephen Thompson Berkeley Seismological Laboratory
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 to upgrade clients from 5x to 7.0.5 and it
works fine
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
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 types of alerts for one on my bacula tape
n
> 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 run longe
.
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 the or
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 paral
t, 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...@seismo.berkeley.edu
ent.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) Berkeley, C
.
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 number of times. A co
>>
>> Best Regards,
>> Eric
>>
>> Le 07. 10. 15 15:23, Ana Emília M. Arruda a écrit :
>>
>> Hello Stephen,
>>
>> On Mon, Oct 5, 2015 at 2:17 PM, Stephen Thompson
>> <step...@seismo.berkeley.edu
>
!
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 good so far. Will f
to 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
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?
>
&
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 University
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 frequently, but I saw the somewhat
>> unusual notice on the latest release no
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
> <step...
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 went fine, bu
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 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 p
ric 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 900Gb database that's largely the
"
}
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 Thompson
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 only
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
connecting
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 month, after
e:
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.
That got me a step
, but 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
step
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 then
nothing m
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 Seismo Lab
step
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
p://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: 510.214.6506 (Tue)
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) Berkeley, CA 94720-4760
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 definitions, I would need
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:
I'm
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
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,
ula_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
___
Bacula-use
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 for all
user, I'm afraid. It seems that just owning a Mac automatically makes
one the "Mac guy" .
Thanks.
--
Stephen Thompson Berkeley Seismology Lab
stephen.thomp...@berkeley.edu 307 McCone Hall
Office: 510.664.9177 University of Calif
: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 permitt
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
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 Stephen
on 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
>> if you can run a back
> 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
>
--
Stephen Thompson
ty 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
stephen.thomp...@berkeley.edu 307 Mc
, 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 get past this compil
ork 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 been able to a
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.thomp...@berkeley.edu> wrote:
>
>
> Disap
101 - 157 of 157 matches
Mail list logo