This is a multipart message in MIME format.
--=_related 0070AEC085256CF4_=
Content-Type: multipart/alternative; boundary="=_alternative 0070AEC085256CF4_="
--=_alternative 0070AEC085256CF4_=
Content-Type: text/plain; charset="us-ascii"
Arun,
We ran into a similar problem at our site. We were using Qlogic cards an
E420 to talk to the SAN with SSO , the other
media servers were W2K with another brand of HBA card. After carefully
setting up the binding information, we would lose
the binding after every re-boot of the Solaris system. Our Veritas guy
said that is is not a good idea to mix vendors for
HBA cards.
We ended up choosing another option and decided not to use the Solaris box
as a media server with the SSO.
This probably doesn't help much, but at least you know you aren't alone.
Many things could cause the backup delay. Be sure it is not a network
issue by checking your NIC settings.
You may need to configure for 100FDX with no autonegotiate for your
switches.
=============================
Carl Stehman
PHI Services Company
202-331-6619
ckstehman AT pepco DOT com
Arun K Sadaram <sakumarin AT yahoo.co DOT in>
Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
03/25/2003 02:31 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
cc:
Subject: [Veritas-bu] Issue with sg links?
Hi All,
Recently our Sun V480R running Solaris 8 was configured for NB 4.5. We
have done persistent binding for Crossroad routers with the Qlogic HBA's.
Every thing is running fine, when i run 'sgscan' i can see the list of all
my 14LTO drives but once i do a reboot on the server, the LTO's are not
visible to 'sgscan' though /dev/sg has all the entries. Now i am running
'sg.install' and getting back the LTO's visible to 'sgscan', i am doing
this on every reboot. Has any one encountered the same problem before or
am i missing something to do after running sg.install ?
Since yesterday i'm facing another problem i.e. a delay of more than 8
minutes in bringing the backups to queue state after initiating, although
my restores are starting within seconds period of time. Any help/comments
is appreciated.
Thanks in Advance
-Arun
Have a great day!!
Catch all the cricket action. Download Yahoo! Score tracker
--=_alternative 0070AEC085256CF4_=
Content-Type: text/html; charset="us-ascii"
<br><font size=2 face="sans-serif">Arun,</font>
<br>
<br><font size=2 face="sans-serif">We ran into a similar problem at our site.
We were using Qlogic cards an E420 to talk to the SAN with SSO , the
other</font>
<br><font size=2 face="sans-serif">media servers were W2K with another brand of
HBA card. After carefully setting up the binding information, we would
lose</font>
<br><font size=2 face="sans-serif"> the binding after every re-boot of the
Solaris system. Our Veritas guy said that is is not a good idea to mix
vendors for</font>
<br><font size=2 face="sans-serif">HBA cards. </font>
<br>
<br><font size=2 face="sans-serif">We ended up choosing another option and
decided not to use the Solaris box as a media server with the SSO. </font>
<br>
<br><font size=2 face="sans-serif">This probably doesn't help much, but at
least you know you aren't alone.</font>
<br>
<br><font size=2 face="sans-serif">Many things could cause the backup delay.
Be sure it is not a network issue by checking your NIC settings.</font>
<br><font size=2 face="sans-serif">You may need to configure for 100FDX with no
autonegotiate for your switches.</font>
<br>
<br><font size=2 face="sans-serif">=============================<br>
<br>
Carl Stehman<br>
PHI Services Company<br>
202-331-6619<br>
ckstehman AT pepco DOT com</font>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Arun K Sadaram <sakumarin AT yahoo.co
DOT in></b></font>
<br><font size=1 face="sans-serif">Sent by: veritas-bu-admin AT
mailman.eng.auburn DOT edu</font>
<p><font size=1 face="sans-serif">03/25/2003 02:31 PM</font>
<br>
<td><font size=1 face="Arial"> </font>
<br><font size=1 face="sans-serif"> To:
veritas-bu AT mailman.eng.auburn DOT edu</font>
<br><font size=1 face="sans-serif"> cc:
</font>
<br><font size=1 face="sans-serif"> Subject:
[Veritas-bu] Issue with sg links?</font></table>
<br>
<br>
<br><font size=5 face="Times New Roman">Hi All,</font>
<p><font size=5 face="Times New Roman">Recently our Sun V480R running Solaris 8
was configured for NB 4.5. We have done persistent binding for Crossroad
routers with the Qlogic HBA's. Every thing is running fine, when i run 'sgscan'
i can see the list of all my 14LTO drives but once i do a reboot on the server,
the LTO's are not visible to 'sgscan' though /dev/sg has all the entries. Now i
am running 'sg.install' and getting back the LTO's visible to 'sgscan', i am
doing this on every reboot. Has any one encountered the same problem before or
am i missing something to do after running sg.install ?</font>
<p><font size=5 face="Times New Roman">Since yesterday i'm facing another
problem i.e. a delay of more than 8 minutes in bringing the backups to queue
state after initiating, although my restores are starting within seconds period
of time. Any help/comments is appreciated.</font>
<p><font size=5 face="Times New Roman">Thanks in Advance</font>
<p><font size=5 face="Times New Roman">-Arun </font>
<p><font size=3 face="Times New Roman"><br>
<br>
Have a great day!!</font>
<p><img src=cid:_1_1050000047380070AEC085256CF4><font size=3 face="Times New
Roman">Catch all the cricket action. Download </font><a
href=http://in.sports.yahoo.com/cricket/tracker.html target=_blank><font size=3
color=blue face="Times New Roman"><u>Yahoo! Score tracker</u></font></a>
<p>
<br>
<br>
--=_alternative 0070AEC085256CF4_=--
--=_related 0070AEC085256CF4_=
Content-Type: image/gif
Content-ID: <_1_1050000047380070AEC085256CF4>
Content-Transfer-Encoding: base64
R0lGODlhHAAcAKL/AAAAAHsAAHt7e729vf8AAMDAwAAAAAAAACH5BAEAAAUALAAAAAAcABwAQAOt
WDWzJYK52JS9dghwNVdAKGLddgFBQKgr4Qpu/C1mZoZpHoQkPfulX8/TQaVaL40seNkcXSwW9OcZ
VXnEno1aU2S1wK1RGiMIw6CjihWhLb3dghFKL7/RPl09J/zi/T0QggI0gzRgW0yJiH6NcUNxjmcY
knJjMpOSamUwLn1xTi1sDUpmimlrSAQRnZ6LqHRkdjN+l0iyK7SRtrdQO6c+Yzp8JJUgIjxaxnCT
CgkAOw==
--=_related 0070AEC085256CF4_=--
|