Isla de man cada vez mas cerca
26/08/2010 – 9:28 am | 2 Comments

Aún no hace ni 2 meses que empecé el proyecto “Yo me voy con Alejandro” la idea era sencilla irse a isla de man con un gran grupo de gente apoyandome… y vaya si lo …

Read the full story »
Cada dia

Todo lo que puedo contar, sin mucha relación entre ellos, pero que forman cada dia de mi vida

Yo me voy…

Yo me voy con Alejandro es un proyecto que une las ganas de viajar y las de conocer paises encima de mi V

Google Purpose

Mi meta, llegar a trabajar para Google en Zurich, una meta dificil de conseguir, pero no imposible.

Sys Admin

Soy administrador de sistemas, y es algo que me fascina, puede que algo sea util… o no.

web 2.0

minube, facebook, flickr, twitter,… todo tiene su espacio aquí.

Home » Articulos, Carrusel, Destacados, Home, Sys Admin

Dataprotector: no more space in Internal Database

Submitted by druidacelta on 17/03/2010 – 2:58 pmNo Comment

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… lo que hace que tengamos muuuuchos datos guardados y muuuchos y muy diferente indole.

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.

Por defecto este fichero tiene un límite de 2G, en concreto de fnames.dat tiene un valor de 2097152 kB.

Pero… que ocurre cuando estamos haciendo un backup y tenemos el siguiente mensaje:

[12:1168] There is no more space in the Internal Database for filenames.

Claramente el principal problema es que directamente nos quedamos sin logs… dios… os imaginais un itAdmin o SysAdmin sin logs a los que recurrir… un kaos…

Pues la solucion es muy sencilla, se trata simplemente de aumentar o añadir tamaño extra a nuestro fnames.dat.

Este fichero se encuentra por defecto en la ruta /var/opt/omni/server/db40/datafiles/cdb

Es importante primero revisar si efectivamente nos quedamos sin espacio, para ello usaremos el comando “/opt/omni/sbin/omnidbutil -extendinfo” que nos muestra la informacion.

Os pongo un ejemplo de mi caso:

Base file “fnames.dat”:
Device               = /var/opt/omni/server/db40/datafiles/cdb
Number of extensions = 3
Maximum size         = 2097152 [kB]
Current size         = 2097152 [kB]
Extension file “fnames.dat1″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat2″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat3″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Maximum size with extensions = 8385536 [kB]
Current size with extensions = 8385536 [kB]

Como podeis ver, en mi caso el fichero ya habia sido aumentado hasta en 3 ocasiones, y siempre de 2 en 2 gigas

Pues ahora, unicamente necesitamos indicarle que genere otros 2 gb para poder seguir almacenando datos.

omnidbutil -extendfnames /var/opt/omni/db40/datafiles/cdb -maxsize 2048

Acordaros de poner la ruta si no disponeis del comando en el path.

Con este comando, generais un fnames.datX donde X es el numero incremental en relacion al ultimo, en nuestro caso, X corresponderá a 4

Realizando el comando anterior, “/opt/omni/sbin/omnidbutil -extendinfo”,

Base file “fnames.dat”:
Device               = /var/opt/omni/server/db40/datafiles/cdb
Number of extensions = 4
Maximum size         = 2097152 [kB]
Current size         = 2097152 [kB]
Extension file “fnames.dat1″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat2″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat3″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat4″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 0 [kB]
Maximum size with extensions = 10481664 [kB]
Current size with extensions = 8385536 [kB]

Si os fijais, ahora tenemos un fichero nuevo, y el valor de Maximun size es diferente al de Current size.

Leave a comment!

Add your comment below, or trackback from your own site. You can also subscribe to these comments via RSS.

Be nice. Keep it clean. Stay on topic. No spam.

You can use these tags:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

This is a Gravatar-enabled weblog. To get your own globally-recognized-avatar, please register at Gravatar blog.