Victor Hugo dos Santos <[EMAIL PROTECTED]> wrote:
[...]
> existe algun problema en tener archivos grandes (10, 20, 40GB) en un FS
> ext3 ???
Ocupan mucho espacio ;-)
[Ojo, puede que aun hayan aplicaciones que no son capaces de manejar
archivos de mas de 2GiB]
> lo que pasa es que hay un usuario que esta creando unos respaldos (con
> tar + gzip2) y los archivos finales son de estes tamanos..
Leer/procesar eso luego sera un parto... no es mas sano crear respaldos
parciales?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Wed Jul 4 22:29:02 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 4 22:30:49 2007
Subject: ficheros muy grandes en ext3
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> El 4/07/07, Victor Hugo dos Santos <[EMAIL PROTECTED]> escribió:
[...]
> > existe algun problema en tener archivos grandes (10, 20, 40GB) en un FS ext3
> > ???
> Si te preocupa eso, podrÃas probar con XFS (aunque no está optimizado
> para Linux, en sistemas lentos se nota la diferencia). Y si eres un
> buen harakiri, también podrÃas usar el filesystem que está
> desarrollando Oracle, el OCFS2, para saber cómo se comporta (ojo,
> OCFS2 es nuevito de paquete, y no está tan bien testeado.). Sueña con
> ReiserFS.
Esta hablando de RHEL, asi que esos chiches (por suerte) no estan
disponibles para el.
XFS y JFS son bastante estables, cierto; pero poco probados. ReiserFS es un
completo desastre de confiabilidad, y OCFS2 es "nuevito" (es "experimental"
== "Si explota, y con su ultimo aliento logra avisarnos como paso, genial.
No nos hacemos responsables. Feliz 4 de julio."). Ninguna de ellas se
cuenta entre las alternativas a las cuales confiaria algunos centenares de
GiB de respaldos.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Wed Jul 4 22:46:47 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Jul 4 22:48:41 2007
Subject: fallo de disco al borrar
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Pablo Allietti <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 04, 2007 at 05:25:54PM -0400, Horst H. von Brand wrote:
> > Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> > > Pablo Allietti <[EMAIL PROTECTED]> wrote:
> > > > paso a explicar mi problema, un administrador "descuidado" con el
> > > > usuario root, dejo corriendo un scp -r de otro server, lo que ocasiono
> > > > esta persona es que fuera todo redundante y el disco por lo cual se
> > > > lleno.... 260 Gb llenos en 1 solo folder con un monton de archivos.
> > > >
> > > > ahora cuando hago un rm -Rf * demora unos 2 minutos y da errores de
> > > > Inode y otras cosas que no tengo como para mostrarles.
> > >
> > > fsck(8) es tu amigo; en casos recalcitrantes mke2fs(8). Y ve si no
> > > habran archivos con nombres que comienzan en '.'...
> >
> > Pablo me indico que parece tener una estructura recursiva inmensa
> > (posiblemente un loop en el filesystem?) bajo el directorio pifiado.
> >
> > Que sistema de archivos es?
>
> ext3
Hum... eso es raro.
> > Tal vez unlink(1) (como root) te deje pitearte el directorio de una,
> > despues de esa clase de crimenes es *imperativo* correr fsck(8). Que
> > segurmente chillara que te lo encargo...
> unlink es para archivos no?
En rigor, unlink(2) rompe un enlace (normalmente a un archivo, pero tambien
hay enlaces a directorios). En algunos Unices/sistemas de archivo puedes
romper enlaces a directorios con unlink(3) (~-> unlink(1)) si tienes los
privilegios adecuados (~-> root); claro que quedan cosas chasconeadas y
fsck(8) es obligatorio para reparar el desorden resultante. Ver "info
unlink".
[Odio la mania FSF-istica de meter todo lo que debiera estar en el man en
un info...]
Una operacion aun mas delicada seria cirugia via debugfs(8)...
> yo tengo ademas todos directorios y el lio
> empieza con el directorio openoffice :(
> > Tienes todo al dia (particularmente e2fsprogs, si tienes ext<ALGO>
> > alli; o el paquete del caso para el FS)?
> todo al dia
> > Posiblemente find(1) de una lista que se pueda pasar a rm(1), o sea,
> > quiza algo del corte:
> >
> > find -depth . | xargs rm -rf
> >
> > salve la situacion?
> > --
>
> lo mismo error. :( ni un tar me deja crear como para hacer backup.
No puedes respaldar el resto?
Y si escribes tu propio "rm -rf" que se meta recursivamente en el
directorio y se vaya cepillando las cosas en postorden? Para esto
seguramente deberas ver de encontrar una forma compacta de representar el
"donde estoy" en la recursion (porque si es /muy/ profundo, te quedaras sin
memoria). Posiblemente simplemente descender, y antes de masacrar "dir" ir
a "dir/..", parando cuando vuelves a tu punto de partida (identificado por
inodo, tal vez?) Hummm... hasta en shell se puede hacer eso (no muy
eficientemente, claro esta ;-)
Busca lo que se discute por alli respecto de la "gracia":
while true; do touch x; mkdir y; cd y; done
(si, obviamente existe en decenas de formas distintas).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Wed Jul 4 23:00:27 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Wed Jul 4 23:02:15 2007
Subject: alo ... lista (OT)
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 4/07/07, Luis Alejandro Aguilera Pascual <[EMAIL PROTECTED]> escribió:
> ESTOY SEGURO QUE SI PREGUNTAS AQUI VAS A ENCONTRAR MUCHAS RESPUESTAS:
Estoy seguro de que si escribes con minúsculas, te vamos a leer igual
y no nos sentiremos mal por tus ganas de querer gritarnos, por mucho
que te hayas ofuscado.
Saludos!
--
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org
