On Sat, Mar 21, 2009 at 05:02:48AM -0700, Kevin Keane wrote:
Jason Dixon wrote:
On Fri, Mar 20, 2009 at 04:54:01PM -0400, John Lockard wrote:
On Fri, Mar 20, 2009 at 04:11:55PM -0400, Jason Dixon wrote:
Running Jobs:
JobId Level Name Status
On Fri, Mar 20, 2009 at 03:51:58AM -0700, Kevin Keane wrote:
Jason Dixon wrote:
On Thu, Mar 19, 2009 at 06:08:23PM -0700, Kevin Keane wrote:
Jason Dixon wrote:
I've tried that. But since the scheduled OS backup jobs are already
running, the client-initiated transaction log
On Fri, Mar 20, 2009 at 06:56:38AM -0700, Kevin Keane wrote:
Jason Dixon wrote:
They don't. Previously, the OS backups and the log backups each had
their own pool on the same storage device (tape drive). Recently, the
OS backups have used their own pool on a File device instead. It has
On Fri, Mar 20, 2009 at 10:36:16AM -0700, Kevin Keane wrote:
Jason Dixon wrote:
Here is an example from yesterday. Job 11174 is the transaction logs.
The others are OS jobs I ran manually from bconsole.
Running Jobs:
JobId Level Name Status
On Fri, Mar 20, 2009 at 02:37:06PM -0400, Jason Dixon wrote:
On Fri, Mar 20, 2009 at 10:36:16AM -0700, Kevin Keane wrote:
Jason Dixon wrote:
Here is an example from yesterday. Job 11174 is the transaction logs.
The others are OS jobs I ran manually from bconsole.
Running Jobs
On Fri, Mar 20, 2009 at 03:46:49PM -0400, Jason Dixon wrote:
Just to be certain, I kicked off a few OS jobs just prior to the
transaction log backup. I also changed the Storage directive to use
Maximum Concurrent Jobs = 1 for FileStorage. This forces only one OS
job at a time.
I would
On Fri, Mar 20, 2009 at 04:54:01PM -0400, John Lockard wrote:
On Fri, Mar 20, 2009 at 04:11:55PM -0400, Jason Dixon wrote:
Running Jobs:
JobId Level Name Status
==
11239 Increme
something simple.
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
jdi...@omniti.com
443.325.1357 x.241
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging
skills seem to recall that
the transaction log will be cleaned up during the database backup. Not
sure if that still applies, or if it translates to other databases.
The full database backup is a ZFS snapshot.
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
jdi...@omniti.com
On Thu, Mar 19, 2009 at 06:08:23PM -0700, Kevin Keane wrote:
Jason Dixon wrote:
I've tried that. But since the scheduled OS backup jobs are already
running, the client-initiated transaction log jobs are forced to wait.
Then you probaby still had a Maximum Concurrent Jobs = 1 setting
Can anyone lend a hand here? Is there no one else using Migration in
production?
Thanks,
Jason
- Original Message -
From: Jason Dixon jdi...@omniti.com
To: bacula-users@lists.sourceforge.net
Sent: Thu, 12 Feb 2009 16:34:02 -0500 (EST)
Subject: [Bacula-users] Problems with Migration
- Romain Dolbeau romain.dolb...@caps-entreprise.com wrote:
Jason Dixon jdi...@omniti.com wrote:
Can anyone lend a hand here? Is there no one else using Migration in
production?
I tried once and it worked :-) , but I'm waiting for 3.0.4 or 3.0.5 to
get Copy job, for my offsite
,
--
Jason Dixon
-way handshake. TCP.
him: Nope. What is it?
And there you go. You too can be a lead engineer of an IPSec company by
knowing Java.
--
Jason Dixon
OmniTI Computer Consulting, Inc.
jdi...@omniti.com
443.325.1357 x.241
= Database
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Storage = Sony SDX-700C
Volume Retention = 14 days
}
Pool {
Name = Staging
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Next Pool = Database
Storage = File
Label Format = Staging
}
Thanks,
--
Jason Dixon
OmniTI
doubt this affects us. We're currently running OpenSolaris (Nevada)
build 104. That alert is over a year old. We encounter the failures
connecting to either localhost or the interface on bge0.
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
jdi...@omniti.com
443.325.1357 x.241
On Tue, Jan 27, 2009 at 12:37:36PM -0500, Jason Dixon wrote:
On Tue, Jan 27, 2009 at 10:36:05AM +, Allan Black wrote:
Hi, Jason,
Just found this on SunSolve:
Solution Type Sun Alert
Solution 201321 : Solaris 10 Systems With Certain Patches
Installed May
On Tue, Jan 27, 2009 at 10:12:03AM +, Allan Black wrote:
Jason Dixon wrote:
a Packet size too big error. The Director resides on a global zone in
Solaris x86. I've managed to capture a truss during one of the
failures:
http://mirrors.omniti.com/bacula/bacula.truss
: 8,154,091,907 (8.154 GB)
Non-fatal FD errors:1
SD Errors: 0
FD termination status: Error
SD termination status: Error
Termination:*** Backup Error ***
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
jdi...@omniti.com
443.325.1357 x.241
. Hopefully this will
help reveal something.
http://mirrors.omniti.com/bacula/bacula.truss
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
jdi...@omniti.com
443.325.1357 x.241
--
This SF.net email is sponsored
On Fri, Dec 05, 2008 at 10:26:46PM -0500, Jason Dixon wrote:
One final report. Everything has been working fine since switching the
local FD to use the physical address (bge0) rather than loopback.
Sounds like a bug. If anyone needs further details, please let me know.
Alas, I spoke too
On Tue, Dec 09, 2008 at 09:26:38PM +, Allan Black wrote:
Jason Dixon wrote:
Alas, I spoke too soon. The CatalogBackup job failed again last night,
usual symptoms.
OK. need to find out what the FD is doing. I would recommend:
truss -o filename -f -a -e -v all -w 2 -p FD pid
On Wed, Dec 03, 2008 at 02:06:31PM -0500, Jason Dixon wrote:
On Wed, Dec 03, 2008 at 07:02:16PM +, Allan Black wrote:
Jason Dixon wrote:
Wouldn't it fail consistently in that case? It hasn't failed the last
two nights.
Good :-) Has it started working since you changed from
On Mon, Dec 01, 2008 at 03:10:36PM -0500, Jason Dixon wrote:
On Mon, Nov 24, 2008 at 01:21:00PM -0500, Josh Fisher wrote:
Jason Dixon wrote:
On Mon, Nov 24, 2008 at 12:50:15PM -0500, Josh Fisher wrote:
Jason Dixon wrote:
We have three XP SP2 workstations that all have
On Wed, Dec 03, 2008 at 06:35:51PM +, Allan Black wrote:
Jason Dixon wrote:
On Thu, Nov 27, 2008 at 01:01:12AM +0100, Kjetil Torgrim Homme wrote:
Jason Dixon [EMAIL PROTECTED] writes:
On Wed, Nov 26, 2008 at 11:59:41AM +0100, Kshatriya wrote:
recently. Since then, we've encountered
On Wed, Dec 03, 2008 at 07:02:16PM +, Allan Black wrote:
Jason Dixon wrote:
Wouldn't it fail consistently in that case? It hasn't failed the last
two nights.
Good :-) Has it started working since you changed from localhost to
real host name?
It has stopped failing since that change
On Thu, Nov 27, 2008 at 01:01:12AM +0100, Kjetil Torgrim Homme wrote:
Jason Dixon [EMAIL PROTECTED] writes:
On Wed, Nov 26, 2008 at 11:59:41AM +0100, Kshatriya wrote:
On Mon, 24 Nov 2008, Jason Dixon wrote:
We moved our Bacula Director off Linux to Solaris (not my choice)
recently
On Mon, Nov 24, 2008 at 01:21:00PM -0500, Josh Fisher wrote:
Jason Dixon wrote:
On Mon, Nov 24, 2008 at 12:50:15PM -0500, Josh Fisher wrote:
Jason Dixon wrote:
We have three XP SP2 workstations that all have scheduled Bacula jobs.
Two of them run fine. The third one loses
On Wed, Nov 26, 2008 at 11:59:41AM +0100, Kshatriya wrote:
On Mon, 24 Nov 2008, Jason Dixon wrote:
We moved our Bacula Director off Linux to Solaris (not my choice)
recently. Since then, we've encountered frequent failures of the
catalog backup job which reads from the local FD
Just a quick bump. Perhaps I should open a bug report?
Thanks,
Jason
On Mon, Nov 24, 2008 at 11:59:36AM -0500, Jason Dixon wrote:
We moved our Bacula Director off Linux to Solaris (not my choice)
recently. Since then, we've encountered frequent failures of the
catalog backup job which reads
the interface doesn't help. The only remedy is to
reboot the box.
Has anyone encountered this with XP before? Is it possibly a
combination of software that is causing the issue (e.g. AVG)? Any known
workarounds?
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
[EMAIL PROTECTED]
443.325.1357 x.241
SD termination status: Error
Termination:*** Backup Error ***
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
[EMAIL
On Mon, Nov 24, 2008 at 12:50:15PM -0500, Josh Fisher wrote:
Jason Dixon wrote:
We have three XP SP2 workstations that all have scheduled Bacula jobs.
Two of them run fine. The third one loses networking every Friday
during the FULL backup job. When it enters this state you can no longer
On Wed, Nov 12, 2008 at 07:07:13AM -0800, Dan Langille wrote:
On Nov 11, 2008, at 2:32 PM, Jason Dixon wrote:
We have a new Bacula server (2.4.2 on Solaris 10 x86) that runs fine for
most backup jobs. However, we've encountered a particular job that
hangs indefinitely with the status Dir
way I won't be able to perform this backup due to the number of files?
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
[EMAIL PROTECTED]
443.325.1357 x.241
-
This SF.Net email is sponsored by the Moblin Your Move
: Default
priorjobid: 0
filesetid: 2
fileset: Zimbra Set
Any ideas?
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
[EMAIL PROTECTED]
443.325.1357 x.241
-
This SF.Net email is sponsored
I forgot to mention that I see these log warnings *only* for the zimbra
jobs. Might be related.
Warning: Got SHA1 digest but not same File as attributes
Thanks,
Jason
On Tue, Nov 11, 2008 at 05:32:44PM -0500, Jason Dixon wrote:
We have a new Bacula server (2.4.2 on Solaris 10 x86) that runs
have enough resources for batch inserts. If
that doesn't help, I'll rebuild with batch inserts disabled (although
I'd rather not).
Thanks,
--
Jason Dixon
OmniTI Computer Consulting, Inc.
[EMAIL PROTECTED]
443.325.1357 x.241
.
No Terminated Jobs.
* status st
Automatically selected Storage: Overland2000
Connecting to Storage daemon Overland2000 at foobar01:9103
( timing out... )
Thanks,
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net
On Dec 15, 2006, at 10:58 AM, [EMAIL PROTECTED] wrote:
On Fri, Dec 15, 2006 at 10:36:06AM -0500, Jason Dixon wrote:
We've migrated a working bacula installation and changer to a new
server, but bacula seems unable to connect to the storage unit. All
of the configuration files were moved
-Oct-06 20:04
Duncan-DailyINCR
63 Full 1 56,139,838 OK 19-Oct-06 23:14
BackupCatalog
Device status:
Device DAT-72 (/dev/nst0) is not open or does not exist.
Device is BLOCKED waiting for media.
In Use Volume status:
--
Jason Dixon
DixonGroup
On Oct 23, 2006, at 8:12 PM, Dan Langille wrote:
On 23 Oct 2006 at 18:57, Jason Dixon wrote:
*status dir
duncan-dir Version: 1.38.10 (08 June 2006) i686-redhat-linux-gnu
redhat
Daemon started 20-Oct-06 23:29, 7 Jobs run since started.
Scheduled Jobs:
Level Type Pri
waiting for media.
In Use Volume status:
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre
43 matches
Mail list logo