Buen día, tengo un ligero problemita el cual espero tengan la amabilidad de ayudarme a solucionar, tengo que instalar un servidor de correo (ya he instalado 3 así no creo que me complique mucho), mi problema es que este servidor a diferencia de los demás tiene 4 discos, pero me gustaría tenerlos de la siguiente manera 1 para el S.O., 1 para los respaldos del correo (que se pasarían a cinta y borrarían con regularidad) y los otros 2 para los archivos que se generan por el correo, ahora el motivo de acudir a la lista es como hacer para que 2 discos se vean como una sola unidad del doble de tamaño, porque en teoría no debe de llenarse uno, pero por si las dudas me gustaría que se viera como uno solo mas grande.
Gracias!!!
p.d. por cierto, como instalo y arranco el Open SSH para poder conectarme remotamente, porque los otros servidores que tengo están a 5 metros de mi escritorio, pero este va a estar en otra ubicación, y prefiero hacer todo remotamente.
p.d.2 Pretendo instalar el CentOS 4
Atte. Mauricio César Ramírez Torres. Linux user # 441293 Ubuntu user # 11635
Llama gratis a cualquier PC del mundo. Con una excelente calidad de sonido. http://mx.messenger.yahoo.com/
Hola mauricio,
Tienes varias opciones, la primera es al momento de la instalación del CentOS cuando gestionas las particiones creas varias unidades de tipo LVM o RAID. LVM te permite gestionar unidades logicas es decir, crear una unidad que logicamente tiene 500Gb pero fisicamente solo le has asignado dos unidades fisicas de 120Gb cada una. LVM te permite que en el momento que necesites mas espacio fisico solamente le añades sin problemas. La segunda solucion seria utilizar RAID, en un RAID5 utilizas los 4 discos pero solo tendras el tamaño de tres al tiempo, el cuarto es el disco de paridad que esta repartido entre las unidades, asi si un disco falla tu arreglo sigue en funcionamiento.
El día 21/06/07, Mauricio César Ramirez Torres mcesar@yahoo.com escribió:
Buen día, tengo un ligero problemita el cual espero tengan la amabilidad de ayudarme a solucionar, tengo que instalar un servidor de correo (ya he instalado 3 así no creo que me complique mucho), mi problema es que este servidor a diferencia de los demás tiene 4 discos, pero me gustaría tenerlos de la siguiente manera 1 para el S.O., 1 para los respaldos del correo (que se pasarían a cinta y borrarían con regularidad) y los otros 2 para los archivos que se generan por el correo, ahora el motivo de acudir a la lista es como hacer para que 2 discos se vean como una sola unidad del doble de tamaño, porque en teoría no debe de llenarse uno, pero por si las dudas me gustaría que se viera como uno solo mas grande.
Gracias!!!
p.d. por cierto, como instalo y arranco el Open SSH para poder conectarme remotamente, porque los otros servidores que tengo están a 5 metros de mi escritorio, pero este va a estar en otra ubicación, y prefiero hacer todo remotamente.
p.d.2 Pretendo instalar el CentOS 4
Atte. Mauricio César Ramírez Torres. Linux user # 441293 Ubuntu user # 11635
Llama gratis a cualquier PC del mundo. Con una excelente calidad de sonido. Yahoo! Messengerhttp://mx.rd.yahoo.com/mail/mx/tagline/messenger/*http://mx.messenger.yahoo.com/
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
una pregunta. tenia intaldo centos 4.5 en un disco duro (disco "A") con lvm ahora quiero montarlo en otro server que tambien tiene centos 4.4 como monto la unidad (disco "A") en este server?
No te entiendo bien ¿a que te refieres con un Disco A?
Quieres instalar tu centos4.4 sobre un mountpoint LVM?
no especifico mas tengo dos servidores con centos 4.4 servidor "A" y servidor "B" cada uno con su disco duro con lvm
quiero sacar el disco duro del servidor "A" y colocarlo en el servidro "B", en el servidor "B" quiero montar el disco duro del servidor "A" para sacra datos
Julian Maya escribió:
No te entiendo bien ¿a que te refieres con un Disco A?
Quieres instalar tu centos4.4 sobre un mountpoint LVM?
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Muy empriricamente, los LVM se componen de grupos virtuales y volumenes logicos, cada grupo virtual tiene una seccion que son como apuntadores hacia los bloques en los que se subdivide el LVM esta seccion se llama VGDA, lo que debes hacer es sacar un backup de esta seccion con el comando vgcfgbackup y lo restauras con el comando vgcfgrestore -n vg_name PV vas a encontrar mucho mas en el internet, no olvides hacer backup de todo, yo te recomendaría ya que tienes que hacer copias de seguridad simplemente restaura la copia A en el servidor B y viceversa. El backup lo haces con DUMP asi: Local # dump -0 -u -a -f /backupdir/home.dump /home Via red # dump -1 -u -f backup@remhost:/tux.dump / Y lo restauras # cd /home # restore -xvf /backupdir/home.dump El destino nunca puede estar en el mismo medio del origen!
Suerte y nos cuentas como te va!
no se como explicarlo. pero la idea es montar un disco duro con lvm
Julian Maya escribió:
Muy empriricamente, los LVM se componen de grupos virtuales y volumenes logicos, cada grupo virtual tiene una seccion que son como apuntadores hacia los bloques en los que se subdivide el LVM esta seccion se llama VGDA, lo que debes hacer es sacar un backup de esta seccion con el comando vgcfgbackup y lo restauras con el comando vgcfgrestore -n vg_name PV vas a encontrar mucho mas en el internet, no olvides hacer backup de todo, yo te recomendaría ya que tienes que hacer copias de seguridad simplemente restaura la copia A en el servidor B y viceversa. El backup lo haces con DUMP asi: Local # dump -0 -u -a -f /backupdir/home.dump /home Via red # dump -1 -u -f backup@remhost:/tux.dump / Y lo restauras # cd /home # restore -xvf /backupdir/home.dump El destino nunca puede estar en el mismo medio del origen!
Suerte y nos cuentas como te va!
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
On 6/22/07, killerfs killerfs@star.com.pe wrote:
no se como explicarlo. pero la idea es montar un disco duro con lvm
Julian Maya escribió:
Muy empriricamente, los LVM se componen de grupos virtuales y volumenes logicos, cada grupo virtual tiene una seccion que son como apuntadores hacia los bloques en los que se subdivide el LVM esta seccion se llama VGDA, lo que debes hacer es sacar un backup de esta seccion con el comando vgcfgbackup y lo restauras con el comando vgcfgrestore -n vg_name PV
El problema con LVM es que los grupos de volúmenes se direccionan por
nombre, y la instalación por defecto siempre les pone el mismo nombre (VolGroup00). Cuando sacas un disco con este VG preparado y lo pones en otro sistema con un VG del mismo nombre, LVM se confunde. No sé si alguien tiene una mejor solución, pero yo pude arreglar esto solamente renombrando uno de los VGs. En mi caso, no podía tocar el disco "viajero" ni reinstalar el destino, así que tuve que renombrar el VG del destino y para que esto funcione luego hay que editar el initrd de arranque, una tarea bastante complicada. Si todavía tienes funcionando el sistema con el disco que vas a exportar, puedes renombrar el VG "viajero" arrancando desde un disco de rescate. Puede ser el disco 1 de CentOS.
Estoy muy equivocado? Alguien tiene una mejor solución? Posiblemente tocando los "filtros" de LVM para que no hagan el barrido del disco importado al arranque?
nad aun? alguna idea?
killerfs escribió:
no se como explicarlo. pero la idea es montar un disco duro con lvm
Julian Maya escribió:
Muy empriricamente, los LVM se componen de grupos virtuales y volumenes logicos, cada grupo virtual tiene una seccion que son como apuntadores hacia los bloques en los que se subdivide el LVM esta seccion se llama VGDA, lo que debes hacer es sacar un backup de esta seccion con el comando vgcfgbackup y lo restauras con el comando vgcfgrestore -n vg_name PV vas a encontrar mucho mas en el internet, no olvides hacer backup de todo, yo te recomendaría ya que tienes que hacer copias de seguridad simplemente restaura la copia A en el servidor B y viceversa. El backup lo haces con DUMP asi: Local # dump -0 -u -a -f /backupdir/home.dump /home Via red # dump -1 -u -f backup@remhost:/tux.dump / Y lo restauras # cd /home # restore -xvf /backupdir/home.dump El destino nunca puede estar en el mismo medio del origen!
Suerte y nos cuentas como te va!
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
On 6/25/07, killerfs killerfs@star.com.pe wrote:
nad aun? alguna idea?
killerfs escribió:
no se como explicarlo. pero la idea es montar un disco duro con lvm
Si no encuentras mejor solución, ahí va la mía, pero... sin garantías! Como siempre, BACKUP ANTES QUE NADA...! NO SOY RESPONSABLE SI SIGUES ESTAS INSTRUCCIONES Y DESTRUYES TUS DATOS, comprendido?
Problema: Se realiza una instalación nueva con LVM y se trae un disco anterior de otra instalación, que se quiere montar para copiar o utilizar de alguna manera. El problema es que la instalación anterior le ha puesto los mismos nombres al VG y los LVS. No se pueden diferenciar para montarlos porque para esto dependemos del nombre /dev/VolGroup00/blablabla.
Llamemos "A" al disco "viajero", que viene del otro equipo, y "B" al disco que está instalado en el equipo que vamos a utilizar y con el cual este equipo va a arrancar.
Entonces: 1) Instalamos el disco A en el equipo y desconectamos el disco B. 2) Arrancamos el sistema de rescate con el disco A conectado, sin buscar ni montar las particiones del disco rígido 3) Corremos el comando "lvm". Nos deja en la consola de este comando, que muestra un prompt "lvm>". 4) Siempre dentro de esta consola, tipeamos "lvscan" para buscar los volúmenes que haya en el disco A 5) "lvchange -an" para desactivar los LVs del disco A 6) "lvrename VolGroup00 otracosa" para cambiar el nombre del grupo de volúmenes creado cuando la instalación. Por supuesto, el nombre "otracosa" puede ser el que te guste. 7) "lvchange -ay" para reactivar los LVs. 8) Salimos de lvm con "quit" 9) Ver NOTA más abajo 10) Apagamos el equipo y reconectamos el disco B 11) Arrancamos el equipo como normalmente (desde el disco B) 12) Ahora "mount -t ext3 /dev/otracosa/LogVol00 /mnt" debería darte acceso a todos los archivos del disco A debajo del directorio /mnt.
Puede ser necesario repetir el procedimiento de lvscan, como dice este hilo (pero a mí me funcionó como te dije): https://www.centos.org/modules/newbb/viewtopic.php?forum=34&topic_id=360...
-------------
NOTA: Si más tarde queremos arrancar del disco A cuya configuración de LVM hemos cambiado, encontraremos un problema: varios archivos, entre ellos /boot/initrd (archivo que se carga al arranque para inicializar el sistema), /boot/grub/grub.conf (configuración del arranque GRUB), /etc/fstab (que dice los filesystems que deben montarse y cómo), aún hacen referencia al grupo de volúmenes VolGroup00. Hay que editarlos para que hagan referencia a "otracosa". Estos pasos deben realizarse luego del paso 8 del procedimiento descripto más arriba. Si no tenemos intención de arrancar desde este disco, no hay necesidad de realizar estos pasos.
9.1) "mount -t ext3 /dev/otracosa/LogVol00 /mnt/sysimage; mount -t ext3 /dev/hda1 /mnt/sysimage/boot". Así montamos el disco sobre el directorio /mnt/sysimage y la partición de booteo sobre el directorio /mnt/sysimage/boot. Estoy suponiendo que el disco se ha instalado como hda (IDE primario en el primer controlador); reemplazar /dev/hda1 por lo que corresponda. 9.2) "vi /mnt/sysimage/boot/grub/grub.conf" para adaptar la configuración de arranque al cambio de nombre de VG (reemplazamos toda ocurrencia de "VolGroup00" por "otracosa"). 9.3) Editamos /mnt/sysimage/etc/fstab cambiando toda ocurrencia de VolGroup00 por otracosa 9.4) "mkdir /mnt/sysimage/root/mkinitrd" (vamos a editar el archivo initrd) 9.5) cd /mnt/sysimage/root/mkinitrd 9.6) "gzip -dc < /boot/initrd-kernel_version.img | cpio -i" para desempaquetar el archivo initrd, donde kernel_version es el número que corresponda. 9.7) "vi init" para editar el archivo init del initrd y buscamos toda ocurrencia de VolGroup00 reemplazando por otracosa 9.8) "find . | cpio -o -c | gzip -9 > /boot/initrd-kernel_version.img" para crear el nuevo initrd
Ahora debería quedar el sistema arrancable desde este disco, con el grupo de volúmenes renombrado. Insisto en que este procedimiento me parece demasiado largo, complicado y riesgoso, pero no alcanzo a ver cómo reducirlo, y no he encontrado "recetas" en ningún HOWTO de LVM como para saber hacerlo de otro modo. Nuevamente, si alguien tiene un procedimiento mejor, por favor acérquelo!
lo probare, solo querer agradecerte los detalles con lo que respondistes el correo electronico me aprece excelente la manera en que lo haz echo muchisimas gracias enserio
Eduardo Grosclaude escribió:
On 6/25/07, *killerfs* <killerfs@star.com.pe mailto:killerfs@star.com.pe> wrote:
nad aun? alguna idea? killerfs escribió:no se como explicarlo. pero la idea es montar un disco duro con lvmSi no encuentras mejor solución, ahí va la mía, pero... sin garantías! Como siempre, BACKUP ANTES QUE NADA...! NO SOY RESPONSABLE SI SIGUES ESTAS INSTRUCCIONES Y DESTRUYES TUS DATOS, comprendido?
Problema: Se realiza una instalación nueva con LVM y se trae un disco anterior de otra instalación, que se quiere montar para copiar o utilizar de alguna manera. El problema es que la instalación anterior le ha puesto los mismos nombres al VG y los LVS. No se pueden diferenciar para montarlos porque para esto dependemos del nombre /dev/VolGroup00/blablabla.
Llamemos "A" al disco "viajero", que viene del otro equipo, y "B" al disco que está instalado en el equipo que vamos a utilizar y con el cual este equipo va a arrancar.
Entonces:
- Instalamos el disco A en el equipo y desconectamos el disco B.
- Arrancamos el sistema de rescate con el disco A conectado, sin
buscar ni montar las particiones del disco rígido 3) Corremos el comando "lvm". Nos deja en la consola de este comando, que muestra un prompt "lvm>". 4) Siempre dentro de esta consola, tipeamos "lvscan" para buscar los volúmenes que haya en el disco A 5) "lvchange -an" para desactivar los LVs del disco A 6) "lvrename VolGroup00 otracosa" para cambiar el nombre del grupo de volúmenes creado cuando la instalación. Por supuesto, el nombre "otracosa" puede ser el que te guste. 7) "lvchange -ay" para reactivar los LVs. 8) Salimos de lvm con "quit" 9) Ver NOTA más abajo 10) Apagamos el equipo y reconectamos el disco B 11) Arrancamos el equipo como normalmente (desde el disco B) 12) Ahora "mount -t ext3 /dev/otracosa/LogVol00 /mnt" debería darte acceso a todos los archivos del disco A debajo del directorio /mnt.
Puede ser necesario repetir el procedimiento de lvscan, como dice este hilo (pero a mí me funcionó como te dije): https://www.centos.org/modules/newbb/viewtopic.php?forum=34&topic_id=360... https://www.centos.org/modules/newbb/viewtopic.php?forum=34&topic_id=3602&viewmode=threaded
NOTA: Si más tarde queremos arrancar del disco A cuya configuración de LVM hemos cambiado, encontraremos un problema: varios archivos, entre ellos /boot/initrd (archivo que se carga al arranque para inicializar el sistema), /boot/grub/grub.conf (configuración del arranque GRUB), /etc/fstab (que dice los filesystems que deben montarse y cómo), aún hacen referencia al grupo de volúmenes VolGroup00. Hay que editarlos para que hagan referencia a "otracosa". Estos pasos deben realizarse luego del paso 8 del procedimiento descripto más arriba. Si no tenemos intención de arrancar desde este disco, no hay necesidad de realizar estos pasos.
9.1) "mount -t ext3 /dev/otracosa/LogVol00 /mnt/sysimage; mount -t ext3 /dev/hda1 /mnt/sysimage/boot". Así montamos el disco sobre el directorio /mnt/sysimage y la partición de booteo sobre el directorio /mnt/sysimage/boot. Estoy suponiendo que el disco se ha instalado como hda (IDE primario en el primer controlador); reemplazar /dev/hda1 por lo que corresponda. 9.2) "vi /mnt/sysimage/boot/grub/grub.conf" para adaptar la configuración de arranque al cambio de nombre de VG (reemplazamos toda ocurrencia de "VolGroup00" por "otracosa"). 9.3) Editamos /mnt/sysimage/etc/fstab cambiando toda ocurrencia de VolGroup00 por otracosa 9.4) "mkdir /mnt/sysimage/root/mkinitrd" (vamos a editar el archivo initrd) 9.5) cd /mnt/sysimage/root/mkinitrd 9.6) "gzip -dc < /boot/initrd-kernel_version.img | cpio -i" para desempaquetar el archivo initrd, donde kernel_version es el número que corresponda. 9.7) "vi init" para editar el archivo init del initrd y buscamos toda ocurrencia de VolGroup00 reemplazando por otracosa 9.8) "find . | cpio -o -c | gzip -9 > /boot/initrd-kernel_version.img" para crear el nuevo initrd
Ahora debería quedar el sistema arrancable desde este disco, con el grupo de volúmenes renombrado. Insisto en que este procedimiento me parece demasiado largo, complicado y riesgoso, pero no alcanzo a ver cómo reducirlo, y no he encontrado "recetas" en ningún HOWTO de LVM como para saber hacerlo de otro modo. Nuevamente, si alguien tiene un procedimiento mejor, por favor acérquelo!
-- Eduardo Grosclaude Universidad Nacional del Comahue Neuquen, Argentina
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
ERROR! ERROR! ERROR que recién ahora veo!!! Paren las máquinas!
On 6/25/07, killerfs killerfs@star.com.pe wrote:
lo probare,
Eduardo Grosclaude escribió:
- "lvrename VolGroup00 otracosa" para cambiar el nombre del grupo de
volúmenes creado cuando la instalación. Por supuesto, el nombre "otracosa" puede ser el que te guste.
Corresponde "vgrename VolGroup00 otracosa", pero probablemente ya te habrías dado cuenta... "lvrename" es para renombrar volúmenes lógicos. Perdón...
entonces.... la verdad que el lvm puede ser muy bueno para el amnejo de discos logicos peor no tenia la idea de lo complicado es tener q montar otro volumn en un disco duro. sobre todo cuando los dos tienen el mismonokbre vol 00, que eso es el problema vere algun howto de renombrar el volumnen y otro how to de como montar el vol01 ya renombraod en el vol00 para solo poder sacr informacion de este, sin rollos de usarlo como un disco mas del volumn 00 ni nada solo sacr info, montarlo, como antes e hacia el ext3 nada mas q eso! hasta montar una unidad ntfs es mas facil q montar un volumen gracias por sus aportes fueroin muy buenos
Eduardo Grosclaude escribió:
ERROR! ERROR! ERROR que recién ahora veo!!! Paren las máquinas!
On 6/25/07, *killerfs* <killerfs@star.com.pe mailto:killerfs@star.com.pe> wrote:
lo probare, Eduardo Grosclaude escribió:6) "lvrename VolGroup00 otracosa" para cambiar el nombre del grupo de volúmenes creado cuando la instalación. Por supuesto, el nombre "otracosa" puede ser el que te guste.Corresponde "vgrename VolGroup00 otracosa", pero probablemente ya te habrías dado cuenta... "lvrename" es para renombrar volúmenes lógicos. Perdón...
-- Eduardo Grosclaude Universidad Nacional del Comahue Neuquen, Argentina
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
On 6/21/07, Mauricio César Ramirez Torres mcesar@yahoo.com wrote:
me gustaría tenerlos de la siguiente manera 1 para el S.O., 1 para los respaldos del correo (que se pasarían a cinta y borrarían con regularidad) y los otros 2 para los archivos que se generan por el correo, ahora el motivo de acudir a la lista es como hacer para que 2 discos se vean como una sola unidad del doble de tamaño, porque en teoría no debe de llenarse uno, pero por si las dudas me gustaría que se viera como uno solo mas grande.
Mauricio, deberías tener en cuenta que por cualquier método que uses (RAID 0, LVM u otros) la idea de componer un volumen a partir de otros aumenta el tamaño disponible pero baja la confiabilidad. Es decir, la probabilidad de que un componente de tu almacenamiento falle en forma fatal se duplica, y la recuperación de un volumen combinado donde ha fallado un disco puede llevar maniobras complicadas o directamente ser imposible sin reinstalación del volumen.
En todo caso, tanto si decides usar esta solución como si no, debes planificar cuidadosamente tu política de respaldos (y SIEMPRE a un medio externo o a otro equipo). Se diría que en este caso con mayor razón, ya que si bien la fatalidad puede golpear en cualquier momento, con tu decisión de crear un volumen combinado "la estás ayudando" :).
No sé cuánto trabajo estás dispuesto a invertir en este servidor, pero de todos modos puede serte útil considerar esto. Cuando se usa RAID lineal como es tu idea, es muy recomendable combinarlo con redundancia, o sea, crear un arreglo lineal (RAID-0) sobre uno o más arreglos redundantes (RAID-1). Una sugerencia podría ser que, ya que tienes 4 discos a,b,c,d, consideres hacer RAID-0 entre RAID-1(a,b) y RAID-1(c,d), y sobre este dispositivo de mayor tamaño que un disco, crear los volúmenes lógicos que necesites (para sistema, mail, etc) con LVM. Es decir, tomar dos discos o particiones del mismo tamaño y crear un conjunto replicado; lo mismo con los otros dos; y luego crear un conjunto extendido que sea la suma de ambos conjuntos.
Ventajas: 1) Obtengo un volumen de tamaño mayor a un solo disco pero no pierdo la confiabilidad, al contrario, la incremento. 2) Puedo utilizar la confiabilidad recuperada para hacer striping sobre ambos conjuntos (alternar las escrituras sobre uno y otro conjunto), aumentando la velocidad del sistema de almacenamiento. 3) Los volúmenes lógicos podrán cambiar de tamaño a demanda (si me quedo sin espacio en un filesystem puedo extenderlo tomando bloques de otro lugar donde sobren; y esto puede hacerse EN CALIENTE, sin apagar, ni bajar los servicios, ni siquiera DESMONTAR el filesystem). 4) El almacenamiento será virtualmente irrompible (la probabilidad de que fallen simultáneamente dos discos del mismo conjunto de nivel 1 es sumamente baja). Esto no es un servidor, es un tanque de guerra.
Desventajas "Pierdo" capacidad de almacenamiento porque escribo las cosas dos veces en discos distintos (esto es lo que me da la confiabilidad). Nunca voy a poder obtener confiabilidad sin redundancia, es decir, algún espacio voy a tener que sacrificar.
Observaciones Si los discos no son del mismo tamaño dos a dos, puedes ingeniarte un sistema de particiones del mismo tamaño para hacer los conjuntos replicados. Obviamente hay otras soluciones para hacer conjuntos lineales sin perder confiabilidad. Puedes replicar on line el conjunto hacia otro equipo (con DRBD, ENBD, DDRAID). Puedes investigar cómo usar SMART para protegerte de las fallas predecibles de los discos. Vale la aclaración que te hacen los compañeros de no poner /boot sobre un VL.
CentOS es una distribución perfecta para hacer este tipo de cosas! :)
-
Eduardo Grosclaude -
Julian Maya -
killerfs -
Mauricio César Ramirez Torres