[prev in list] [next in list] [prev in thread] [next in thread]
List: opensolaris-storage-discuss
Subject: Re: [storage-discuss] A couple of problems with marvell88sx and hot
From: Cindy Sabenorio <Cindy.Sabenorio () Sun ! COM>
Date: 2008-06-20 18:04:07
Message-ID: 485BF117.7080105 () sun ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Sending your question regarding SATA to
storage-discuss@opensolaris.org
is fine. I (and others) do monitor that. If you don't get response in
a reasonable period, please add me specifically and I'll see that you
get a response:
cindy.sabenorio@sun.com
Thanks,
Cindy Sabenorio
Andrew M. Hettinger wrote:
>
> It's good to hear someone is working on this.
>
> With all due respect I have no idea who is presently on the SATA
> group. Frankly I gave up trying to keep track of who is in what
> groups, because every time I send a message about a problem, I find
> the engineer has changed groups. This is exactly why we need one
> unified bug tracking system to replace both b.o.o and SMI's internal
> one. It would also help those of us outside SMI to at least post
> patches, even if the (laudable) goal of having us able to do putbacks
> is still incomplete.
>
> Andrew Hettinger
> http://Prominic.NET || AHettinger@Prominic.NET
> Tel: 866.339.3169 (toll free) -or- +1.217.356.2888 x.110 (int'l)
> Fax: 866.372.3356 (toll free) -or- +1.217.356.3356 (int'l)
> Mobile direct: 1.217.621.2540
> CompTIA A+, CompTIA Network+, MCP
>
> storage-discuss-bounces@opensolaris.org wrote on 06/20/2008 10:08:18 AM:
>
> > Andrew M. Hettinger wrote:
> > >
> > > See below.
> > >
> > > Andrew Hettinger
> > > http://Prominic.NET || AHettinger@Prominic.NET
> > > Tel: 866.339.3169 (toll free) -or- +1.217.356.2888 x.110 (int'l)
> > > Fax: 866.372.3356 (toll free) -or- +1.217.356.3356 (int'l)
> > > Mobile direct: 1.217.621.2540
> > > CompTIA A+, CompTIA Network+, MCP
> > >
> > > storage-discuss-bounces@opensolaris.org wrote on 06/19/2008
> 08:03:54 PM:
> > >
> > > > I have two AOC-SAT-MV8 cards running on a SuperMicro X7DBE+ board
> > > > which uses the Intel 5000P chipset and I've had a few problems
> with my
> > > > setup (and most likely some user error or misunderstanding of how
> > > > things should work) and it was suggested that I try asking on this
> > > > forum. The drives are connected to a SuperMicro SAS backplane
> (BPN-
> > > > SAS-836TQ). I apologize for the lengthy post but I wasn't sure
> if the
> > > > problems were all related or separate.
> > > >
> > > > The first problem I am seeing is that when I plug in a new drive
> into
> > > > my system, the drives are detected and they show up in cfgadm
> but they
> > > > aren't automatically configured. I have to first run "cfgadm -c
> > > > configure" for the drive to be fully set up and accessible. I
> have
> > > > noticed this behavior when using a Seagate 750GB SATA II drive.
> If I
> > > > then execute "cfgadm -c unconfigure" and remove the drive and re-
> > > > insert it then it seems to (at least I think it did but I could be
> > > > losing my mind) automatically configure it just fine. It seems
> to me
> > > > that the drive should be automatically configured when it is
> > > > inserted. This scenario seemed to work just fine with the Areca
> > > > controller card that I was using at one point.
> > > >
> > > > The first time I insert the drive into a drive slot I only see
> > > > messages like the following:
> > > >
> > > > Jun 19 17:59:39 storage-1 sata: [ID 801593 kern.warning] WARNING: /
> > > > pci@0,0/pci8086,25f7@2/pci8086,3500@0/pci8086,3510@0/pci808
> > > > 6,32a@0,2/pci11ab,11ab@1:
> > > > Jun 19 17:59:39 storage-1 SATA device detected at port 6
> > > > Jun 19 17:59:39 storage-1 sata: [ID 663010 kern.info] /pci@0,0/
> > > > pci8086,25f7@2/pci8086,3500@0/pci8086,3510@0/pci8086,32a@0,2/pc
> > > > i11ab,11ab@1 :
> > > > Jun 19 17:59:39 storage-1 sata: [ID 761595 kern.info] SATA disk
> > > > device at port 6
> > > > Jun 19 17:59:39 storage-1 sata: [ID 846691 kern.info] model
> > > > ST3750640AS
> > > > Jun 19 17:59:39 storage-1 sata: [ID 693010 kern.info] firmware
> 3.AAE
> > > > Jun 19 17:59:39 storage-1 sata: [ID 163988 kern.info] serial
> > > > number 5QD52N2B
> > > > Jun 19 17:59:39 storage-1 sata: [ID 594940 kern.info] supported
> > > > features:
> > > > Jun 19 17:59:39 storage-1 sata: [ID 981177 kern.info] 48-bit
> LBA,
> > > > DMA, Native Command Queueing, SMART, SMART self-test
> > > > Jun 19 17:59:39 storage-1 sata: [ID 643337 kern.info] SATA Gen2
> > > > signaling speed (3.0Gbps)
> > > > Jun 19 17:59:39 storage-1 sata: [ID 349649 kern.info] Supported
> > > > queue depth 32
> > > > Jun 19 17:59:39 storage-1 sata: [ID 349649 kern.info] capacity =
> > > > 1465149168 sectors
> > > >
> > > >
> > > > After I run "cfgadm -c configure" I see the following messages:
> > > >
> > > > Jun 19 18:09:20 storage-1 scsi: [ID 193665 kern.info] sd46 at
> > > > marvell88sx1: target 6 lun 0
> > > > Jun 19 18:09:20 storage-1 genunix: [ID 936769 kern.info] sd46 is /
> > > > pci@0,0/pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1/disk@6,0
> > > > Jun 19 18:09:20 storage-1 genunix: [ID 408114 kern.info] /pci@0,0/
> > > > pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1/disk@6,0 (sd46)
> online
> > > > Jun 19 18:09:23 storage-1 scsi: [ID 193665 kern.info] sgen27 at
> > > > marvell88sx1: target 6 lun 0
> > > > Jun 19 18:09:23 storage-1 genunix: [ID 936769 kern.info] sgen27 is /
> > > > pci@0,0/pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1/sgen@6,0
> > > >
> > >
> > > This is a known limit^H^H^H^H^Hfeature. I believe RFEs have been
> filed
> > > on it (because it is something I have complained about in the past).
> > > The rest I have not seen, and am unsure of.
> > >
> > There were recent changes to the configuration behavior. I think you
> > are running Solaris Nevada (OpenSolaris)
> > and if so, you can update to a more recent release. Also, you might
> get
> > more response if you
> > make sure someone in the SATA group is CC'ed to your messages. I am no
> > longer with that group.
> >
> > Regards,
> > Lida
> > >
> > >
> > > >
> > > > The second problem I am having is that if I connect the Seagate
> drive
> > > > and can see the disk in cfgadm and then run "devfsadm -C -c
> disk" then
> > > > the port disappears from cfgadm and any attempt to execute
> "cfgadm -c
> > > > configure" on that port fails saying that it can't identify the
> device
> > > > or port (I don't have the exact error message in front of me).
> If I
> > > > remove the drive, then it shows up in the cfgadm list as empty.
> > > > However, if I re-insert it, that port disappears from the cfgadm
> list
> > > > and I am still unable to issue a "cfgadm -c configure" command.
> The
> > > > only way that I've figured out how to recover from this is to
> reboot.
> > > > It seems to me that in this scenario that I should be able
> access the
> > > > drive without having to reboot.
> > > >
> > > >
> > > > The third problem that I've been having is that with Samsung
> drives,
> > > > if I boot with the Samsung drives plugged in, they work just fine.
> > > > However, if I try to insert a Samsung drive after I've already
> booted
> > > > (or remove it and try to reinsert it), then when I issue the
> command
> > > > "cfgadm -c configure" it returns successfully but any attempt to
> run
> > > > any command that attempts to access the drive (cfgadm, format,
> > > > devfsadm -C -c disk) all hang until I remove the drive which then
> > > > causes a few "Command failed to complete...Device is gone" error
> > > > messages. The Seagate drives do not exhibit this behavior as
> far as I
> > > > can tell so I'm not sure if it is a bug in the driver, a bug in
> the
> > > > drives, a bug in the controller card, or what but if there are
> > > > suggestions for getting additional debug information to narrow
> down
> > > > the problem I'd appreciate any help.
> > > >
> > > > When I connect the Samsung drive, I see the following messages:
> > > >
> > > > Jun 19 18:09:11 storage-1 sata: [ID 801593 kern.warning] WARNING: /
> > > > pci@0,0/pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1:
> > > > Jun 19 18:09:11 storage-1 SATA device detected at port 6
> > > > Jun 19 18:09:11 storage-1 sata: [ID 663010 kern.info] /pci@0,0/
> > > > pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1 :
> > > > Jun 19 18:09:11 storage-1 sata: [ID 761595 kern.info] SATA disk
> > > > device at port 6
> > > > Jun 19 18:09:11 storage-1 sata: [ID 846691 kern.info] model
> SAMSUNG
> > > > HD753LJ
> > > > Jun 19 18:09:11 storage-1 sata: [ID 693010 kern.info] firmware
> > > > 1AA01107
> > > > Jun 19 18:09:11 storage-1 sata: [ID 163988 kern.info] serial
> number
> > > > S13UJ1KQ112894
> > > > Jun 19 18:09:11 storage-1 sata: [ID 594940 kern.info] supported
> > > > features:
> > > > Jun 19 18:09:11 storage-1 sata: [ID 981177 kern.info] 48-bit
> LBA,
> > > > DMA, Native Command Queueing, SMART self-test
> > > > Jun 19 18:09:11 storage-1 sata: [ID 643337 kern.info] SATA Gen2
> > > > signaling speed (3.0Gbps)
> > > > Jun 19 18:09:11 storage-1 sata: [ID 349649 kern.info] Supported
> > > > queue depth 32
> > > > Jun 19 18:09:11 storage-1 sata: [ID 349649 kern.info] capacity =
> > > > 1465149168 sectors
> > > >
> > > >
> > > > Any help and guidance is appreciated!
> > > >
> > > > _______________________________________________
> > > > storage-discuss mailing list
> > > > storage-discuss@opensolaris.org
> > > > http://mail.opensolaris.org/mailman/listinfo/storage-discuss
> > >
> > >
> ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > storage-discuss mailing list
> > > storage-discuss@opensolaris.org
> > > http://mail.opensolaris.org/mailman/listinfo/storage-discuss
> > >
> >
> > _______________________________________________
> > storage-discuss mailing list
> > storage-discuss@opensolaris.org
> > http://mail.opensolaris.org/mailman/listinfo/storage-discuss
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> storage-discuss mailing list
> storage-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/storage-discuss
>
[Attachment #5 (text/html)]
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Sending your question regarding SATA to <br>
<br>
<a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss@opensolaris.org">storage-discuss@opensolaris.org</a><br> \
<br> is fine. I (and others) do monitor that. If you don't get response \
in a reasonable period, please add me specifically and I'll see that you
get a response:<br>
<a class="moz-txt-link-abbreviated" \
href="mailto:cindy.sabenorio@sun.com">cindy.sabenorio@sun.com</a><br> <br>
Thanks,<br>
Cindy Sabenorio<br>
<br>
<br>
Andrew M. Hettinger wrote:
<blockquote
cite="mid:OF2B1E7DA3.2A624EAD-ON8525746E.0055E98F-8625746E.00572A4D@prominic.net"
type="cite">
<p>It's good to hear someone is working on this. <br>
<br>
With all due respect I have no idea who is presently on the SATA group.
Frankly I gave up trying to keep track of who is in what groups,
because every time I send a message about a problem, I find the
engineer has changed groups. This is exactly why we need one unified
bug tracking system to replace both b.o.o and SMI's internal one. It
would also help those of us outside SMI to at least post patches, even
if the (laudable) goal of having us able to do putbacks is still
incomplete. <br>
<br>
Andrew Hettinger<br>
<a moz-do-not-send="true" href="http://Prominic.NET">http://Prominic.NET</a>
> > <a class="moz-txt-link-abbreviated" \
> > href="mailto:AHettinger@Prominic.NET">AHettinger@Prominic.NET</a><br>
Tel: 866.339.3169 (toll free) -or- +1.217.356.2888 x.110 (int'l) <br>
Fax: 866.372.3356 (toll free) -or- +1.217.356.3356 (int'l)<br>
Mobile direct: 1.217.621.2540<br>
CompTIA A+, CompTIA Network+, MCP<br>
<br>
<tt><a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss-bounces@opensolaris.org">storage-discuss-bounces@opensolaris.org</a> \
wrote on 06/20/2008 10:08:18 AM:<br>
<br>
> Andrew M. Hettinger wrote:<br>
> ><br>
> > See below.<br>
> ><br>
> > Andrew Hettinger<br>
> > <a moz-do-not-send="true" \
href="http://Prominic.NET">http://Prominic.NET</a> || <a \
class="moz-txt-link-abbreviated" \
href="mailto:AHettinger@Prominic.NET">AHettinger@Prominic.NET</a><br> > > Tel: \
866.339.3169 (toll free) -or- +1.217.356.2888 x.110 (int'l)<br>
> > Fax: 866.372.3356 (toll free) -or- +1.217.356.3356 (int'l)<br>
> > Mobile direct: 1.217.621.2540<br>
> > CompTIA A+, CompTIA Network+, MCP<br>
> ><br>
> > <a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss-bounces@opensolaris.org">storage-discuss-bounces@opensolaris.org</a> \
wrote on 06/19/2008 08:03:54 PM:<br>
> ><br>
> > > I have two AOC-SAT-MV8 cards running on a SuperMicro
X7DBE+ board <br>
> > > which uses the Intel 5000P chipset and I've had a few
problems with my <br>
> > > setup (and most likely some user error or
misunderstanding of how <br>
> > > things should work) and it was suggested that I try
asking on this <br>
> > > forum. The drives are connected to a SuperMicro SAS
backplane (BPN-<br>
> > > SAS-836TQ). I apologize for the lengthy post but I
wasn't sure if the <br>
> > > problems were all related or separate.<br>
> > ><br>
> > > The first problem I am seeing is that when I plug in a
new drive into <br>
> > > my system, the drives are detected and they show up in
cfgadm but they <br>
> > > aren't automatically configured. I have to first run
"cfgadm -c <br>
> > > configure" for the drive to be fully set up and
accessible. I have <br>
> > > noticed this behavior when using a Seagate 750GB SATA II
drive. If I <br>
> > > then execute "cfgadm -c unconfigure" and remove the
drive and re-<br>
> > > insert it then it seems to (at least I think it did but
I could be <br>
> > > losing my mind) automatically configure it just fine.
It seems to me <br>
> > > that the drive should be automatically configured when
it is <br>
> > > inserted. This scenario seemed to work just fine with
the Areca <br>
> > > controller card that I was using at one point.<br>
> > ><br>
> > > The first time I insert the drive into a drive slot I
only see <br>
> > > messages like the following:<br>
> > ><br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 801593 kern.warning]
WARNING: /<br>
> > >
pci@0,0/pci8086,25f7@2/pci8086,3500@0/pci8086,3510@0/pci808<br>
> > > 6,32a@0,2/pci11ab,11ab@1:<br>
> > > Jun 19 17:59:39 storage-1 SATA device detected at port 6<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 663010 kern.info]
/pci@0,0/<br>
> > >
pci8086,25f7@2/pci8086,3500@0/pci8086,3510@0/pci8086,32a@0,2/pc<br>
> > > i11ab,11ab@1 :<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 761595 kern.info]
SATA disk <br>
> > > device at port 6<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 846691 kern.info]
model <br>
> > > ST3750640AS<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 693010 kern.info]
firmware 3.AAE<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 163988 kern.info]
serial <br>
> > > number 5QD52N2B<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 594940 kern.info]
supported <br>
> > > features:<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 981177 kern.info]
48-bit LBA, <br>
> > > DMA, Native Command Queueing, SMART, SMART self-test<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 643337 kern.info]
SATA Gen2 <br>
> > > signaling speed (3.0Gbps)<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 349649 kern.info]
Supported <br>
> > > queue depth 32<br>
> > > Jun 19 17:59:39 storage-1 sata: [ID 349649 kern.info]
capacity = <br>
> > > 1465149168 sectors<br>
> > ><br>
> > ><br>
> > > After I run "cfgadm -c configure" I see the following
messages:<br>
> > ><br>
> > > Jun 19 18:09:20 storage-1 scsi: [ID 193665 kern.info]
sd46 at <br>
> > > marvell88sx1: target 6 lun 0<br>
> > > Jun 19 18:09:20 storage-1 genunix: [ID 936769 kern.info]
sd46 is /<br>
> > >
pci@0,0/pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1/disk@6,0<br>
> > > Jun 19 18:09:20 storage-1 genunix: [ID 408114 kern.info]
/pci@0,0/<br>
> > > pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1/disk@6,0
(sd46) online<br>
> > > Jun 19 18:09:23 storage-1 scsi: [ID 193665 kern.info]
sgen27 at <br>
> > > marvell88sx1: target 6 lun 0<br>
> > > Jun 19 18:09:23 storage-1 genunix: [ID 936769 kern.info]
sgen27 is /<br>
> > >
pci@0,0/pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1/sgen@6,0<br>
> > ><br>
> ><br>
> > This is a known limit^H^H^H^H^Hfeature. I believe RFEs have
been filed <br>
> > on it (because it is something I have complained about in the
past). <br>
> > The rest I have not seen, and am unsure of.<br>
> ><br>
> There were recent changes to the configuration behavior. I think
you <br>
> are running Solaris Nevada (OpenSolaris)<br>
> and if so, you can update to a more recent release. Also, you
might get <br>
> more response if you<br>
> make sure someone in the SATA group is CC'ed to your messages. I
am no <br>
> longer with that group.<br>
> <br>
> Regards,<br>
> Lida<br>
> ><br>
> ><br>
> > ><br>
> > > The second problem I am having is that if I connect the
Seagate drive <br>
> > > and can see the disk in cfgadm and then run "devfsadm -C
-c disk" then <br>
> > > the port disappears from cfgadm and any attempt to
execute "cfgadm -c <br>
> > > configure" on that port fails saying that it can't
identify the device <br>
> > > or port (I don't have the exact error message in front
of me). If I <br>
> > > remove the drive, then it shows up in the cfgadm list as
empty. <br>
> > > However, if I re-insert it, that port disappears from
the cfgadm list <br>
> > > and I am still unable to issue a "cfgadm -c configure"
command. The <br>
> > > only way that I've figured out how to recover from this
is to reboot. <br>
> > > It seems to me that in this scenario that I should be
able access the <br>
> > > drive without having to reboot.<br>
> > ><br>
> > ><br>
> > > The third problem that I've been having is that with
Samsung drives, <br>
> > > if I boot with the Samsung drives plugged in, they work
just fine. <br>
> > > However, if I try to insert a Samsung drive after I've
already booted <br>
> > > (or remove it and try to reinsert it), then when I issue
the command <br>
> > > "cfgadm -c configure" it returns successfully but any
attempt to run <br>
> > > any command that attempts to access the drive (cfgadm,
format, <br>
> > > devfsadm -C -c disk) all hang until I remove the drive
which then <br>
> > > causes a few "Command failed to complete...Device is
gone" error <br>
> > > messages. The Seagate drives do not exhibit this
behavior as far as I <br>
> > > can tell so I'm not sure if it is a bug in the driver, a
bug in the <br>
> > > drives, a bug in the controller card, or what but if
there are <br>
> > > suggestions for getting additional debug information to
narrow down <br>
> > > the problem I'd appreciate any help.<br>
> > ><br>
> > > When I connect the Samsung drive, I see the following
messages:<br>
> > ><br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 801593 kern.warning]
WARNING: /<br>
> > > pci@0,0/pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1:<br>
> > > Jun 19 18:09:11 storage-1 SATA device detected at port 6<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 663010 kern.info]
/pci@0,0/<br>
> > > pci8086,25f7@2/pci8086,350c@0,3/pci11ab,11ab@1 :<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 761595 kern.info]
SATA disk <br>
> > > device at port 6<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 846691 kern.info]
model SAMSUNG <br>
> > > HD753LJ<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 693010 kern.info]
firmware <br>
> > > 1AA01107<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 163988 kern.info]
serial number <br>
> > > S13UJ1KQ112894<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 594940 kern.info]
supported <br>
> > > features:<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 981177 kern.info]
48-bit LBA, <br>
> > > DMA, Native Command Queueing, SMART self-test<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 643337 kern.info]
SATA Gen2 <br>
> > > signaling speed (3.0Gbps)<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 349649 kern.info]
Supported <br>
> > > queue depth 32<br>
> > > Jun 19 18:09:11 storage-1 sata: [ID 349649 kern.info]
capacity = <br>
> > > 1465149168 sectors<br>
> > ><br>
> > ><br>
> > > Any help and guidance is appreciated!<br>
> > ><br>
> > > _______________________________________________<br>
> > > storage-discuss mailing list<br>
> > > <a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss@opensolaris.org">storage-discuss@opensolaris.org</a><br> \
> > > <a moz-do-not-send="true" \
href="http://mail.opensolaris.org/mailman/listinfo/storage-discuss">http://mail.opensolaris.org/mailman/listinfo/storage-discuss</a><br>
> ><br>
> >
------------------------------------------------------------------------<br>
> ><br>
> > _______________________________________________<br>
> > storage-discuss mailing list<br>
> > <a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss@opensolaris.org">storage-discuss@opensolaris.org</a><br> \
> > <a moz-do-not-send="true" \
href="http://mail.opensolaris.org/mailman/listinfo/storage-discuss">http://mail.opensolaris.org/mailman/listinfo/storage-discuss</a><br>
> > <br>
> <br>
> _______________________________________________<br>
> storage-discuss mailing list<br>
> <a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss@opensolaris.org">storage-discuss@opensolaris.org</a><br> \
> <a moz-do-not-send="true" \
href="http://mail.opensolaris.org/mailman/listinfo/storage-discuss">http://mail.opensolaris.org/mailman/listinfo/storage-discuss</a><br>
</tt></p>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
storage-discuss mailing list
<a class="moz-txt-link-abbreviated" \
href="mailto:storage-discuss@opensolaris.org">storage-discuss@opensolaris.org</a> <a \
class="moz-txt-link-freetext" \
href="http://mail.opensolaris.org/mailman/listinfo/storage-discuss">http://mail.opensolaris.org/mailman/listinfo/storage-discuss</a>
</pre>
</blockquote>
</body>
</html>
_______________________________________________
storage-discuss mailing list
storage-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/storage-discuss
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic