I have started seeing this recently on 5.1 MP4 on linux. It seems to be
failed user-initiated archives that are started during periods of high
load on my backup master. I only know this because of the client name
field and the start time matches a cron job I have and load warnings from
nagios about the master. I don't have a solution, the master is slated
to move to another host anyway, so I'm trying not to lose sleep over it.
> Message: 1
> From: "MCare Backup" <mcarebackup AT hotmail DOT com>
> To: "WEAVER, Simon" <simon.weaver AT astrium.eads DOT net>,
> <veritas-bu AT mailman.eng.auburn DOT edu>
> Subject: Re: Subject: [Veritas-bu] Blank jobs are queueing
> Date: Wed, 17 May 2006 11:47:29 -0400
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_000B_01C679A7.ACB525D0
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> MessageYeah, it's moving towards that point -- I'm just always hopeful =
> to find an answer from the people in the trenches before calling into =
> the support lines. The people in the trenches always have better =
> answers...
>
> Thanks,
> Skip
> ----- Original Message -----=20
> From: WEAVER, Simon=20
> To: 'MCare Backup' ; veritas-bu AT mailman.eng.auburn DOT edu=20
> Sent: Wednesday, May 17, 2006 11:15 AM
> Subject: RE: Subject: [Veritas-bu] Blank jobs are queueing
>
>
> Maybe a call to Symantec just in case things spiral out of control! ?
>
>
> Regards
>
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator=20
>
> EADS Astrium Limited, B32AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
>
> Email: Simon.Weaver AT Astrium-eads DOT net
>
> -----Original Message-----
> From: MCare Backup [mailto:mcarebackup AT hotmail DOT com]=20
> Sent: 17 May 2006 14:48
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: Subject: [Veritas-bu] Blank jobs are queueing
>
>
> The free space is one of the items I check with my weekly =
> maintenance to make sure nothing will go wrong over the weekend. I did =
> double check it, and we only have 45% utilization on the root disk (with =
> 6 jobs currently running). The error logs / app errors / hardware =
> errors are all checked a few times a week as well, and there's nothing =
> out of the ordinary. We had a lot of problems during the first 4-6 =
> months of implementation, and it just became habit...
>
> Simon -- I would try re-creating policies, but the servers affected =
> are almost all different every day. Server 42, which I referenced =
> yesterday, didn't have an issue at all this morning, and was instead =
> replaced by server 34. 42 is one of 15 servers in a full-to-SDLT600 =
> (straight data) policy, and 34 is in its very own SQL server policy. =
> That's why this is driving me bananas -- I can't find a pattern to the =
> issue.
>
> Thanks,
> Skip
>
> ----- Original Message -----=20
> From: Harun.Jonathan AT berca.co DOT id=20
> To: veritas-bu AT mailman.eng.auburn DOT edu=20
> Sent: Tuesday, May 16, 2006 11:12 PM
> Subject: Subject: [Veritas-bu] Blank jobs are queueing
>
>
> I have this problem couple weeks ago..and this error because..we =
> have full space at / (root) area..maybe you must check..your disk =
> capacity..you must have free space at least 20% at all backup mount =
> point..
>
> A queueing message will be time out if you can not cancel it....
>
> =20
>
> I hope this will help
>
> -----Original Message-----
> From: MCare Backup [mailto:mcarebackup AT hotmail DOT com]=3D20
> Sent: 16 May 2006 14:40
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] Blank jobs are queueing
>
>
> I was wondering if anyone had seen this issue before.
>
> Using NBU 5.1 MP3 for Windows 2003 Server -- we have recently =
> (last =3D
> week or so) started accumulating blank jobs. The job queues, but =
> has no =3D
> policy associated with it, never runs, and can't be deleted until =
> after =3D
> the Catalog job completes. It's not always the same client, and =
> not =3D
> always the same type of job (mostly SQL, but sometimes filesets or =
> =3D
> shadow copies). We've power-cycled the master and media servers a =
> =3D
> couple of times, and that isn't fixing the issue. =3D20
>
> If anyone could shed some light on this for us, I'd greatly =3D
> appreciate it.
>
> =20
> Best Regards
>
> Harun Jonatan
>
--
Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
|
