Veritas-bu

[Veritas-bu] Unable to process request because the server resources are busy

2006-02-08 12:19:45
Subject: [Veritas-bu] Unable to process request because the server resources are busy
From: brooksje AT longwood DOT edu (Brooks, Jason)
Date: Wed, 8 Feb 2006 12:19:45 -0500
This is a multi-part message in MIME format.

------_=_NextPart_001_01C62CD3.F4CB14E7
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thanks Bob.  We didn't apply MP4 since we're shortly moving to 6.0 MP1, =
or maybe MP2, if the move takes that long :-)
=20
Jason

________________________________

From: veritas-bu-admin AT mailman.eng.auburn DOT edu on behalf of Bob Stump
Sent: Wed 2/8/2006 11:46 AM
To: Brooks, Jason; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Unable to process request because the server =
resources are busy



This problem is actually addressed in 5.1 MP4 by allowing the use of
/usr/openv/netbackup/STAGING_JOB_KB_LIMIT
/usr/openv/netbackup/MAX_STAGING_JOBS
as explained in technote 280398


>>> "Brooks, Jason" <brooksje AT longwood DOT edu> 2/8/2006 11:23:45 AM >>>
So, will this mean a decrease in these errors, if seen in NBU 5.x, when =
one migrates to NBU 6.0?

I've seen them too, and I'm also testing NBU 6 now before rolling to =
production.

Jason

________________________________

From: veritas-bu-admin AT mailman.eng.auburn DOT edu on behalf of Tim Hoke
Sent: Wed 2/8/2006 10:50 AM
To: Asiye Yigit
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Unable to process request because the server =
resources are busy



The status 134 means there aren't enough tape drives to handle all the
requests.

In particular, this looks like a duplication right?  If you run backups
and duplications at the same time, the scheduler (pre-6.0) isn't "fully
aware" of duplications and also, doesn't track the drive usage in a
"real-time" fashion.  Therefore, the scheduler can end up =
oversubscribing
the "resources" (tape drives).  The end result is that the media server
will figure this out, give the message below, and requeue the job.

-Tim


On Wed, 8 Feb 2006, Asiye Yigit wrote:

> Hi Gurus...
> What do you think the cause of the problem presented as the =
following...
>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicate =
of
> backup id sokrates_1138833331 failed, unable to process request =
because
> the se
> rver resources are busy (134).>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicating
> policy Sistem_State_2003 schedule gunluk backup id diogenes_1138833346
> copy 1 c
> reated on 02/02/2006 00:35:46 on source path D:\diskeyedek>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <INF - host
> yedeklemesrv backupid diogenes_1138833346 write failed, unable to
> process request beca
> use the server resources are busy (134).>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicate =
of
> backup id diogenes_1138833346 failed, unable to process request =
because
> the se
> rver resources are busy (134).>
> 02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicating
> policy Sistem_State_2003 schedule gunluk backup id
> yedeklemesrv_1138833488 copy
> 1 created on 02/02/2006 00:38:08 on source path D:\diskeyedek>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - host
> yedeklemesrv backupid yedeklemesrv_1138833488 write failed, unable to
> process request
> because the server resources are busy (134).>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicate =
of
> backup id yedeklemesrv_1138833488 failed, unable to process request
> because th
> e server resources are busy (134).>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicating
> policy Sistem_State_2003 schedule gunluk backup id hercules_1138833519
> copy 1 created on 02/02/2006 00:38:39 on source path D:\diskeyedek>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - host
> yedeklemesrv backupid hercules_1138833519 write failed, unable to
> process request because the server resources are busy (134).>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicate =
of
> backup id hercules_1138833519 failed, unable to process request =
because
> the server resources are busy (134).>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <>
> 02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - Duplicating
> policy Sistem_State_2003 schedule gunluk backup id fwmngt_1138833672
> copy 1 cre
> ated on 02/02/2006 00:41:12 on source path D:\diskeyedek>
> --More--(19%)
>
> Asiye Yigit
> Software Support Manager
>
> Gantek Technologies
> Direct : +90 0216 538 80 94
> Fax    : +90 0216 322 04 43
> Gsm    : +90 0532 409 80 46
>
> Adress: Adres: Cumhuriyet Cad. Yeni Parseller Sk. No: 20 B Blok =
Kat:4-5
>
> 34805 Kavacik / Istanbul
> Asiye.Yigit AT gantek DOT com
>
> www.gantek.com <http://www.gantek.com/>
>
> "This message and attachments are confidential and intended solely for
> the individual(s) stated in this message. If you received this message
> although you are not the addressee you are responsible to keep the
> message confidential. The sender has no responsibility for the =
accuracy
> or correctness of the information in the message and its attachments.
> Our company shall have no liability for any changes or late receiving,
> loss of integrity and confidentiality, viruses and any damagescaused =
in
> anyway to your computer system."
>
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>


_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



------_=_NextPart_001_01C62CD3.F4CB14E7
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">=0A=
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">=0A=
<HTML>=0A=
<HEAD>=0A=
=0A=
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7638.1">=0A=
<TITLE>RE: [Veritas-bu] Unable to process request because the server =
resources are busy</TITLE>=0A=
</HEAD>=0A=
<BODY>=0A=
<DIV id=3DidOWAReplyText29705 dir=3Dltr>=0A=
<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 size=3D2>Thanks =
Bob.&nbsp; We didn't =0A=
apply MP4 since we're shortly moving to 6.0 MP1, or maybe MP2, if the =
move takes =0A=
that long :-)</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>Jason</FONT></DIV></DIV>=0A=
<DIV dir=3Dltr><BR>=0A=
<HR tabIndex=3D-1>=0A=
<FONT face=3DTahoma size=3D2><B>From:</B> =
veritas-bu-admin AT mailman.eng.auburn DOT edu on =0A=
behalf of Bob Stump<BR><B>Sent:</B> Wed 2/8/2006 11:46 AM<BR><B>To:</B> =
Brooks, =0A=
Jason; veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> RE: =
[Veritas-bu] =0A=
Unable to process request because the server resources are =0A=
busy<BR></FONT><BR></DIV>=0A=
<DIV>=0A=
<P><FONT size=3D2>This problem is actually addressed in 5.1 MP4 by =
allowing the =0A=
use =0A=
of<BR>/usr/openv/netbackup/STAGING_JOB_KB_LIMIT<BR>/usr/openv/netbackup/M=
AX_STAGING_JOBS<BR>as =0A=
explained in technote 280398<BR><BR><BR>&gt;&gt;&gt; "Brooks, Jason" =0A=
&lt;brooksje AT longwood DOT edu&gt; 2/8/2006 11:23:45 AM &gt;&gt;&gt;<BR>So, =
will this =0A=
mean a decrease in these errors, if seen in NBU 5.x, when one migrates =
to NBU =0A=
6.0?<BR><BR>I've seen them too, and I'm also testing NBU 6 now before =
rolling to =0A=
production.<BR><BR>Jason<BR><BR>________________________________<BR><BR>F=
rom: =0A=
veritas-bu-admin AT mailman.eng.auburn DOT edu on behalf of Tim Hoke<BR>Sent: =
Wed =0A=
2/8/2006 10:50 AM<BR>To: Asiye Yigit<BR>Cc: =0A=
veritas-bu AT mailman.eng.auburn DOT edu<BR>Subject: Re: [Veritas-bu] Unable to 
=
process =0A=
request because the server resources are busy<BR><BR><BR><BR>The status =
134 =0A=
means there aren't enough tape drives to handle all =
the<BR>requests.<BR><BR>In =0A=
particular, this looks like a duplication right?&nbsp; If you run =
backups<BR>and =0A=
duplications at the same time, the scheduler (pre-6.0) isn't =
"fully<BR>aware" of =0A=
duplications and also, doesn't track the drive usage in a<BR>"real-time" =0A=
fashion.&nbsp; Therefore, the scheduler can end up =
oversubscribing<BR>the =0A=
"resources" (tape drives).&nbsp; The end result is that the media =
server<BR>will =0A=
figure this out, give the message below, and requeue the =0A=
job.<BR><BR>-Tim<BR><BR><BR>On Wed, 8 Feb 2006, Asiye Yigit =
wrote:<BR><BR>&gt; =0A=
Hi Gurus...<BR>&gt; What do you think the cause of the problem presented =
as the =0A=
following...<BR>&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; ds_dup: =
read from =0A=
job 1 &lt;&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; ds_dup: read =
from job 1 =0A=
&lt;INF - Duplicate of<BR>&gt; backup id sokrates_1138833331 failed, =
unable to =0A=
process request because<BR>&gt; the se<BR>&gt; rver resources are busy =0A=
(134).&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; ds_dup: read from =
job 1 =0A=
&lt;&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; ds_dup: read from job =
1 =0A=
&lt;INF - Duplicating<BR>&gt; policy Sistem_State_2003 schedule gunluk =
backup id =0A=
diogenes_1138833346<BR>&gt; copy 1 c<BR>&gt; reated on 02/02/2006 =
00:35:46 on =0A=
source path D:\diskeyedek&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; =
ds_dup: =0A=
read from job 1 &lt;INF - host<BR>&gt; yedeklemesrv backupid =
diogenes_1138833346 =0A=
write failed, unable to<BR>&gt; process request beca<BR>&gt; use the =
server =0A=
resources are busy (134).&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; =
ds_dup: =0A=
read from job 1 &lt;&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; =
ds_dup: read =0A=
from job 1 &lt;INF - Duplicate of<BR>&gt; backup id diogenes_1138833346 =
failed, =0A=
unable to process request because<BR>&gt; the se<BR>&gt; rver resources =
are busy =0A=
(134).&gt;<BR>&gt; 02:52:40.498 [3696.444] &lt;2&gt; ds_dup: read from =
job 1 =0A=
&lt;&gt;<BR>&gt; 02:53:25.999 [3696.444] &lt;2&gt; ds_dup: read from job =
1 =0A=
&lt;INF - Duplicating<BR>&gt; policy Sistem_State_2003 schedule gunluk =
backup =0A=
id<BR>&gt; yedeklemesrv_1138833488 copy<BR>&gt; 1 created on 02/02/2006 =
00:38:08 =0A=
on source path D:\diskeyedek&gt;<BR>&gt; 02:53:25.999 [3696.444] =
&lt;2&gt; =0A=
ds_dup: read from job 1 &lt;INF - host<BR>&gt; yedeklemesrv backupid =0A=
yedeklemesrv_1138833488 write failed, unable to<BR>&gt; process =
request<BR>&gt; =0A=
because the server resources are busy (134).&gt;<BR>&gt; 02:53:25.999 =
[3696.444] =0A=
&lt;2&gt; ds_dup: read from job 1 &lt;&gt;<BR>&gt; 02:53:25.999 =
[3696.444] =0A=
&lt;2&gt; ds_dup: read from job 1 &lt;INF - Duplicate of<BR>&gt; backup =
id =0A=
yedeklemesrv_1138833488 failed, unable to process request<BR>&gt; =
because =0A=
th<BR>&gt; e server resources are busy (134).&gt;<BR>&gt; 02:53:25.999 =0A=
[3696.444] &lt;2&gt; ds_dup: read from job 1 &lt;&gt;<BR>&gt; =
02:53:25.999 =0A=
[3696.444] &lt;2&gt; ds_dup: read from job 1 &lt;INF - =
Duplicating<BR>&gt; =0A=
policy Sistem_State_2003 schedule gunluk backup id =
hercules_1138833519<BR>&gt; =0A=
copy 1 created on 02/02/2006 00:38:39 on source path =
D:\diskeyedek&gt;<BR>&gt; =0A=
02:53:25.999 [3696.444] &lt;2&gt; ds_dup: read from job 1 &lt;INF - =
host<BR>&gt; =0A=
yedeklemesrv backupid hercules_1138833519 write failed, unable =
to<BR>&gt; =0A=
process request because the server resources are busy (134).&gt;<BR>&gt; =0A=
02:53:25.999 [3696.444] &lt;2&gt; ds_dup: read from job 1 =
&lt;&gt;<BR>&gt; =0A=
02:53:25.999 [3696.444] &lt;2&gt; ds_dup: read from job 1 &lt;INF - =
Duplicate =0A=
of<BR>&gt; backup id hercules_1138833519 failed, unable to process =
request =0A=
because<BR>&gt; the server resources are busy (134).&gt;<BR>&gt; =
02:53:25.999 =0A=
[3696.444] &lt;2&gt; ds_dup: read from job 1 &lt;&gt;<BR>&gt; =
02:53:25.999 =0A=
[3696.444] &lt;2&gt; ds_dup: read from job 1 &lt;INF - =
Duplicating<BR>&gt; =0A=
policy Sistem_State_2003 schedule gunluk backup id =
fwmngt_1138833672<BR>&gt; =0A=
copy 1 cre<BR>&gt; ated on 02/02/2006 00:41:12 on source path =0A=
D:\diskeyedek&gt;<BR>&gt; --More--(19%)<BR>&gt;<BR>&gt; Asiye =
Yigit<BR>&gt; =0A=
Software Support Manager<BR>&gt;<BR>&gt; Gantek Technologies<BR>&gt; =
Direct : =0A=
+90 0216 538 80 94<BR>&gt; Fax&nbsp;&nbsp;&nbsp; : +90 0216 322 04 =
43<BR>&gt; =0A=
Gsm&nbsp;&nbsp;&nbsp; : +90 0532 409 80 46<BR>&gt;<BR>&gt; Adress: =
Adres: =0A=
Cumhuriyet Cad. Yeni Parseller Sk. No: 20 B Blok Kat:4-5<BR>&gt;<BR>&gt; =
34805 =0A=
Kavacik / Istanbul<BR>&gt; Asiye.Yigit AT gantek DOT com<BR>&gt;<BR>&gt; =
www.gantek.com =0A=
&lt;<A =0A=
href=3D"http://www.gantek.com/";>http://www.gantek.com/</A>&gt;<BR>&gt;<BR=
>&gt; =0A=
"This message and attachments are confidential and intended solely =
for<BR>&gt; =0A=
the individual(s) stated in this message. If you received this =
message<BR>&gt; =0A=
although you are not the addressee you are responsible to keep =
the<BR>&gt; =0A=
message confidential. The sender has no responsibility for the =
accuracy<BR>&gt; =0A=
or correctness of the information in the message and its =
attachments.<BR>&gt; =0A=
Our company shall have no liability for any changes or late =
receiving,<BR>&gt; =0A=
loss of integrity and confidentiality, viruses and any damagescaused =
in<BR>&gt; =0A=
anyway to your computer system."<BR>&gt;<BR>&gt;<BR>&gt; =0A=
_______________________________________________<BR>&gt; Veritas-bu =0A=
maillist&nbsp; -&nbsp; Veritas-bu AT mailman.eng.auburn DOT edu<BR>&gt; <A =0A=
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR>&gt;<BR><BR><B=
R>_______________________________________________<BR>Veritas-bu =0A=
maillist&nbsp; -&nbsp; Veritas-bu AT mailman.eng.auburn DOT edu<BR><A =0A=
href=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu";>http:/=
/mailman.eng.auburn.edu/mailman/listinfo/veritas-bu</A><BR></FONT></P></D=
IV>=0A=
=0A=
</BODY>=0A=
</HTML>
------_=_NextPart_001_01C62CD3.F4CB14E7--