Re: Ext4 Inodos acabados y dudas
El día 16 de octubre de 2012 13:19, Francisco J. Bejarano escribió: > Hola a todos y gracias de antemano. A ver si me podéis ayudar con un > tema de ext4. > > Estoy intentando buscar la forma de cambiar el numero de inodos de un > sistema de ficheros ext4 ya creado (creo que no es posible pero bueno, > puede que haya alguna forma que no conozca...) > > Tengo un sistema de ficheros en /var en un servidor dedicado en la nube, > en un proveedor. Cuando se instala el sistema este pone por defecto /var > /home y / en tres particiones ext4 de 4GB cada una, todas en un disco de > 1 TB mínimo (tengo de 1, 1,5 y 2TB en diferentes servidores) con raid > por hardware o software depende lo que le de al proveedor. Estas > particiones están sobre un LVM2. Esto se crea por defecto y no tengo > control sobre ello. > > Una vez instalado el sistema base de la forma anterior, tengo control > sobre el sistema y puedo redimensionar /var al máximo tamaño del volumen > y después redimensionar ext4. > > 1.- Si hago esto ¿al redimensionar ext4 redimensiona tambien el numero > de inodos al nuevo tamaño o deja el numero de inodos para 4Gb? Al aumentar el tamaño, evidentemente aumenta el número de inodos. > > 2.- Por otro lado. Hay alguna forma, comando, lo que sea que me permita > redimensionar el numero de Inodos una vez creado el sistema de ficheros ex4. Una vez creado? Creo que no. > > 3.- ¿Podría, al inicializar un servidor, hacer una copia de /var, > desmontar, crear el sistema de ficheros a mi gusto y montar de nuevo > /var y copiar los datos salvados? Esto es por el tema de que /var > contiene ficheros dinamicos sensibles y no se si al recuperar datos de > la copia de seguridad me petaria el sistema en algun momento. Esto se > haria en cuanto se instalara el sistema base, antes de hacer cualquier > otra cosa. Y digo yo Por que no puedes dejar una partición preparada para darle formato con ext4 una vez instalado el sistema. mkfs.ext4 -i 4096 /dev/.. y después montas el /var en esta partición y te pules la antigua. Con el -i especificas el ratio bytes/inodo. A menor tamaño de bytes mayor número de inodos. Esto es lo que yo hago cuando necesito un numero mayor de inodos. Esto influye en el performance de la máquina, pero a día de hoy yo no lo he notado y lo tengo hecho en un servidor de imágenes. > > Saludos > > > > -- > - > Francisco J. Bejarano > Responsable de Sistemas > Dpt. Sistemas e Infraestructuras > Open Knowledge Network S.L. > francisco.bejar...@openknowledgenetwork.com > Tel. (+34) 902 534 004 > Fax. (+34) 917 266 476 > - > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/507d42bd.3020...@openknowledgenetwork.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+FbNVj4WdiBujrxiSFHeTRgm3m6wY2dsucdWQvwv_PptDc4=w...@mail.gmail.com
Re: Ext4 Inodos acabados y dudas
On 16/10/12 08:19, Francisco J. Bejarano wrote: Hola a todos y gracias de antemano. A ver si me podéis ayudar con un tema de ext4. Estoy intentando buscar la forma de cambiar el numero de inodos de un sistema de ficheros ext4 ya creado (creo que no es posible pero bueno, puede que haya alguna forma que no conozca...) Tengo un sistema de ficheros en /var en un servidor dedicado en la nube, en un proveedor. Cuando se instala el sistema este pone por defecto /var /home y / en tres particiones ext4 de 4GB cada una, todas en un disco de 1 TB mínimo (tengo de 1, 1,5 y 2TB en diferentes servidores) con raid por hardware o software depende lo que le de al proveedor. Estas particiones están sobre un LVM2. Esto se crea por defecto y no tengo control sobre ello. Una vez instalado el sistema base de la forma anterior, tengo control sobre el sistema y puedo redimensionar /var al máximo tamaño del volumen y después redimensionar ext4. 1.- Si hago esto ¿al redimensionar ext4 redimensiona tambien el numero de inodos al nuevo tamaño o deja el numero de inodos para 4Gb? 2.- Por otro lado. Hay alguna forma, comando, lo que sea que me permita redimensionar el numero de Inodos una vez creado el sistema de ficheros ex4. 3.- ¿Podría, al inicializar un servidor, hacer una copia de /var, desmontar, crear el sistema de ficheros a mi gusto y montar de nuevo /var y copiar los datos salvados? Esto es por el tema de que /var contiene ficheros dinamicos sensibles y no se si al recuperar datos de la copia de seguridad me petaria el sistema en algun momento. Esto se haria en cuanto se instalara el sistema base, antes de hacer cualquier otra cosa. Saludos No vas a poder aumentar el número de inodos en una partición con un filesystem ya creado. Tendrás que volver a recrear (formatear) el filesystem de la partición o volúmen lógico. Si puedes apagar el sistema en producción, y luego hacer una copia de /var con rsync guardando permisos, propietarios, timestamps, etc, no tendrías que tener problema en formatear y luego volver a resincronizar los archivos desde el backup Saludos Federico -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/507d51d0.3020...@uncu.edu.ar
Re: Ext4 Inodos acabados y dudas
El 16/10/12 14:23, Federico Alberto Sayd escribió: > On 16/10/12 08:19, Francisco J. Bejarano wrote: >> Hola a todos y gracias de antemano. A ver si me podéis ayudar con un >> tema de ext4. >> >> Estoy intentando buscar la forma de cambiar el numero de inodos de un >> sistema de ficheros ext4 ya creado (creo que no es posible pero bueno, >> puede que haya alguna forma que no conozca...) >> >> Tengo un sistema de ficheros en /var en un servidor dedicado en la nube, >> en un proveedor. Cuando se instala el sistema este pone por defecto /var >> /home y / en tres particiones ext4 de 4GB cada una, todas en un disco de >> 1 TB mínimo (tengo de 1, 1,5 y 2TB en diferentes servidores) con raid >> por hardware o software depende lo que le de al proveedor. Estas >> particiones están sobre un LVM2. Esto se crea por defecto y no tengo >> control sobre ello. >> >> Una vez instalado el sistema base de la forma anterior, tengo control >> sobre el sistema y puedo redimensionar /var al máximo tamaño del volumen >> y después redimensionar ext4. >> >> 1.- Si hago esto ¿al redimensionar ext4 redimensiona tambien el numero >> de inodos al nuevo tamaño o deja el numero de inodos para 4Gb? >> >> 2.- Por otro lado. Hay alguna forma, comando, lo que sea que me permita >> redimensionar el numero de Inodos una vez creado el sistema de >> ficheros ex4. >> >> 3.- ¿Podría, al inicializar un servidor, hacer una copia de /var, >> desmontar, crear el sistema de ficheros a mi gusto y montar de nuevo >> /var y copiar los datos salvados? Esto es por el tema de que /var >> contiene ficheros dinamicos sensibles y no se si al recuperar datos de >> la copia de seguridad me petaria el sistema en algun momento. Esto se >> haria en cuanto se instalara el sistema base, antes de hacer cualquier >> otra cosa. >> >> Saludos >> >> >> > No vas a poder aumentar el número de inodos en una partición con un > filesystem ya creado. Tendrás que volver a recrear (formatear) el > filesystem de la partición o volúmen lógico. > > Si puedes apagar el sistema en producción, y luego hacer una copia de > /var con rsync guardando permisos, propietarios, timestamps, etc, no > tendrías que tener problema en formatear y luego volver a resincronizar > los archivos desde el backup > > Saludos > > Federico > > OK, mas o menos lo que yo pensaba. He hecho una reestructuración de copias de seguridad para que no gaste tantos inodos y listo. En los nuevos servidores procuraré reformatear la partición ampliando los inodos. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50863c64.5040...@openknowledgenetwork.com
Re: Ext4 Inodos acabados y dudas
2012/10/23 Francisco J. Bejarano : > > OK, mas o menos lo que yo pensaba. He hecho una reestructuración de > copias de seguridad para que no gaste tantos inodos y listo. > > En los nuevos servidores procuraré reformatear la partición ampliando > los inodos. > > Saludos Si necesitas manejar muchos ficheros minúsculos lo mejor es usar JFS. yo lo hago así, en donde trabajo manejamos millones de ficheros (xml) de 1 a 20 KB aprox. -- Carlos Albornoz C. Linux User #360502 Fono: +56997864420 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJzi=f_12syiz0xnttq9lyw3wfx1b+1vwvva3yngeakzv77...@mail.gmail.com
Re: Ext4 Inodos acabados y dudas
Dejo el procedimiento para para desmontar /var y arreglar el tema de inodos sin tener que perder la instalación y que le sirva a todo el mundo. Lo primero es ver que ficheros hay abiertos en el volumen var y que procesos los usan. Hay que cerrar todo para que se pueda desmontar. lsof /var Paramos los servicios necesarios (pid) que tengan los ficheros abiertos para poder desmontar. /etc/init.d/postfix stop /etc/init.d/crond stop /etc/init.d/syslog stop Con cada PID que debamos cerrar. kill -15 pid Hacemos un rsync de /var/ a otro directorio. Importantes las barras finales. Si no esta instalado lo instalamos. apt-get install rsync mkdir /tmp_var rsync -avh --delete /var/ /tmp_var/ Desmontamos /var umount /var Formateamos el sistema de fichero con el siguiente comando mkfs.ext4 -i 8192 /dev/mapper/vg00-var La opción -i (bytes por inodo) por defecto suele ser 16396, lo bajamos a 8192 para que haya mas inodos, por ejemplo. Esto tardará mas o menos dependiendo del espacio de ficheros que usemos. Montamos, recuperamos var y reiniciamos para recuperar los servicios que apagamos antes y ver que esta todo correcto. mount /var rsync -ahv --delete /tmp_var/ /var/ init 6 Redimensionamos LVM al maximo y redimensionamos el sistema de ficheros. En este caso 1.3 TB que tardaron una media hora. lvextend -l+100%FREE /dev/vg00/var resize2fs /dev/mapper/vg00-var Con df -hTi podemos ver los inodos de los sistemas de ficheros. Salduos - Francisco J. Bejarano Responsable de Sistemas Dpt. Sistemas e Infraestructuras Open Knowledge Network S.L. francisco.bejar...@openknowledgenetwork.com Tel. (+34) 902 534 004 Fax. (+34) 917 266 476 - El 23/10/12 15:01, Carlos Albornoz escribió: > 2012/10/23 Francisco J. Bejarano > : >> >> OK, mas o menos lo que yo pensaba. He hecho una reestructuración de >> copias de seguridad para que no gaste tantos inodos y listo. >> >> En los nuevos servidores procuraré reformatear la partición ampliando >> los inodos. >> >> Saludos > > Si necesitas manejar muchos ficheros minúsculos lo mejor es usar JFS. > yo lo hago así, en donde trabajo manejamos millones de ficheros (xml) > de 1 a 20 KB aprox. > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508e46bd.3060...@openknowledgenetwork.com
Re: Ext4 Inodos acabados y dudas
El 29/10/2012, a las 10:05, "Francisco J. Bejarano" escribió: > Dejo el procedimiento para para desmontar /var y arreglar el tema de > inodos sin tener que perder la instalación y que le sirva a todo el mundo. > > Lo primero es ver que ficheros hay abiertos en el volumen var y que > procesos los usan. Hay que cerrar todo para que se pueda desmontar. > > lsof /var > > Paramos los servicios necesarios (pid) que tengan los ficheros abiertos > para poder desmontar. > > /etc/init.d/postfix stop > /etc/init.d/crond stop > /etc/init.d/syslog stop > > Con cada PID que debamos cerrar. > kill -15 pid > > Hacemos un rsync de /var/ a otro directorio. Importantes las barras > finales. Si no esta instalado lo instalamos. > > apt-get install rsync > mkdir /tmp_var > rsync -avh --delete /var/ /tmp_var/ > > Desmontamos /var > > umount /var > > Formateamos el sistema de fichero con el siguiente comando > > mkfs.ext4 -i 8192 /dev/mapper/vg00-var > > La opción -i (bytes por inodo) por defecto suele ser 16396, lo bajamos a > 8192 para que haya mas inodos, por ejemplo. > Esto tardará mas o menos dependiendo del espacio de ficheros que usemos. > > Montamos, recuperamos var y reiniciamos para recuperar los servicios que > apagamos antes y ver que esta todo correcto. > > mount /var > rsync -ahv --delete /tmp_var/ /var/ > init 6 > > Redimensionamos LVM al maximo y redimensionamos el sistema de ficheros. > En este caso 1.3 TB que tardaron una media hora. > > lvextend -l+100%FREE /dev/vg00/var > resize2fs /dev/mapper/vg00-var > > Con df -hTi podemos ver los inodos de los sistemas de ficheros. > > Salduos Francisco, fantástico el Howto. Gracias por compartirlo. Saludos, Ramses -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9fa47443-ac25-4da9-90aa-1e8baa30d...@gmail.com
