Upcoming NetApp + BayLISA event

If you are located in the San Francisco Bay area, you may be interested in 
this upcoming event in March.  It's open and free to the public, and pizza 
and beer will be catered by NetApp.

March 16, 2006
Location: Network Appliance HQ, Building 3, 495 E. Java Dr Sunnyvale, CA 
94089
Time: 7:00-10:00pm

http://www.mollyguard.com/event/25445107

IP Storage Today and Tomorrow
Speaker: David Dale, Network Appliance iSCSI Evangelist and Chair of the 
SNIA IP Storage Forum

This session will highlight the progress made with iSCSI over the past 3 
years and how next-generation features such as multi-connection sessions 
and ErrorRecoverLevel>0 are pushing iSCSI into more demanding application 
environments. Dave will also talk about where you can expect to see iSCSI 
next. (hint: think departmental Linux and UNIX environments)

The Kilo-Client 1000 Host Swarm
Speakers: Gregg Ferguson, Laboratory Administrator, and David Brown, 
Engineering Support Manager, of the NetApp Engineering
Gregg and David from the NetApp RTP (Research Triangle Park) Engineering 
Laboratory will explain how they designed and built what is probably the 
world's largest iSCSI-based diskless server farm (1,000 nodes). Alll 
server nodes boot from NetApp storage using iSCSI and can be rapidly 
rebooted to run various versions of Linux, Windows, or other operating 
systems. Because a single LUN is shared among many servers in this design, 

Re: R100 with 256 meg cf card

You may have already solved this issue, but I was recently poking
around at the same problem for us.  I was able to put the 32MB CF
card on a Solaris box, use the 'dd' utility to make a bit for bit
copy of the CF card onto a file.  Then I put the 256MB CF card on
the Solaris box, and used 'dd' to copy the file onto the 256MB
CF card.  I then installed the 256MB card on my R100 running 
DOT 6.4.5, and was able to run the download command successfully.

The problem, I think, is that the newer releases (> 6.4) expect a different
partition layout, and that 6.4 wants to see four partitions.
Obviously there are other ways to create the partitions, but
dd was simplest for me, copying the data as well as the partitions
tables.

I'm hoping that when I upgrade to 6.5 or 7.x, the upgrade process
will repartition the CF card as necessary.  I've got a call into
NetApp about this, but have been waiting (since Feb 1, 2006) for 
an answer.

Re:
> Subject: R100 with 256 meg cf card
> Date: Mon, 18 Apr 2005 16:39:10 +1000
> From: "George, Andrew" <georgea <at> anz.com>
> To: <toasters <at> mathworks.com>
> 
> I've tried to upgrade two r100's from 32 meg CF cards to 256 meg CF
> cards (so we can have a backup boot image with OnTap 6.5)
> On both occasions it's pretty much choked as soon as it's tried to see
> the 256 meg card and we've had to do some messing around to get a single
> image onto the card

RE: R100 with 256 meg cf card

When you run download, the command kicks off another process that
repartitions the card for you.

Glenn

-----Original Message-----
From: owner-toasters <at> mathworks.com [mailto:owner-toasters <at> mathworks.com]
On Behalf Of Brian Parent
Sent: Wednesday, March 01, 2006 11:44 AM
To: George, Andrew
Cc: toasters <at> mathworks.com
Subject: Re: R100 with 256 meg cf card

You may have already solved this issue, but I was recently poking
around at the same problem for us.  I was able to put the 32MB CF
card on a Solaris box, use the 'dd' utility to make a bit for bit
copy of the CF card onto a file.  Then I put the 256MB CF card on
the Solaris box, and used 'dd' to copy the file onto the 256MB
CF card.  I then installed the 256MB card on my R100 running 
DOT 6.4.5, and was able to run the download command successfully.

The problem, I think, is that the newer releases (> 6.4) expect a
different
partition layout, and that 6.4 wants to see four partitions.
Obviously there are other ways to create the partitions, but
dd was simplest for me, copying the data as well as the partitions
tables.

I'm hoping that when I upgrade to 6.5 or 7.x, the upgrade process
will repartition the CF card as necessary.  I've got a call into

Re: R100 with 256 meg cf card

Can you say for which versions of Data OnTap this is true?
It doesn't appear to be true for 6.4.5.  If I install a 256MB
CF card with just one partition, and then run download,
it fails with an error that makes it sound like the CF card
wasn't even inserted.

Re:
> Subject: RE: R100 with 256 meg cf card
> Date: Wed, 1 Mar 2006 18:58:18 -0500
> From: "Glenn Walker" <ggwalker <at> mindspring.com>
> To: "Brian Parent" <bparent <at> calvin.ucsd.edu>,
> 	"George, Andrew" <georgea <at> anz.com>
> Cc: <toasters <at> mathworks.com>
> 
> When you run download, the command kicks off another process that
> repartitions the card for you.
> 
> Glenn
> 
> -----Original Message-----
> From: owner-toasters <at> mathworks.com [mailto:owner-toasters <at> mathworks.com]
> On Behalf Of Brian Parent
> Sent: Wednesday, March 01, 2006 11:44 AM
> To: George, Andrew
> Cc: toasters <at> mathworks.com
> Subject: Re: R100 with 256 meg cf card
> 
> You may have already solved this issue, but I was recently poking
> around at the same problem for us.  I was able to put the 32MB CF
> card on a Solaris box, use the 'dd' utility to make a bit for bit

Re: R100 with 256 meg cf card

256MB CF requires at least min rev of OFW 4.2.1.  What version of 
motherboard firmware do you have on the R100?

----- Original Message ----- 
From: "Brian Parent" <bparent <at> calvin.ucsd.edu>
To: "Glenn Walker" <ggwalker <at> mindspring.com>
Cc: "George, Andrew" <georgea <at> anz.com>; <toasters <at> mathworks.com>
Sent: Wednesday, March 01, 2006 7:41 PM
Subject: Re: R100 with 256 meg cf card

> Can you say for which versions of Data OnTap this is true?
> It doesn't appear to be true for 6.4.5.  If I install a 256MB
> CF card with just one partition, and then run download,
> it fails with an error that makes it sound like the CF card
> wasn't even inserted.
>
> Re:
>> Subject: RE: R100 with 256 meg cf card
>> Date: Wed, 1 Mar 2006 18:58:18 -0500
>> From: "Glenn Walker" <ggwalker <at> mindspring.com>
>> To: "Brian Parent" <bparent <at> calvin.ucsd.edu>,
>> "George, Andrew" <georgea <at> anz.com>
>> Cc: <toasters <at> mathworks.com>
>>
>> When you run download, the command kicks off another process that
>> repartitions the card for you.
>>
>> Glenn
>>
>> -----Original Message-----

Cluster failover exports problem..

Hi

I've got a problem with qtree exports after a Netapp cluster failover.

Im running VCS (Veritas Cluster Server) on 6 Solaris hosts and im using the Netapp
agent to manage mounting and unmounting qtrees from a clustered Netapp.

Instead of listing your exports in the exports file you set it in your service group
You allow it  rsh to the filer and export the qtree to the host its running on. 

So if your group fails on host A, host B will rsh in and export the qtree
to host B. This way it cannot be mounted on 2 hosts at the same time.

The problem is after a Netapp cluster failover the filer reads the exports file off
disk and all the qtrees that were exported before (in memory) are no longer exported and VCS
just sits there waiting for it to come back.

If we stop and start the service under VCS it comes back but this is not
a good solution.

What are people doing to get around this problem?

How do the people who run VCS and Oracle handle this?

thoughts ideas?

here is the example.. mbe is a netgroup of 6 hosts..

/etc/exports file

yo

Hello toasters <at> mathworks.com,

Simple, Quick and affordab1e.

FaST shipping, L0wwwW Pr!#CeSs and Toll-free customer supp0rt!

------------------------------------------------------------------------

copy the address below and paste in a your web browser:

antiblastic.iyodopack.com

------------------------------------------------------------------------

I'll bear it better now --.
Weep not, my darling,.
When frightened -- home to Thee I run --.
I nourished the dream that nothing could smother .
Remember the whip and the slaver's track. .

TTYL,

Orlando Dugan

Good Day,

Re: Cluster failover exports problem..

> Thu Mar  2 17:35:27 EST [cust-filer3: rshd_0:debug]: :IN:rsh shell:RSH
> INPUT COMMAND is exportfs -i -o sec=sys,root=mbe,rw=mcn05.msn,ro=mcn01.msn:mcn02.msn:mcn03.msn:mcn04.msn:mcn06.msn:mcn07.msn
> /vol/vol0/vmb11

In other words: Your Solaris-Cluster is not editing your /etc/exports file in case of a Veritas-Takeover.

Change the rsh command 

"exportfs -i -o " 
to 
"exportfs -p" 

and the /etc/exports file will be changed automatically and thus the overtaking filer will find the right,
current export settings.
This should solve your requirement.

Best regards!
Dirk

Re: Cluster failover exports problem..

I think the use of -i is screwing you.
Why not just edit the exports file in vol0, then do an
rsh and exportfs /some/path and it will be in memory
and on file.  if the filer fails over it will read the
exports file.

--- Greg Wilson <gwilson <at> connect.com.au> wrote:

> Hi
> 
> I've got a problem with qtree exports after a Netapp
> cluster failover.
> 
> Im running VCS (Veritas Cluster Server) on 6 Solaris
> hosts and im using the Netapp
> agent to manage mounting and unmounting qtrees from
> a clustered Netapp.
> 
> Instead of listing your exports in the exports file
> you set it in your service group
> You allow it  rsh to the filer and export the qtree
> to the host its running on. 
> 
> So if your group fails on host A, host B will rsh in
> and export the qtree
> to host B. This way it cannot be mounted on 2 hosts
> at the same time.
> 
> The problem is after a Netapp cluster failover the
> filer reads the exports file off
> disk and all the qtrees that were exported before
> (in memory) are no longer exported and VCS
> just sits there waiting for it to come back.
> 
> If we stop and start the service under VCS it comes
> back but this is not
> a good solution.
> 
> What are people doing to get around this problem?
> 
> How do the people who run VCS and Oracle handle
> this?
> 
> thoughts ideas?
> 
> here is the example.. mbe is a netgroup of 6 hosts..
> 
> 
> /etc/exports file
> 
> /vol/vol0/vmb01         -sec=sys,ro,root=mbe
> /vol/vol0/vmb03         -sec=sys,ro,root=mbe
> /vol/vol0/vmb05         -sec=sys,ro,root=mbe
> /vol/vol0/vmb07         -sec=sys,ro,root=mbe
> /vol/vol0/vmb09         -sec=sys,ro,root=mbe
> /vol/vol0/vmb11         -sec=sys,ro,root=mbe
> 
> 
> before failover these exports are setup by VCS
> rsh'ing into filer and
> running command 
> 
> Thu Mar  2 17:35:27 EST [cust-filer3: rshd_0:debug]:
> :IN:rsh shell:RSH
> INPUT COMMAND is exportfs -i -o
>
sec=sys,root=mbe,rw=mcn05.msn,ro=mcn01.msn:mcn02.msn:mcn03.msn:mcn04.msn:mcn06.msn:mcn07.msn
> /vol/vol0/vmb11
> 
> /vol/vol0/vmb01 -sec=sys,ro,root=mbe
> /vol/vol0/vmb03 -sec=sys,ro,root=mbe
> /vol/vol0/vmb05 -sec=sys,ro,root=mbe
> /vol/vol0/vmb07
>
-sec=sys,ro=mcn02.msn:mcn03.msn:mcn04.msn:mcn05.msn:mcn06.msn:mcn07.msn,rw=mcn01.msn,root=mbe
> /vol/vol0/vmb09
>
-sec=sys,ro=mcn01.msn:mcn02.msn:mcn04.msn:mcn05.msn:mcn06.msn:mcn07.msn,rw=mcn03.msn,root=mbe
> /vol/vol0/vmb11
>
-sec=sys,ro=mcn01.msn:mcn02.msn:mcn03.msn:mcn04.msn:mcn06.msn:mcn07.msn,rw=mcn05.msn,root=mbe
> 
> after failover.. note exports gone..
> 
> /vol/vol0/vmb01 -sec=sys,ro,root=mbe
> /vol/vol0/vmb03 -sec=sys,ro,root=mbe
> /vol/vol0/vmb05 -sec=sys,ro,root=mbe
> /vol/vol0/vmb07 -sec=sys,ro,root=mbe
> /vol/vol0/vmb09 -sec=sys,ro,root=mbe
> /vol/vol0/vmb11 -sec=sys,ro,root=mbe
> 
> 
> -- 
> Greg Wilson	Senior System Administrator
> greg.wilson <at> aapt.com.au
> 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com