This is a multi-part message in MIME format.
------_=_NextPart_001_01C62CCC.4EF0F51F
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
So, will this mean a decrease in these errors, if seen in NBU 5.x, when =
one migrates to NBU 6.0?
=20
I've seen them too, and I'm also testing NBU 6 now before rolling to =
production.
=20
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
>=20
------_=_NextPart_001_01C62CCC.4EF0F51F
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=3DidOWAReplyText36168 dir=3Dltr>=0A=
<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 size=3D2>So, will this =
mean a decrease =0A=
in these errors, if seen in NBU 5.x, when one migrates to NBU =
6.0?</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT> </DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>I've seen them too, and I'm =
also testing =0A=
NBU 6 now before rolling to production.</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT> </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 Tim Hoke<BR><B>Sent:</B> Wed 2/8/2006 10:50 AM<BR><B>To:</B> =
Asiye =0A=
Yiğit<BR><B>Cc:</B> =
veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B> Re: =0A=
[Veritas-bu] Unable to process request because the server resources are =0A=
busy<BR></FONT><BR></DIV>=0A=
<DIV>=0A=
<P><FONT size=3D2>The status 134 means there aren't enough tape drives =
to handle =0A=
all the<BR>requests.<BR><BR>In particular, this looks like a duplication =0A=
right? If you run backups<BR>and duplications at the same time, =
the =0A=
scheduler (pre-6.0) isn't "fully<BR>aware" of duplications and also, =
doesn't =0A=
track the drive usage in a<BR>"real-time" fashion. Therefore, the =0A=
scheduler can end up oversubscribing<BR>the "resources" (tape =
drives). The =0A=
end result is that the media server<BR>will figure this out, give the =
message =0A=
below, and requeue the job.<BR><BR>-Tim<BR><BR><BR>On Wed, 8 Feb 2006, =
Asiye =0A=
Yiğit wrote:<BR><BR>> Hi Gurus...<BR>> What do you think the =
cause of the =0A=
problem presented as the following...<BR>><BR>> 02:52:40.498 =
[3696.444] =0A=
<2> ds_dup: read from job 1 <><BR>> 02:52:40.498 =
[3696.444] =0A=
<2> ds_dup: read from job 1 <INF - Duplicate of<BR>> backup =
id =0A=
sokrates_1138833331 failed, unable to process request because<BR>> =
the =0A=
se<BR>> rver resources are busy (134).><BR>> 02:52:40.498 =
[3696.444] =0A=
<2> ds_dup: read from job 1 <><BR>> 02:52:40.498 =
[3696.444] =0A=
<2> ds_dup: read from job 1 <INF - Duplicating<BR>> policy =0A=
Sistem_State_2003 schedule gunluk backup id diogenes_1138833346<BR>> =
copy 1 =0A=
c<BR>> reated on 02/02/2006 00:35:46 on source path =
D:\diskeyedek><BR>> =0A=
02:52:40.498 [3696.444] <2> ds_dup: read from job 1 <INF - =
host<BR>> =0A=
yedeklemesrv backupid diogenes_1138833346 write failed, unable =
to<BR>> =0A=
process request beca<BR>> use the server resources are busy =0A=
(134).><BR>> 02:52:40.498 [3696.444] <2> ds_dup: read from =
job 1 =0A=
<><BR>> 02:52:40.498 [3696.444] <2> ds_dup: read from job =
1 =0A=
<INF - Duplicate of<BR>> backup id diogenes_1138833346 failed, =
unable to =0A=
process request because<BR>> the se<BR>> rver resources are busy =0A=
(134).><BR>> 02:52:40.498 [3696.444] <2> ds_dup: read from =
job 1 =0A=
<><BR>> 02:53:25.999 [3696.444] <2> ds_dup: read from job =
1 =0A=
<INF - Duplicating<BR>> policy Sistem_State_2003 schedule gunluk =
backup =0A=
id<BR>> yedeklemesrv_1138833488 copy<BR>> 1 created on 02/02/2006 =
00:38:08 =0A=
on source path D:\diskeyedek><BR>> 02:53:25.999 [3696.444] =
<2> =0A=
ds_dup: read from job 1 <INF - host<BR>> yedeklemesrv backupid =0A=
yedeklemesrv_1138833488 write failed, unable to<BR>> process =
request<BR>> =0A=
because the server resources are busy (134).><BR>> 02:53:25.999 =
[3696.444] =0A=
<2> ds_dup: read from job 1 <><BR>> 02:53:25.999 =
[3696.444] =0A=
<2> ds_dup: read from job 1 <INF - Duplicate of<BR>> backup =
id =0A=
yedeklemesrv_1138833488 failed, unable to process request<BR>> =
because =0A=
th<BR>> e server resources are busy (134).><BR>> 02:53:25.999 =0A=
[3696.444] <2> ds_dup: read from job 1 <><BR>> =
02:53:25.999 =0A=
[3696.444] <2> ds_dup: read from job 1 <INF - =
Duplicating<BR>> =0A=
policy Sistem_State_2003 schedule gunluk backup id =
hercules_1138833519<BR>> =0A=
copy 1 created on 02/02/2006 00:38:39 on source path =
D:\diskeyedek><BR>> =0A=
02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - =
host<BR>> =0A=
yedeklemesrv backupid hercules_1138833519 write failed, unable =
to<BR>> =0A=
process request because the server resources are busy (134).><BR>> =0A=
02:53:25.999 [3696.444] <2> ds_dup: read from job 1 =
<><BR>> =0A=
02:53:25.999 [3696.444] <2> ds_dup: read from job 1 <INF - =
Duplicate =0A=
of<BR>> backup id hercules_1138833519 failed, unable to process =
request =0A=
because<BR>> the server resources are busy (134).><BR>> =
02:53:25.999 =0A=
[3696.444] <2> ds_dup: read from job 1 <><BR>> =
02:53:25.999 =0A=
[3696.444] <2> ds_dup: read from job 1 <INF - =
Duplicating<BR>> =0A=
policy Sistem_State_2003 schedule gunluk backup id =
fwmngt_1138833672<BR>> =0A=
copy 1 cre<BR>> ated on 02/02/2006 00:41:12 on source path =0A=
D:\diskeyedek><BR>> --More--(19%)<BR>><BR>> Asiye =
Yigit<BR>> =0A=
Software Support Manager<BR>><BR>> Gantek Technologies<BR>> =
Direct : =0A=
+90 0216 538 80 94<BR>> Fax : +90 0216 322 04 =
43<BR>> =0A=
Gsm : +90 0532 409 80 46<BR>><BR>> Adress: =
Adres: =0A=
Cumhuriyet Cad. Yeni Parseller Sk. No: 20 B Blok Kat:4-5<BR>><BR>> =
34805 =0A=
Kavacik / İstanbul<BR>> Asiye.Yigit AT gantek DOT com<BR>><BR>> =
www.gantek.com =0A=
<<A =0A=
href=3D"http://www.gantek.com/";>http://www.gantek.com/</A>><BR>><BR=
>> =0A=
"This message and attachments are confidential and intended solely =
for<BR>> =0A=
the individual(s) stated in this message. If you received this =
message<BR>> =0A=
although you are not the addressee you are responsible to keep =
the<BR>> =0A=
message confidential. The sender has no responsibility for the =
accuracy<BR>> =0A=
or correctness of the information in the message and its =
attachments.<BR>> =0A=
Our company shall have no liability for any changes or late =
receiving,<BR>> =0A=
loss of integrity and confidentiality, viruses and any damagescaused =
in<BR>> =0A=
anyway to your computer system."<BR>><BR>><BR>> =0A=
_______________________________________________<BR>> Veritas-bu =0A=
maillist - 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> =0A=
</P></DIV>=0A=
=0A=
</BODY>=0A=
</HTML>
------_=_NextPart_001_01C62CCC.4EF0F51F--
|
