<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Script para extender vgs con nuevos caminos automáticamente al duplicar los paths</title>
	<atom:link href="http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/feed/" rel="self" type="application/rss+xml" />
	<link>http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/</link>
	<description>Mundo Unix, resolución de problemas para administradores y mentes inquietas</description>
	<lastBuildDate>Wed, 03 Mar 2010 16:51:59 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Le Blog d&#8217;Alex &#187; Blog Archive &#187; Redistribuir los PV links de un VG (HP-UX)</title>
		<link>http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/#comment-28</link>
		<dc:creator>Le Blog d&#8217;Alex &#187; Blog Archive &#187; Redistribuir los PV links de un VG (HP-UX)</dc:creator>
		<pubDate>Wed, 28 Nov 2007 15:11:44 +0000</pubDate>
		<guid isPermaLink="false">http://digilux.es/2007/11/12/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths#comment-28</guid>
		<description>[...] por el post de RuBiCK sobre como extender un VG con todos los PV links alternates de cada PV, se me occurrio hacer un script para distribuir todos los PV links sobre los distinctos [...]</description>
		<content:encoded><![CDATA[<p>[...] por el post de RuBiCK sobre como extender un VG con todos los PV links alternates de cada PV, se me occurrio hacer un script para distribuir todos los PV links sobre los distinctos [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RuBiCK</title>
		<link>http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/#comment-27</link>
		<dc:creator>RuBiCK</dc:creator>
		<pubDate>Wed, 28 Nov 2007 14:18:01 +0000</pubDate>
		<guid isPermaLink="false">http://digilux.es/2007/11/12/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths#comment-27</guid>
		<description>Por lo que estoy viendo lo vamos puliendo poco a poco jejeje.

Pero como esto solo se iba a usar una única vez, me preocupé únicamente de que hiciera lo que quería para salir del paso, sin control de errores ni nada, solo que no me tocara hacerlo a mano...

Gracias por tus comentarios y mejoras :)</description>
		<content:encoded><![CDATA[<p>Por lo que estoy viendo lo vamos puliendo poco a poco jejeje.</p>
<p>Pero como esto solo se iba a usar una única vez, me preocupé únicamente de que hiciera lo que quería para salir del paso, sin control de errores ni nada, solo que no me tocara hacerlo a mano&#8230;</p>
<p>Gracias por tus comentarios y mejoras <img src='http://digilux.es/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/#comment-26</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 28 Nov 2007 13:59:09 +0000</pubDate>
		<guid isPermaLink="false">http://digilux.es/2007/11/12/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths#comment-26</guid>
		<description>Hola (de nuevo),

Respecto al tema del vgscan, no lo recomiendo hacer a la ligera (mucha gente suele decir &quot;nah... no pasa nada, borro el /etc/lvmtab, hago un vgscan y listo!&quot; -- por experiencia,  siempre es mejor NO hacer un vgscan, porque no siempre deja las cosas bien (aunque a veces deberia, no estamso a salvo de un bug en LVM por ejemplo...) . Yo no recomiendo hacerlo. Prefiero intentar solucionar las cosas de otra forma.

En tu script:

if [ `vgdisplay -v $VG &#124; grep $NEW_DISK &gt; /dev/null 2&gt;&1; echo $?` -eq 1 ]
then
   vgextend /dev/$VG /dev/dsk/$NEW_DISK
fi

--&gt; cambiaria el test del if por:

if if vgdisplay -v $VG &#124; grep &quot;PV Name&quot; &#124; awk &#039;{ print $3 }&#039; &#124; grep -q &quot;${NEW_DISK}$&quot;
then
   vgextend /dev/$VG /dev/dsk/$NEW_DISK
fi

. es mas sencillo (no uso ``)
. usa el -q del grep (en HP-UX, no vale esta opcione en Solaris, pero aqui no importa)
. sobre todo: si NEW_DISK=c1t1d2 el grep va a machear tambien si esta el c1t1d20 en el vgdisplay, no es lo que quieres. Por eso, extraido la lista de discos con el awk y pongo un $ al final del grep.


He estado pensando en el tema, y sobre todo para la gente que solo usa PV links, lo interesante, ademas de tener todos los PV links por si acaso, seria de balancear el primary link sobre las diferentes caminos...

es decir: PV1 --&gt; por la c1 (c1t1d0), alternate la c4 (c4t1d0) (por ejemplo)
el siguiente PV, ponemos el primary link la c4, alternate los demas...

Voy a ver si me sale un script que lo haga (a partir de un VG con todos los caminos ya metidos).</description>
		<content:encoded><![CDATA[<p>Hola (de nuevo),</p>
<p>Respecto al tema del vgscan, no lo recomiendo hacer a la ligera (mucha gente suele decir &#8220;nah&#8230; no pasa nada, borro el /etc/lvmtab, hago un vgscan y listo!&#8221; &#8212; por experiencia,  siempre es mejor NO hacer un vgscan, porque no siempre deja las cosas bien (aunque a veces deberia, no estamso a salvo de un bug en LVM por ejemplo&#8230;) . Yo no recomiendo hacerlo. Prefiero intentar solucionar las cosas de otra forma.</p>
<p>En tu script:</p>
<p>if [ `vgdisplay -v $VG | grep $NEW_DISK &gt; /dev/null 2&gt;&amp;1; echo $?` -eq 1 ]<br />
then<br />
   vgextend /dev/$VG /dev/dsk/$NEW_DISK<br />
fi</p>
<p>&#8211;&gt; cambiaria el test del if por:</p>
<p>if if vgdisplay -v $VG | grep &#8220;PV Name&#8221; | awk &#8216;{ print $3 }&#8217; | grep -q &#8220;${NEW_DISK}$&#8221;<br />
then<br />
   vgextend /dev/$VG /dev/dsk/$NEW_DISK<br />
fi</p>
<p>. es mas sencillo (no uso &#8220;)<br />
. usa el -q del grep (en HP-UX, no vale esta opcione en Solaris, pero aqui no importa)<br />
. sobre todo: si NEW_DISK=c1t1d2 el grep va a machear tambien si esta el c1t1d20 en el vgdisplay, no es lo que quieres. Por eso, extraido la lista de discos con el awk y pongo un $ al final del grep.</p>
<p>He estado pensando en el tema, y sobre todo para la gente que solo usa PV links, lo interesante, ademas de tener todos los PV links por si acaso, seria de balancear el primary link sobre las diferentes caminos&#8230;</p>
<p>es decir: PV1 &#8211;&gt; por la c1 (c1t1d0), alternate la c4 (c4t1d0) (por ejemplo)<br />
el siguiente PV, ponemos el primary link la c4, alternate los demas&#8230;</p>
<p>Voy a ver si me sale un script que lo haga (a partir de un VG con todos los caminos ya metidos).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RuBiCK</title>
		<link>http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/#comment-25</link>
		<dc:creator>RuBiCK</dc:creator>
		<pubDate>Tue, 27 Nov 2007 23:03:29 +0000</pubDate>
		<guid isPermaLink="false">http://digilux.es/2007/11/12/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths#comment-25</guid>
		<description>Hola Alex,

Efectivamente, con powerpath basta con tener un solo pvlink  para que balancee, pero me gusta dejarlo todo &quot;en su sitio&quot; es decir cada disco en su vg.

Aunque pensandolo bien, borrando (moviendo) el lvmtab y recreandolo de nuevo con vgscan, se recrearía correctamente la estructura de los vgs con sus discos/caminos correspondientes, hay que darle un par de vueltas a esto :)

Conozco poco el almacenamiento de EMC, uso algo más securepath y autopath o hasta incluso pvlinks a secas.

Me gusta mucho ver diferentes maneras de abordar un mismo problema, siempre se aprende de ello y yo lo he hecho contigo.

Gracias Alex :)</description>
		<content:encoded><![CDATA[<p>Hola Alex,</p>
<p>Efectivamente, con powerpath basta con tener un solo pvlink  para que balancee, pero me gusta dejarlo todo &#8220;en su sitio&#8221; es decir cada disco en su vg.</p>
<p>Aunque pensandolo bien, borrando (moviendo) el lvmtab y recreandolo de nuevo con vgscan, se recrearía correctamente la estructura de los vgs con sus discos/caminos correspondientes, hay que darle un par de vueltas a esto <img src='http://digilux.es/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Conozco poco el almacenamiento de EMC, uso algo más securepath y autopath o hasta incluso pvlinks a secas.</p>
<p>Me gusta mucho ver diferentes maneras de abordar un mismo problema, siempre se aprende de ello y yo lo he hecho contigo.</p>
<p>Gracias Alex <img src='http://digilux.es/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://digilux.es/unix_linux/hpux/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths/#comment-24</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Tue, 27 Nov 2007 22:26:44 +0000</pubDate>
		<guid isPermaLink="false">http://digilux.es/2007/11/12/script-para-extender-vgs-con-nuevos-caminos-automaticamente-al-duplicar-los-paths#comment-24</guid>
		<description>Hola,

Mas que con el powermt, suelo tirar del sympd list para sacar un listado de ctds vs ID de LUN del symmetrix (al cual de hecho añado el ID del propio Symmetrix, para no tener problema de LUN duplicada cuando la maquina esta conectada a 2 Symmetrix o mas).

Lo hago con:

. /opt/emc/ECC/symmappsrc.sh
sympd list &#124; awk &#039;/Symmetrix ID/ { symid=$NF }
      /rdsk/ { print $1, &quot;SYM_&quot; symid &quot;.&quot; $2 }&#039; &#124;
      sed -e &quot;s#/dev/rdsk/##&quot;


Para un XP uso lo siguiente que me da el mismo formato de salida:

   autopath display &#124; awk &#039;/Array WWN/ { arrid=$NF }
      /Lun WWN/ { lunid=$NF }
      /dev/ { print $1, &quot;XP_&quot; arrid &quot;.&quot; lunid }&#039; &#124;
      sed -e &quot;s#/dev/dsk/##&quot;

Una duda: me sonaba que con Powerpath no era necesario añadir todos los PV link, es decir que podias usar cualquier de los ctd del mismo LUN y si se iba el camino a la porra Powerpath &quot;switcheaba&quot; automaticamente (sin tener que añadir tu los PV links en el VG). ¿ No es asi ? (voy a tener que confirmar esto)</description>
		<content:encoded><![CDATA[<p>Hola,</p>
<p>Mas que con el powermt, suelo tirar del sympd list para sacar un listado de ctds vs ID de LUN del symmetrix (al cual de hecho añado el ID del propio Symmetrix, para no tener problema de LUN duplicada cuando la maquina esta conectada a 2 Symmetrix o mas).</p>
<p>Lo hago con:</p>
<p>. /opt/emc/ECC/symmappsrc.sh<br />
sympd list | awk &#8216;/Symmetrix ID/ { symid=$NF }<br />
      /rdsk/ { print $1, &#8220;SYM_&#8221; symid &#8220;.&#8221; $2 }&#8217; |<br />
      sed -e &#8220;s#/dev/rdsk/##&#8221;</p>
<p>Para un XP uso lo siguiente que me da el mismo formato de salida:</p>
<p>   autopath display | awk &#8216;/Array WWN/ { arrid=$NF }<br />
      /Lun WWN/ { lunid=$NF }<br />
      /dev/ { print $1, &#8220;XP_&#8221; arrid &#8220;.&#8221; lunid }&#8217; |<br />
      sed -e &#8220;s#/dev/dsk/##&#8221;</p>
<p>Una duda: me sonaba que con Powerpath no era necesario añadir todos los PV link, es decir que podias usar cualquier de los ctd del mismo LUN y si se iba el camino a la porra Powerpath &#8220;switcheaba&#8221; automaticamente (sin tener que añadir tu los PV links en el VG). ¿ No es asi ? (voy a tener que confirmar esto)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
