<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Druidacelta &#187; hp</title>
	<atom:link href="http://www.druidacelta.net/tag/hp/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.druidacelta.net</link>
	<description>Motociclismo como una forma de vida</description>
	<lastBuildDate>Tue, 04 Oct 2011 08:23:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>CPD de mierda</title>
		<link>http://www.druidacelta.net/2010/05/25/cpd-biocombustible/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=cpd-biocombustible</link>
		<comments>http://www.druidacelta.net/2010/05/25/cpd-biocombustible/#comments</comments>
		<pubDate>Tue, 25 May 2010 12:06:37 +0000</pubDate>
		<dc:creator>druidacelta</dc:creator>
				<category><![CDATA[Off-topic]]></category>
		<category><![CDATA[freak]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[hpc]]></category>
		<category><![CDATA[i+d]]></category>
		<category><![CDATA[server]]></category>
		<category><![CDATA[sysadmin]]></category>

		<guid isPermaLink="false">http://druidacelta.net/?p=258</guid>
		<description><![CDATA[Uno de los ultimos avances en CPD, sobretodo para tener una PUE decente, o en todo caso que no nos importe, ha llegado de la mano del gigante HP. Como podeis ver, la idea es muy sencilla, VACAS! Pues, eso, HP ha presentado esta solución, montar un CPD, o un Data Center, al lado de [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://druidacelta.net/wp-content/uploads/2010/05/cowmierda.jpg"><img class="alignleft size-medium wp-image-259" title="cowmierda" src="http://druidacelta.net/wp-content/uploads/2010/05/cowmierda-300x168.jpg" alt="" width="300" height="168" /></a>Uno de los ultimos avances en CPD, sobretodo para tener una PUE decente, o en todo caso que no nos importe, ha llegado de la mano del gigante HP.</p>
<p>Como podeis ver, la idea es muy sencilla, VACAS!</p>
<p>Pues, eso, HP ha presentado esta solución, montar un CPD, o un Data Center, al lado de una campinha repleta de vacas, aprovechando el biocombustible (lease mierda, ya tratada) para generar energia, que por un lado sirve para el propio CPD y por otro lado sirve para para las operaciones diarias de gestión, tanto las de extraccion de la leche, como las del propio CPD.</p>
<p>Tambien se aprovecharia el calor residual del cpd, para procesar el biogas, haciendo util el residuo principal de un CPD.</p>
<p>Como podeis ver, es simplemente cerrar el circulo, conseguir ademas ser autosuficientes, aunque a la larga se presentan nuevos gastos de manutención del cpd, como veterinarios&#8230; jeje</p>
<p>la idea, como mínimo curiosa.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.druidacelta.net/2010/05/25/cpd-biocombustible/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dataprotector: no more space in Internal Database</title>
		<link>http://www.druidacelta.net/2010/03/17/dataprotector-internal-database/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=dataprotector-internal-database</link>
		<comments>http://www.druidacelta.net/2010/03/17/dataprotector-internal-database/#comments</comments>
		<pubDate>Wed, 17 Mar 2010 12:58:52 +0000</pubDate>
		<dc:creator>druidacelta</dc:creator>
				<category><![CDATA[Off-topic]]></category>
		<category><![CDATA[dataprotector]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[itadmin]]></category>
		<category><![CDATA[sysadmin]]></category>

		<guid isPermaLink="false">http://druidacelta.net/?p=114</guid>
		<description><![CDATA[Para quienes no lo conozcais, DataProtector es la solución comercial de HP para todo el tema de backup y proteccion de datos. En nuestro caso, donde trabajo, tenmos 3 librerias de cintas lt0, cada cinta con una capacidad superior al Terabyte&#8230; lo que hace que tengamos muuuuchos datos guardados y muuuchos y muy diferente indole. [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://druidacelta.net/wp-content/uploads/2010/03/hp-dataprotector.jpg"><img class="alignleft size-medium wp-image-115" title="hp-dataprotector" src="http://druidacelta.net/wp-content/uploads/2010/03/hp-dataprotector-300x225.jpg" alt="" width="234" height="175" /></a>Para quienes no lo conozcais, DataProtector es la solución comercial de HP para todo el tema de backup y proteccion de datos.</p>
<p>En nuestro caso, donde trabajo, tenmos 3 librerias de cintas lt0, cada cinta con una capacidad superior al Terabyte&#8230; lo que hace que tengamos muuuuchos datos guardados y muuuchos y muy diferente indole.</p>
<p><span id="more-114"></span>Conociendo esto, tenemos que ver que estos datos generan unos ficheros, que data protector llama, internal database filenames y que se guardan a nivel local donde reside el servidor.</p>
<p>Por defecto este fichero tiene un límite de 2G, en concreto de fnames.dat tiene un valor de 2097152 kB.</p>
<p>Pero&#8230; que ocurre cuando estamos haciendo un backup y tenemos el siguiente mensaje:</p>
<blockquote><p>[12:1168] There is no more space in the Internal Database for filenames.</p></blockquote>
<p>Claramente el principal problema es que directamente nos quedamos sin logs&#8230; dios&#8230; os imaginais un itAdmin o SysAdmin sin logs a los que recurrir&#8230; un kaos&#8230;</p>
<p>Pues la solucion es muy sencilla, se trata simplemente de aumentar o añadir tamaño extra a nuestro fnames.dat.</p>
<p>Este fichero se encuentra por defecto en la ruta /var/opt/omni/server/db40/datafiles/cdb</p>
<p>Es importante primero revisar si efectivamente nos quedamos sin espacio, para ello usaremos el comando &#8220;/opt/omni/sbin/omnidbutil -extendinfo&#8221; que nos muestra la informacion.</p>
<p>Os pongo un ejemplo de mi caso:</p>
<blockquote><p>Base file &#8220;fnames.dat&#8221;:<br />
Device               = /var/opt/omni/server/db40/datafiles/cdb<br />
Number of extensions = 3<br />
Maximum size         = 2097152 [kB]<br />
Current size         = 2097152 [kB]<br />
Extension file &#8220;fnames.dat1&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 2096128 [kB]<br />
Extension file &#8220;fnames.dat2&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 2096128 [kB]<br />
Extension file &#8220;fnames.dat3&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 2096128 [kB]<br />
Maximum size with extensions = 8385536 [kB]<br />
Current size with extensions = 8385536 [kB]</p></blockquote>
<p>Como podeis ver, en mi caso el fichero ya habia sido aumentado hasta en 3 ocasiones, y siempre de 2 en 2 gigas</p>
<p>Pues ahora, unicamente necesitamos indicarle que genere otros 2 gb para poder seguir almacenando datos.</p>
<blockquote><p>omnidbutil -extendfnames /var/opt/omni/db40/datafiles/cdb -maxsize 2048</p></blockquote>
<p>Acordaros de poner la ruta si no disponeis del comando en el path.</p>
<p>Con este comando, generais un fnames.datX donde X es el numero incremental en relacion al ultimo, en nuestro caso, X corresponderá a 4</p>
<p>Realizando el comando anterior, &#8220;/opt/omni/sbin/omnidbutil -extendinfo&#8221;,</p>
<blockquote><p>Base file &#8220;fnames.dat&#8221;:<br />
Device               = /var/opt/omni/server/db40/datafiles/cdb<br />
Number of extensions = 4<br />
Maximum size         = 2097152 [kB]<br />
Current size         = 2097152 [kB]<br />
Extension file &#8220;fnames.dat1&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 2096128 [kB]<br />
Extension file &#8220;fnames.dat2&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 2096128 [kB]<br />
Extension file &#8220;fnames.dat3&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 2096128 [kB]<br />
Extension file &#8220;fnames.dat4&#8243;:<br />
Device       = /var/opt/omni/server/db40/datafiles/cdb<br />
Maximum size = 2096128 [kB]<br />
Current size = 0 [kB]<br />
Maximum size with extensions = 10481664 [kB]<br />
Current size with extensions = 8385536 [kB]</p></blockquote>
<p>Si os fijais, ahora tenemos un fichero nuevo, y el valor de Maximun size es diferente al de Current size.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.druidacelta.net/2010/03/17/dataprotector-internal-database/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

