Netapp Infrastructure SOP

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
(Imported from MoinMoin)
 
(redirect page to new infra-docs)
 
(6 intermediate revisions by 3 users not shown)
Line 1: Line 1:
= Netapp- SOP =
+
{{header|infra}}
 +
{{shortcut|ISOP:NETAPP}}
  
== Contact Information ==
 
Owner: Fedora Infrastructure Team
 
  
Contact: #fedora-admin, sysadmin-main, releng
+
This SOP has moved to the fedora Infrastructure SOP git repo. Please see the current document at: http://infrastructure.fedoraproject.org/infra/docs/netapp.txt
  
Location: Phoenix, Tampa Bay, Raleigh
+
For changes, questions or comments, please contact anyone in the Fedora Infrastructure team.
  
Servers: puppet1, internal, xen servers, application servers, builders, releng boxes
 
  
Purpose: Provides primary mirrors and additional storage in PHX
+
[[Category:Infrastructure SOPs]]
 
+
== Description ==
+
 
+
At present we have three netapps in our infrastructure.  One in TPA, RDU and PHX.  For purposes of visualization its easiest to think of us as having 4 netapps, 1 TPA, 1 RDU and 1 PHX for public mirrors.  And an additional 1 in PHX used for additional storage not related to the public mirrors.
+
 
+
== Public Mirrors ==
+
 
+
The netapps are our primary public mirrors.  The canonical location for the mirrors is currently in PHX.  From there it gets synced to RDU and TPA.
+
 
+
=== Snapshots ===
+
 
+
Snapshots on the PHX netapp are taken hourly.  Unfortunately the way it is setup only Red Hat employees can access this mirror (this is scheduled to change when PHX becomes the canonical location but that will take time to setup and deploy).  The snapshots are available, for example, on wallace in:
+
 
+
<pre>
+
/var/ftp/download.fedora.redhat.com/.snapshot/hourly.0
+
</pre>
+
 
+
== PHX NFS Storage ==
+
 
+
There is a great deal of storage in PHX over NFS from the netapp there.  This storage includes the public mirror.  The majority of this storage is koji however there are a few gig worth of storage that goes to the wiki and other storage needs we have in PHX.
+
 
+
You can access all of the nfs share shares at:
+
 
+
<pre>
+
puppet1:/mnt/fedora
+
 
+
or
+
 
+
ntap-fedora1.fedora.phx.redhat.com:/vol/fedora/
+
</pre>
+
 
+
=== Access ===
+
 
+
The netapp is provided by RHIS and as a result they also control access.  Access is controlled by IP mostly and some machines have root squashed.  Worst case scenario if puppet1 is not accessible, just bring another box up under its IP address and use that for an emergency.
+
 
+
=== Snapshots ===
+
 
+
There are hourly and nightly snapshots on the netapp.  They are available in:
+
 
+
<pre>
+
puppet1:/mnt/fedora/.snapshot
+
</pre>
+
 
+
== iscsi ==
+
 
+
We have iscsi deployed in a number of locations in our infrastructure for xen machines.  To get a list of what xen machines are deployed with iscsi, just run lvs:
+
 
+
<pre>
+
lvs /dev/xenGuests
+
</pre>
+
 
+
Live migration is possible though not fully supported at this time.  Please shut a xen machine down and bring it up on another host.  Memory is the main issue here.
+
 
+
=== Updating LVM ===
+
 
+
iscsi is mounted all over the place and if one xen machine creates a logical volume the other xen machines will have to pick up those changes.  To do this run:
+
 
+
<pre>
+
pvscan
+
vgscan
+
lvscan
+
vgchange -a y
+
</pre>
+
 
+
=== Mounting ISCSI ===
+
 
+
On reboots sometimes the iscsi share is not remounted.  This should be automated in the future but for now run:
+
 
+
<pre>
+
iscsiadm -m discovery -tst -p ntap-fedora1.fedora.phx.redhat.com:3260
+
sleep 1
+
iscsiadm -m node -T iqn.1992-08.com.netapp:sn.101197194 -p 10.8.34.17:3260 -l
+
sleep 1
+
pvscan
+
vgscan
+
lvscan
+
vgchange -a y
+
</pre>
+

Latest revision as of 18:38, 19 December 2011

Infrastructure InfrastructureTeamN1.png
Shortcut:
ISOP:NETAPP


This SOP has moved to the fedora Infrastructure SOP git repo. Please see the current document at: http://infrastructure.fedoraproject.org/infra/docs/netapp.txt

For changes, questions or comments, please contact anyone in the Fedora Infrastructure team.