Re: Sobre iscsi en la instalación de debian 6
Buenas Rubén,
Perdona el retraso en mi respuesta, pero no he leído tu correo hasta
que he entrado por la puerta de la oficina.
Lo primero que necesitas es que tu tarjeta tenga soporte de ISCSI,
normalmente entrando en la BIOS del sistema o en la ROM de la tarjeta de red
puedes comprobar si tiene soporte de iSCSI, normalmente viene un indicador que
especifica boot on lan, boot on ISCSI with TOE, etc… Si es así está de suerte
porque tu tarjeta admite arranque por ISCSI, realmente lo primero que tienes
que tener en cuenta es que hay varios tipos de tarjetas ISCSI, las que son
HBA's y las que solo soportan boot ISCIS, yo en mi caso por precio solo
dispongo de las que tienen boot iSCSI. Entonces en este caso es donde hay que
usar el iscsiadm. Recuerdo que si usas iscsiadm desde el instalador necesitas
meterlo en el initrd junto con sus dependencias de librerías y demás ficheros,
a demás el año pasado iscsiadm daba un problema al intentar correrlo como roto
lo que impedía que funcionase en el arranque, yo tuve que parchearlo y
recompilarlo, no es divicil, te animo a que lo hagas en el caso de que no lo
hayas hecho ya. Una vez que iscsiadm te detecte los targets iscsi que tengas en
tu red todo es coser y cantar, en /proc/partitions deberías ver los volúmenes
iscsi y poder montarlos formatearlos o hacer con ellos lo que quieras.
Espero que este breve resumen te haya ayudado, si no es así por favor
especifica más concretamente lo que estás haciendo y estaré encantado de
ayudarte.
Un saludo,
Andrés Durán
El 21/09/2012, a las 17:51, Ruben Cervantes Rodríguez
escribió:
> Hola colega he leido la entrada del año pasado donde explicas como
> instalar debian 6 en un disco iscsi como si se tratase de una unidad
> física, pues necesito me tires una ayuda con ese tema he logrado cargar
> los módulos al kernel y todo bien pero cuando trato de usar el comando
>
> iscsiadm -m discovery -t sendtargets -p :
>
> pues no hace nada, yo estoy usando el debian-6.0.0-i386-netinst.iso la
> versión del kernel que usa el netinstall es la 2.6.32-5-486.
>
> bueno dime si me falta algo por hacer o si tengo que usar otra netinstall
> ah y si puedo arrancar alguna rom que le de soporte iscsi a mi tarjeta de
> red.
> saludos espero por su ayuda.
>
>
>
>
> Lic. Ruben Cervantes Rodríguez
> Instructor y administrador de red
> JCCE Vtes1
> Camagüey Cuba
>
>
--
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/6383c057-d8d1-4442-a990-ad97a4196...@globaliza.com
Re: Duda sobre el número de CORES que Debian 6 detecta en una SUN SPARC T5240
Gracias Camaleón!!! Tu ayuda, tiempo y esfuerzo ke nos dedicas a todos los que preguntamos (que no somos pocos Jejee) siempre es bien recibida y por tanto bien agradecida!! He resuelto el problema recompilando el kernel de Debian. (Las 128 las saco de que la máquina tiene 2 procesadores físicos y cada uno lleva 8 cores y cada core maneja 8 threads, por tanto 2x8x8=128 cpus virtuales y asi es como las muestra Debian) Un saludo, Andrés Durán El 15/02/2012, a las 15:27, Camaleón escribió: > El Wed, 15 Feb 2012 10:06:17 +0100, Andrés Durán escribió: > >> Gracias por la contestación Mark, pero me temo que no estoy usando nada >> de virtualización, es un Servidor físico formateado e instalado con el >> DVD de instalación de Debian 6. No se porqué me sale como sun4v, > > Porque ese es el nombre de la arquitectura. > > http://www.debian.org/ports/sparc/index.en.html > >> pero lo que me llama mucho la atención es que solo me muestre 24 cpus, >> no deberían de ser 128? > > Huy... ¿pero no eran 64 núcleos "virtuales"? > >> He realizado un DMESG y me he encontrado con que parece haber una >> limitación en una variable del kernel "NR_CPUS" por lo visto está >> establecido a 32 y por ello no consigue cargar el resto de CPU's aunque >> parece que detecta las 128. > > ¿De donde sacas las 128? > >> Estoy intentando recompilar un kernel con el valor de esa variable a 128 >> o 64, en ambos casos la compilación falla... si pongo el valor a 32 se >> compila perfectamente... Al parecer la variable "NR_CPUS" depende de >> otra llamada "CONFIG_MAXSMP" pero esta ultima es de tipo boolean y al >> parecer no está en las opciones del menuconfig. >> >> ¿Alguien me puede dar una idea o alguna opinión? Gracias! > > (...) > > Yo preguntaría en la lista de sparc > > Saludos, > > -- > Camaleón > > > -- > 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/jhgfct$loq$3...@dough.gmane.org > -- 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/d9d2c9d3-984d-4d09-ab96-7b28cd8f4...@tadium.es
Re: Duda sobre el número de CORES que Debian 6 detecta en una SUN SPARC T5240
Gracias por la contestación a los dos, al final me he puesto a recompilar el
kernel y por fin he conseguido los 128 cores (2 CPU's Físicas x 8 cores x 8
threads). El kernel por defecto venia con unos valores que no coincidían con el
hardware del servidor. Misión cumplida :D
Muchas gracias por la ayuda me ha servido para guiarme ;)
Un saludo,
Andrés Durán
El 15/02/2012, a las 12:31, Cristian Mitchell escribió:
> El día 15 de febrero de 2012 06:28, Marc Aymerich
> escribió:
>> 2012/2/15 Andrés Durán :
>>> Gracias por la contestación Mark, pero me temo que no estoy usando nada de
>>> virtualización, es un Servidor físico formateado e instalado con el DVD de
>>> instalación de Debian 6. No se porqué me sale como sun4v, pero lo que me
>>> llama mucho la atención es que solo me muestre 24 cpus, no deberían de ser
>>> 128?
>>
>> Buenas de nuevo,
>> Con los 256 nucleos que tienes y releyendo el articulo de la wikipedia
>> http://en.wikipedia.org/wiki/Logical_Domains me reafirmo en que tienes
>> un hypervisor por ahi, me inclino a pensar que podria ser
>> virtualizacion por "hardware/firmware" y que quizas en el arranque del
>> servidor te ofrezca la opción de entrar en algun menu para
>> configurarlo. En el mensaje anterior dije que en ningun caso un thread
>> puede considerarse un core, bueno, pues estaba equivocado ;) esta
>> tecnologia de sun crea nucleos virtuales que corren sobre un thread de
>> la cpu.
>>
>> A single chip contains up to 16 CPU cores, and each core has either
>> four hardware threads (for the T1) or eight hardware threads (for the
>> T2, T2+, T3 and T4) that act as virtual CPUs
>>
>> En tu caso parece que tienes:
>> 2 cpus x 16 cores x 8 threads = 256 cpus virtuales
>>
>> Si no quieres liarte recompilando el kernel se me ocurre que quizas
>> puedas desactivar esta virtualizacion y trabajar directamente sobre
>> los 32 cores físicos que deduzco que tienes.
>> --
>> Marc
>>
>>
>> --
>> 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+dcn_syhlqyxpb1nqgnwk8zk3wgmobzuezercpmc14bht1...@mail.gmail.com
>>
>
> No sea que los equipos no estan standar?
> no estanran upgradeados?
> Por que claramente tenes 24 cores
> son
>
> 4x6
> 3x8
> 2x12
>
>
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,
> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,
> y las critican los inútiles crónicos,
>
>
> --
> 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/calvb54atwtwev4i3yzydfc8sizmoeqwy-5+kw261-sxreww...@mail.gmail.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/258ff35a-41d2-4ad4-b26a-bb226d7f7...@tadium.es
Re: Duda sobre el número de CORES que Debian 6 detecta en una SUN SPARC T5240
0] Ignoring CPU 94 which is >= NR_CPUS (32) [0.00] Ignoring CPU 95 which is >= NR_CPUS (32) [0.00] Ignoring CPU 96 which is >= NR_CPUS (32) [0.00] Ignoring CPU 97 which is >= NR_CPUS (32) [0.00] Ignoring CPU 98 which is >= NR_CPUS (32) [0.00] Ignoring CPU 99 which is >= NR_CPUS (32) [0.00] Ignoring CPU 100 which is >= NR_CPUS (32) [0.00] Ignoring CPU 101 which is >= NR_CPUS (32) [0.00] Ignoring CPU 102 which is >= NR_CPUS (32) [0.00] Ignoring CPU 103 which is >= NR_CPUS (32) [0.00] Ignoring CPU 104 which is >= NR_CPUS (32) [0.00] Ignoring CPU 105 which is >= NR_CPUS (32) [0.00] Ignoring CPU 106 which is >= NR_CPUS (32) [0.00] Ignoring CPU 107 which is >= NR_CPUS (32) [0.00] Ignoring CPU 108 which is >= NR_CPUS (32) [0.00] Ignoring CPU 109 which is >= NR_CPUS (32) [0.00] Ignoring CPU 110 which is >= NR_CPUS (32) [0.00] Ignoring CPU 111 which is >= NR_CPUS (32) [0.00] Ignoring CPU 112 which is >= NR_CPUS (32) [0.00] Ignoring CPU 113 which is >= NR_CPUS (32) [0.00] Ignoring CPU 114 which is >= NR_CPUS (32) [0.00] Ignoring CPU 115 which is >= NR_CPUS (32) [0.00] Ignoring CPU 116 which is >= NR_CPUS (32) [0.00] Ignoring CPU 117 which is >= NR_CPUS (32) [0.00] Ignoring CPU 118 which is >= NR_CPUS (32) [0.00] Ignoring CPU 119 which is >= NR_CPUS (32) [0.00] Top of RAM: 0x7bffda000, Total RAM: 0x4f14a [0.00] Memory hole size: 11499MB Un saludo, Andrés Durán El 13/02/2012, a las 17:13, Marc Aymerich escribió: > 2012/2/13 Andrés Durán : >> Hola a tod@s, >> >>Estoy probando Debian 6 en una SUN Sparc T5240, y me llama mucho l >> atención que las especificaciones de dicha máquina en la web del fabricante >> "Oracle" dice que el equipo dispone de 2 CPU's físicas con 8 cores cada cpu, >> y que cada core dispone de 8 threads. Actualmente tiene puesto este kernel: >> "Linux T5240 2.6.32-5-sparc64-smp #1 SMP Mon Jan 16 17:28:56 UTC 2012 >> sparc64 GNU/Linux" y al ejecutar " cat /proc/cpuinfo" sale lo siguiente: >> >> cpu : UltraSparc T2 (Niagara2) >> fpu : UltraSparc T2 integrated FPU >> pmu : niagara2 >> prom: OBP 4.30.9 2010/07/16 09:06 >> type: sun4v >> ncpus probed: 24 >> ncpus active: 24 >> D$ parity tl1 : 0 >> I$ parity tl1 : 0 >> Cpu0ClkTck : 457656f0 >> Cpu1ClkTck : 457656f0 >> Cpu2ClkTck : 457656f0 >> Cpu3ClkTck : 457656f0 >> Cpu4ClkTck : 457656f0 >> Cpu5ClkTck : 457656f0 >> Cpu6ClkTck : 457656f0 >> Cpu7ClkTck : 457656f0 >> Cpu8ClkTck : 457656f0 >> Cpu9ClkTck : 457656f0 >> Cpu10ClkTck : 457656f0 >> Cpu11ClkTck : 457656f0 >> Cpu12ClkTck : 457656f0 >> Cpu13ClkTck : 457656f0 >> Cpu14ClkTck : 457656f0 >> Cpu15ClkTck : 457656f0 >> Cpu16ClkTck : 457656f0 >> Cpu17ClkTck : 457656f0 >> Cpu18ClkTck : 457656f0 >> Cpu19ClkTck : 457656f0 >> Cpu20ClkTck : 457656f0 >> Cpu21ClkTck : 457656f0 >> Cpu22ClkTck : 457656f0 >> Cpu23ClkTck : 457656f0 >> MMU Type: Hypervisor (sun4v) >> State: >> CPU0: online >> CPU1: online >> CPU2: online >> CPU3: online >> CPU4: online >> CPU5: online >> CPU6: online >> CPU7: online >> CPU8: online >> CPU9: online >> CPU10: online >> CPU11: online >> CPU12: online >> CPU13: online >> CPU14: online >> CPU15: online >> CPU16: online >> CPU17: online >> CPU18: online >> CPU19: online >> CPU20: online >> CPU21: online >> CPU22: online >> CPU23: online >> root@T5240:~# >> >> Mis preguntas son sencillas, ¿Porqué Debian muestra solo 24 cores? ¿No >> deberían de ser 16 cores en el caso de ser 2 CPU's x 8 cores cada cpu? ¿O 64 >> cores, en el caso de ser 2 CPU's x 8 cores x 8 threads? > > Estas corriendo debian dentro de una maquina virtual sun, no es asi? > Lo digo porque el tipo de CPU que veo es una sun4v, que so
Duda sobre el número de CORES que Debian 6 detecta en una SUN SPARC T5240
Hola a tod@s, Estoy probando Debian 6 en una SUN Sparc T5240, y me llama mucho l atención que las especificaciones de dicha máquina en la web del fabricante "Oracle" dice que el equipo dispone de 2 CPU's físicas con 8 cores cada cpu, y que cada core dispone de 8 threads. Actualmente tiene puesto este kernel: "Linux T5240 2.6.32-5-sparc64-smp #1 SMP Mon Jan 16 17:28:56 UTC 2012 sparc64 GNU/Linux" y al ejecutar " cat /proc/cpuinfo" sale lo siguiente: cpu : UltraSparc T2 (Niagara2) fpu : UltraSparc T2 integrated FPU pmu : niagara2 prom: OBP 4.30.9 2010/07/16 09:06 type: sun4v ncpus probed: 24 ncpus active: 24 D$ parity tl1 : 0 I$ parity tl1 : 0 Cpu0ClkTck : 457656f0 Cpu1ClkTck : 457656f0 Cpu2ClkTck : 457656f0 Cpu3ClkTck : 457656f0 Cpu4ClkTck : 457656f0 Cpu5ClkTck : 457656f0 Cpu6ClkTck : 457656f0 Cpu7ClkTck : 457656f0 Cpu8ClkTck : 457656f0 Cpu9ClkTck : 457656f0 Cpu10ClkTck : 457656f0 Cpu11ClkTck : 457656f0 Cpu12ClkTck : 457656f0 Cpu13ClkTck : 457656f0 Cpu14ClkTck : 457656f0 Cpu15ClkTck : 457656f0 Cpu16ClkTck : 457656f0 Cpu17ClkTck : 457656f0 Cpu18ClkTck : 457656f0 Cpu19ClkTck : 457656f0 Cpu20ClkTck : 457656f0 Cpu21ClkTck : 457656f0 Cpu22ClkTck : 457656f0 Cpu23ClkTck : 457656f0 MMU Type: Hypervisor (sun4v) State: CPU0: online CPU1: online CPU2: online CPU3: online CPU4: online CPU5: online CPU6: online CPU7: online CPU8: online CPU9: online CPU10: online CPU11: online CPU12: online CPU13: online CPU14: online CPU15: online CPU16: online CPU17: online CPU18: online CPU19: online CPU20: online CPU21: online CPU22: online CPU23: online root@T5240:~# Mis preguntas son sencillas, ¿Porqué Debian muestra solo 24 cores? ¿No deberían de ser 16 cores en el caso de ser 2 CPU's x 8 cores cada cpu? ¿O 64 cores, en el caso de ser 2 CPU's x 8 cores x 8 threads? ¿Donde están los cores que faltan o que sobran? ¿Cómo hace Debian los calculos para esta arquitectura? La pregunta más importante: ¿Puedo con Debian hacer uso al 100% de este equipo o estaré dejando cores sin darles uso porque no se detectan? Muchas gracias por la ayuda!! Un saludo, Andrés Durán -- 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/a240e0d7-0517-441f-ac1e-be2f64431...@tadium.es
Re: instalar Debian 6.0.3 en Raid 1 [SOLVED]
Buenas, En primer lugar gracias a todos por contestar, me habéis dado un par de ideas que han culminado en la resolución de mi problema con el raid. Parece ser que el problema es la placa ASUS CUR-DLS con el chipset ServerWorks III, por lo visto sí funciona la instalación en raid 1 (por software) de debian 5, pero no con Debian 6. He encontrado 2 soluciones probadas y que funcionan como alternativa: 1º Opción: (La más sencilla) Instalar el sistema en un Pentium 4 u otro equipo donde Debian 6 configure de manera automática el raid por software en el proceso de instalación, una vez instalado y comprobado que funciona retirar los discos de ese equipo y colocarlos en el equipo antiguo. (En mi caso me funciono aunque no me pareció la forma más elegante) 2º Opción: (La más elegante) Instalar el sistema sin raid en un solo disco, una vez instalado usar mdadm para crear un raid por software, degradado, en el segundo disco. Montar el raid y copiar toda la partición de sistema sobre la unidad del raid degradado. Posteriormente y antes de reiniciar, reconfigurar el grub en la unidad de raid para que arranque con el /dev/md/0 y entonces arrancar con el disco que tiene configurado el raid degradado. Una vez arrancado el sistema con el raid, usar mdadm para agregar el primer disco al raid. (Esta solución es un poco más tediosa pero merece la pena, en mi caso me funcionó de perlas). Os adjunto un enlace que me sirvió de referencia para lograr lo que yo necesitaba: http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-system-incl-grub2-configuration-debian-squeeze Muchas gracias a todos y en especial a Camaleón por las ideas aportadas :) Un saludo, Andrés Durán El 06/12/2011, a las 13:06, Camaleón escribió: > El Mon, 05 Dec 2011 09:31:57 +0100, Andrés Durán escribió: > >> Gracias por el aporte Cristian, (el error se produce antes por o que no >> puedo especificar el delay, abajo detallo el error) >> >> Voy a comentar los detalles de la instalación para que haya un poco mas >> de información con respecto a este tema, ya que pienso que es un pequeño >> bug del instalador el que me esté afectando. (A ver si podemos dar con >> el para poder reportarlo, ya que pienso que el raid por software desde >> el instalador es una opción básica que debería de funcionar a la >> perfección) > > Creo que el bug es conocido y ya hay informes del fallo. > > Como dice el manual de instalación: > > *** > Warning > > Support for MD is a relatively new addition to the installer. You may > experience problems for some RAID levels and in combination with some > bootloaders if you try to use MD for the root (/) file system. For > experienced users, it may be possible to work around some of these > problems by executing some configuration or installation steps manually > from a shell. > *** > >> Instalador que estoy usando: Debian 6.0.2.1 (Netinstall) Discos duros >> reconocidos como /dev/sda y /dev/sdb: Maxtor 160GB PATA y Maxtor 200GB >> PATA (respectivamente y en buen estado los dos discos) Placa Base Dual >> Pentium III: ASUS CUR-DLS con northbridge Serverworks 2xProcesadores >> 933Mhz PIII y 1,2 GB en ram >> >> Layout de los discos: >> /dev/sda1 (Raid autodetect) >> /dev/sda2 (Swap type) >> /dev/sdb1 (Raid autodetect) >> /dev/sdb2 (Swap type) >> >> He realizado el proceso tal y como me indica el enlace de camaleón >> (http://www.texsoft.it/index.php?c=hardware&m=hw.storage.boot-raid-squeeze&l=it) >> solo que tanto el /boot como el sistema / los pongo dentro de una sola >> partición md0 de 10GB y en formato ext2 (no creo que ese sea el >> problema). > > ¿Ext2 para el sistema raíz? ¿Por qué? :-? > >> A continuación los detalles de esta partición md0: /dev/sda1 >> (10GB) + /dev/sdb1 (10GB) = md0 (10GB en RAID1) La instalación se >> realiza correctamente durante todo el proceso, > > ¿Y dónde instalas GRUB? Supongo que el MBR. > >> cuando la instalación termina y el equipo se reinicia se intenta cargar >> el grub, no da la opción de ver la lista de arranques disponibles, >> simplemente sale lo siguiente: >> >> GRUB Loading. >> Welcome to GRUB! >> >> error: no such disk. >> Entering rescue mode... >> grub rescue>_ > > Vale, eso quiere decir que no encuentra los archivos que GRUB2 necesita > para cargar el menú, etc... Pero puedes intentar iniciar el sistema > directamente desde ahí, aquí tienes un ejemplo en la wiki de Ubuntu: > > https://help.ubuntu.com/community/Grub2#Rescue_Mode_.28.27.27grub_rescue.3E.27.27.29_Booting > > Aquí tienes otro ejemplo: > > http://forums.debian.net/viewtopic.php?f=17&t=64
Re: instalar Debian 6.0.3 en Raid 1
Gracias por el aporte Cristian, (el error se produce antes por o que no puedo especificar el delay, abajo detallo el error) Voy a comentar los detalles de la instalación para que haya un poco mas de información con respecto a este tema, ya que pienso que es un pequeño bug del instalador el que me esté afectando. (A ver si podemos dar con el para poder reportarlo, ya que pienso que el raid por software desde el instalador es una opción básica que debería de funcionar a la perfección) Instalador que estoy usando: Debian 6.0.2.1 (Netinstall) Discos duros reconocidos como /dev/sda y /dev/sdb: Maxtor 160GB PATA y Maxtor 200GB PATA (respectivamente y en buen estado los dos discos) Placa Base Dual Pentium III: ASUS CUR-DLS con northbridge Serverworks 2xProcesadores 933Mhz PIII y 1,2 GB en ram Layout de los discos: /dev/sda1 (Raid autodetect) /dev/sda2 (Swap type) /dev/sdb1 (Raid autodetect) /dev/sdb2 (Swap type) He realizado el proceso tal y como me indica el enlace de camaleón (http://www.texsoft.it/index.php?c=hardware&m=hw.storage.boot-raid-squeeze&l=it) solo que tanto el /boot como el sistema / los pongo dentro de una sola partición md0 de 10GB y en formato ext2 (no creo que ese sea el problema). A continuación los detalles de esta partición md0: /dev/sda1 (10GB) + /dev/sdb1 (10GB) = md0 (10GB en RAID1) La instalación se realiza correctamente durante todo el proceso, cuando la instalación termina y el equipo se reinicia se intenta cargar el grub, no da la opción de ver la lista de arranques disponibles, simplemente sale lo siguiente: GRUB Loading. Welcome to GRUB! error: no such disk. Entering rescue mode... grub rescue>_ Por lo que no me da la opción de editar ninguna entrada donde poder especificar el delay que Cristian comenta. He intentado ver el contenido de la partición desde la que el grub debería de intentar arrancar y cual es mi sorpresa cuando le hago un ls la veo vacía: grub rescue> ls (hd0) (hd0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos2) (hd1,msdos1) grub rescue> ls (hd0) error: unknown filesystem. grub rescue> ls (hd0,msdos1) error: bad filename. grub rescue> ls (hd0,msdos2) error: unknown filesystem. grub rescue> ls (hd1) error: unknown filesystem. grub rescue> ls (hd1,msdos1) error: unknown filesystem. grub rescue> ls (hd1,msdos2) error: unknown filesystem. Como podeis observer he probado todas las posibilidades sin éxito, me llama la atención que solo el " ls (hd0,msdos1)" devuelva "bad filename", ¿no debería de devolverlo también " ls (hd1,msdos1)"? ya que se supone que es una copia de "(hd0,msdos1)" También pensé que a lo mejor no tenía el modulo de raid cargado por lo que hice lo siguiente: grub rescue> insmod raid grub rescue> insmod mdraid grub rescue> insmod ext2 grub rescue> ls (hd0,msdos1) error: bad filename. Pero tampoco conseguí ningún resultado positivo. ¿Que opciones me sugerís? Camaleón como contestación a las 3 sugerencias que me haces al final del mail puedo comentar que: 1 - GRUB2 se ha instalado en /dev/sda, ¿Debería haberse instalado en /dev/md0? ¿Puede ser ese el problema? 2 - GRUB2 se ha instalado sobre el disco que la BIOS tiene configurado para arrancar. 3 - /dev/sda1 y /dev/sdb1 están marcadas conmo arranque en el proceso de instalación. Gracias por vuestra ayuda!! Un saludo, Andrés Durán El 05/12/2011, a las 01:45, Cristian Mitchell escribió: > El día 4 de diciembre de 2011 14:02, Camaleón escribió: >> El Sun, 04 Dec 2011 14:34:48 +0100, Andrés Durán escribió: >> >>> He intentado instalar Debian 6.0.3 en Raid 1 (por software) desde >>> las opciones del instalador de Debian, (Con debian 5 se podía sin >>> problemas) ¿alguien sabe si hay algún manual para realizar esta >>> instalación de forma satisfactoria? >> >> En el manual de instalación hay un apartado para el RAID por software: >> >> 6.3.3.4. Configuring Multidisk Devices (Software RAID) >> http://www.debian.org/releases/stable/i386/ch06s03.html.en#di-partition >> >> Por aquí otro usuario detalla los pasos que ha seguido y no parece que >> tenga problemas con el inicio: >> >> Debian software raid 1: boot from both disk >> http://superuser.com/questions/258052/debian-software-raid-1-boot-from-both-disk >> >> Y por aquí tienes otro paso a paso: >> >> http://www.texsoft.it/index.php?c=hardware&m=hw.storage.boot-raid-squeeze&l=it >> >>> Por lo visto el problema es el arranque con el grub2, crear el >>> raid e instalar el SO en el raid por software va de perlas. Con >>> grub-legancy no hay ningún problema, ya que es el grub que usa >>> Debian 5 y es como siempre lo he hecho. Es extraño porque Ubuntu >>> con grub2 sí que realiza l
Re: instalar Debian 6.0.3 en Raid 1
Genial oir eso Mario, ¿Actualmente esos servidores que tienes con RAID1 por software los tienes instalados con debian 6? En estos momentos estoy instalando Debian en su versión testing, en cuanto falle te paso los detalles del fallo para que me des tu opinión. Muchas gracias Mario. Un saludo, Andrés Durán El 04/12/2011, a las 15:36, mariodebian escribió: > El dom, 04-12-2011 a las 15:22 +0100, Andrés Durán escribió: >> Buenas Mario, >> >>No son de 2TB, los discos son uno de 160GB y otro de 200GB, >> ambos en buen estado. >> >> ¿Porqué es recomendable tener el boot fuera del raid? Yo pensaba que >> lo optimo es tener el boot dentro del raid para que cuando se >> actualice el sistema no haya que ir actualizando el disco que no está >> activo es decir, si solohay un /dev/md0 que contiene un /boot cuando >> se actualiza el kernel se actualiza solo en un unico punto, sin >> embargo lo pongo fuera pues tendría que manualmente actualizar la >> partición boot del disco que no está activo en el arranque. ¿Estoy en >> lo cierto? > > El /boot fuera del RAID es para cuando el particionado es GPT (a mí me > ha dado mucho problemas con el /boot como RAID) > > > Cuando los discos son pequeños y el particionado es MSDOS no hay > problemas... tengo muchos servidores con RAID1 o RAID10 sin > separar /boot. > > > Cuando instale GRUB el instalador de Debian asegúrate que lo instala en > los dos discos duros (o hazlo a mano), como cuando termina la > instalación aún no está reconstruido el RAID puede no encontrar GRUB en > el otro disco... > > > > -- > Saludos > -- > http://mariodebian.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/b71cf596-ee60-43d7-b839-248ac6bc5...@tadium.es
Re: instalar Debian 6.0.3 en Raid 1
Buenas Mario, No son de 2TB, los discos son uno de 160GB y otro de 200GB, ambos en buen estado. ¿Porqué es recomendable tener el boot fuera del raid? Yo pensaba que lo optimo es tener el boot dentro del raid para que cuando se actualice el sistema no haya que ir actualizando el disco que no está activo es decir, si solohay un /dev/md0 que contiene un /boot cuando se actualiza el kernel se actualiza solo en un unico punto, sin embargo lo pongo fuera pues tendría que manualmente actualizar la partición boot del disco que no está activo en el arranque. ¿Estoy en lo cierto? Gracias, Mario. Un saludo, Andrés Durán El 04/12/2011, a las 14:54, mariodebian escribió: > El dom, 04-12-2011 a las 14:34 +0100, Andrés Durán escribió: >> Hola a todos, >> >>He intentado instalar Debian 6.0.3 en Raid 1 (por software) >> desde las opciones del instalador de Debian, (Con debian 5 se podía >> sin problemas) ¿alguien sabe si hay algún manual para realizar esta >> instalación de forma satisfactoria? Por lo visto el problema es el >> arranque con el grub2, crear el raid e instalar el SO en el raid por >> software va de perlas. Con grub-legancy no hay ningún problema, ya que >> es el grub que usa Debian 5 y es como siempre lo he hecho. Es extraño >> porque Ubuntu con grub2 sí que realiza la instalación y el arranque de >> su sistema correctamente. He probado incluso a realizar la instalación >> con la versión testing de Debian Wezzy y da el mismo error (La >> instalación es satisfactoria pero al intentar arrancar el grub2 no >> encuentra el disco y entra en modo de rescate) >> >> ¿Alguna idea o sugerencia alguien que haya estado tocando grub con >> debian 6 y raid 1 para el sistema? >> >> Gracias, > > > ¿Los discos son de 2 TB? > > > Al particionar cuando se detectan discos grandes se particiona con GPT > en lugar de MBR por lo que: > > 1.- Hay que dejar una partición pequeña al principio (como de 1-2 megas) > fuera del RAID > > 2.- Es recomendable poner /boot también fuera del RAID. > > > > > -- > Saludos > -- > http://mariodebian.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/47664fb7-9a9b-4d08-9786-e478350fc...@tadium.es
instalar Debian 6.0.3 en Raid 1
Hola a todos, He intentado instalar Debian 6.0.3 en Raid 1 (por software) desde las opciones del instalador de Debian, (Con debian 5 se podía sin problemas) ¿alguien sabe si hay algún manual para realizar esta instalación de forma satisfactoria? Por lo visto el problema es el arranque con el grub2, crear el raid e instalar el SO en el raid por software va de perlas. Con grub-legancy no hay ningún problema, ya que es el grub que usa Debian 5 y es como siempre lo he hecho. Es extraño porque Ubuntu con grub2 sí que realiza la instalación y el arranque de su sistema correctamente. He probado incluso a realizar la instalación con la versión testing de Debian Wezzy y da el mismo error (La instalación es satisfactoria pero al intentar arrancar el grub2 no encuentra el disco y entra en modo de rescate) ¿Alguna idea o sugerencia alguien que haya estado tocando grub con debian 6 y raid 1 para el sistema? Gracias, Un saludo, Andrés Durán -- 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/1ef2bb3c-8aa6-4fb4-b3a9-9a5f27903...@tadium.es
Re: Quitaron los idiomas del instalador Debian 6.0.3?? [SOLVED]
Gracias Roger y Camaleón por la respuesta, disculpad el retraso pero no quería responder sin hacer las pruebas pertinentes, he encontrado un workaround a este bug. Efectivamente es un bug muy similar al que me mandaste en el enlace Camaleon, en mi caso no es Ram (aunque las máquinas llevan 256GB en ram) el problema viene dado por el número de cores, actulamente llevan 2 procesadores de 8 cores cada uno (concretamente son equpos Dell PowerEdge R810 con procesadores E7-4830) lo que he hecho es en la BIOS del servidor poner los porcesadores a funcionar con 4 cores en vez de 8 y efectivamente los idiomas así si aparecen. Es curioso, en la versión del instalador Debian 6.0.2.1 no ocurría esto (lo he probado con un disco que tenía por aquí) debe de ser algo que se ha colado en la versión 6.0.3. Por favor si alguien desea algún log para intentar solventar el bug que me lo pida, estaré encantado de facilitarle la información que necesite. Un saludo, Andrés Durán El 23/11/2011, a las 16:48, Camaleón escribió: > El Wed, 23 Nov 2011 10:25:40 +0100, Andrés Durán escribió: > >> Me he bajado la versión 6.0.3 de Debian (NetInstall y DVD-1 he > probado >> los dos) y y me ha llamado la atención que tanto ejecutando el> > instalador en modo normal como en modo experto la lista de > innumerables >> idiomas que obteníamos al principio de la instalación se han > reducido a >> 2 opciones, una llamada "C" y otra "English". Ya no puedo > seleccionar >> Español. ¿Sabéis si esto ha sido un bug? ¿O se han retirado por > algún >> motivo especial? > > Pues es raro, sí... podría ser este bug :-? > > debian-installer: On IBM x3650 M3 debian installer language selection > broken > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633725 > > Saludos, > > -- > Camaleón > > > -- > 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/pan.2011.11.23.15.48...@gmail.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/54b91954-bca8-4ed7-a669-4e0e1cb00...@tadium.es
Quitaron los idiomas del instalador Debian 6.0.3??
Buenas, Me he bajado la versión 6.0.3 de Debian (NetInstall y DVD-1 he probado los dos) y y me ha llamado la atención que tanto ejecutando el instalador en modo normal como en modo experto la lista de innumerables idiomas que obteníamos al principio de la instalación se han reducido a 2 opciones, una llamada "C" y otra "English". Ya no puedo seleccionar Español. ¿Sabéis si esto ha sido un bug? ¿O se han retirado por algún motivo especial? Muchas gracias. Un saludo, Andrés Durán -- 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/aa915dec-2127-434a-9ae4-519d307de...@tadium.es
Re: Servidor de correo con dominios y usuarios virtuales (Alternativa a QMail??)
Gracias por el consejo Carlos, Efectivamente no mencione vpopmail ni qmailadmin, ambos los uso en conjunto con vqadmin, puesto que sin ellos administrar el servidor por consola sería un caos. Jejejej El tema de no usar QMail es que es un despliegue muy laborioso (como bien dices no está a la moda de un apt-get install ...) busco algo igual de robusto y que tenga un soporte más activo como puede ser Postfix o Cyrus y si encima en desplegarlo y configurarlo tardo la mitad del tiempo pues mejor que mejor, ¿no lo crees?. Otro aspecto que me parece importante es que cuando actualizo el sistema operativo con un apt-get upgrade se me actualiza también el servidor de correo si este está dentro del repositorio, cosa que con Qmail no sucede. Como anécdota contar que en un par de ocasiones con el apt-get upgrade y el alguna ocasión más con el apt-get dist-upgrade se me fastidió el QMail y me costo mucho tiempo y esfuerzo conseguir que volviera a funcionar... Me encanta QMail es lo que llevo usando todo este tiempo pero sinceramente ahora busco algo de comodidad y realizar todas estas tareas con menos esfuerzo. Gracias nuevamente por tu consejo Carlos. Un saludo, Andrés Durán El 03/10/2011, a las 20:37, Carlos Miranda Molina (Mstaaravin) escribió: > 2011/10/2 Andrés Durán : >> Buenas a todos, >> >>Normalmente siempre que he necesitado montar un servidor de correo >> electrónico con usuarios y dominios virtuales tirando de un MySQL lo he >> hecho con QMail. He visto que este proyecto lleva parado bastante tiempo y >> aunque parece que es muy robusto y que su seguridad es buena, me preocupa >> estar usando un servidor de correo antiguo y desactualizado. A demás citar >> que su despliegue es complicado. Quería preguntar si hay algún servidor que >> sea libre como QMail, pero que su desarrollo sea activo y a demás funcione >> bien bajo cargas de más 10k usuarios virtuales de diferentes dominios. Crear >> en un servidor más de 10.000 cuentas de usuarios a nivel del sistema >> operativo no me parece lógico, por eso es un requisito indispensable que el >> servidor pueda almacenar las cuentas de usuarios y los dominios en una base >> de datos, no importa si es MySQL o PostgreSQL. >> > > > Mis apreciaciones son: > Que qmail es antiguo lo es, dejó de desarrollarse en 1998, aun asi > desactualizado no está... hay multitud de parches para distintas > funcionalidades que hoy en dia se requieren en un MTA > dkim, SPF por mencionar algunas. > > Yo no cambio en absoluto la seguridad y estabilidad que me da qmail > por "facilidad" Y "moda" que me puede dar otro MTA. > > Respecto a usar usuarios virtuales, no mencionaste vpopmail (en > desarrollo activo con soporte para ldap, postgres, mysql, etc). > > Respecto a vqadmin, es para administrar dominios, no tiene la > funcionalidad que te da qmailadmin que sí te permite administras las > cuentas de cada dominio. > > con vqadmin puedes delegar subpermisos a usuarios para que administren > tal o cual (con sus respectivas cuentas de mail) > > Ademas, para esa cantidad de usuarios (10k) como alternativa en > perfomance sólo se me ocurre es Cyrus. > > Saludos > > -- > "La Voluntad es el único motor de nuestros logros" > http://ngen.com.ar/blog > > > -- > 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/CACJp8-otF_4ZdcB35_wPs=+6j9umbyiz4gqv1to4ga7dbvw...@mail.gmail.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/d96f9828-c747-4cde-935c-cd3242d01...@tadium.es
Re: Servidor de correo con dominios y usuarios virtuales (Alternativa a QMail??)
Gracias Camaleón, en su día probé Citadel, pero me pareció un monstruo (demasiadas opciones) para lo que en realidad se necesitaba (solo correo y una gestión web) así que lo descarté y usé QMail con squirrelmail. Creo que voy a probar postfix con el postfixadmin que me recomendó David Martinez. He usado Postfix en otras situaciones donde solo se necesitaba enviar correo con una única cuenta o hacer relay, así que cuando lo tenga funcionando os comentaré mi opinión en comparación con QMail. Gracias nuevamente. Un saludo, Andrés Durán El 03/10/2011, a las 13:16, Camaleón escribió: > El Sun, 02 Oct 2011 23:57:01 +0200, Andrés Durán escribió: > >> Normalmente siempre que he necesitado montar un servidor de correo >> electrónico con usuarios y dominios virtuales tirando de un MySQL > lo he >> hecho con QMail. He visto que este proyecto lleva parado bastante >> tiempo y aunque parece que es muy robusto y que su seguridad es > buena, >> me preocupa estar usando un servidor de correo antiguo y >> desactualizado. A demás citar que su despliegue es complicado. > Quería >> preguntar si hay algún servidor que sea libre como QMail, > > (...) > > ¿Libre... "Qmail"? Me parece recordar que tenía algunas restricciones y > por eso no se podía incluir en las distribuciones (había que descargarlo > desde su página web...). > > Tienes una buena comparativas de servidores MTA en esta página: > > http://shearer.org/MTA_Comparison > > Para el tema de administración y gestión de las cuentas (pop3/imap4), > también tienes opciones interesantes como Courier-IMAP, Cyrus (este es mi > preferido), Dovecot o UW-IMAP así como soluciones integradas todo en uno > (personalmente no me gustan) como Zimbra o Citadel. > > Todos estas aplicaciones (tanto MTA como IMAP/POP3) permiten trabajan con > bases de datos MySQL/PostgreSQL como almacén de los usuarios/contraseñas > así que no creo que tengas problemas en cuanto a la virtualización de los > servicios :-) > > Saludos, > > -- > Camaleón > > > -- > 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/pan.2011.10.03.11.16...@gmail.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/7a236930-a103-4d34-9def-ce279c569...@tadium.es
Re: Servidor de correo con dominios y usuarios virtuales (Alternativa a QMail??)
Ok! Adelante! Postfix ya lo conocía, pero nunca lo había usado con soporte de
MySQL y usuarios virtuales. Me pongo manos a la obra y os cuento que tal la
experiencia QMail vs Postfix.
Como ultima pregunta, algo muy útil que utilizo con QMail para estos casos es
la herramienta "vqadmin" (http://www.inter7.com/?page=vqadmin) ¿sabéis si para
Postfix existe algo similar?
Gracias por la recomendación a los dos :)
Un saludo,
Andrés Durán
El 03/10/2011, a las 06:06, Cristian Mitchell escribió:
> El día 2 de octubre de 2011 19:32, AngelD escribió:
>> Sun, 2 Oct 2011, Andrés Durán:
>>
>>>Normalmente siempre que he necesitado montar un servidor de correo
>>> electrónico con usuarios y dominios virtuales tirando de un MySQL lo he
>>> hecho con QMail. He visto que este proyecto lleva parado bastante tiempo y
>>> aunque parece que es muy robusto y que su seguridad es buena, me preocupa
>>> estar usando un servidor de correo antiguo y desactualizado. A demás citar
>>> que su despliegue es complicado. Quería preguntar si hay algún servidor que
>>> sea libre como QMail, pero que su desarrollo sea activo y a demás funcione
>>> bien bajo cargas de más 10k usuarios virtuales de diferentes dominios. Crear
>>> en un servidor más de 10.000 cuentas de usuarios a nivel del sistema
>>> operativo no me parece lógico, por eso es un requisito indispensable que el
>>> servidor pueda almacenar las cuentas de usuarios y los dominios en una base
>>> de datos, no importa si es MySQL o PostgreSQL.
>>>
>>> ¿Opiniones? ¿Consejos? ¿Críticas?
>>
>>Como dice su página [1]"Second most popular MTA on the Internet". :-)
>>
>>¿Por qué no pruebas con el primero?. Creo que es [2]postfix, un
>> servidor creado hace tiempo por el gran [2]Wietse Venema's, capaz de
>> soportar grandes cargas, capaz de soportar grandes muchísimos usuarios, con
>> soporte para [3]bases de datos,
>>
>>Creo que Postfix es lo que puedes necesitar.
>>
>> [1]http://qmail.org/top.html
>> [2]http://www.postfix.org/
>> [3]http://www.postfix.org/PGSQL_README.html
>> [3]http://www.postfix.org/MYSQL_README.html
>>
>> --
>>Saludos --- Angel
>
> hay muchas y muy buenas opciones en linux
>
> pero sin dudarlo postfix es la mejor opcion es el proyencto mas
> dinamico por lejos
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,
> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,
> y las critican los inútiles crónicos,
>
>
> --
> 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/CALvB54aj1M+vDHWJRodDXjpqAmsY-mt5oezf16seMazycc=b...@mail.gmail.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/0ee297ca-9802-4714-9e10-6a481bbb1...@tadium.es
Servidor de correo con dominios y usuarios virtuales (Alternativa a QMail??)
Buenas a todos, Normalmente siempre que he necesitado montar un servidor de correo electrónico con usuarios y dominios virtuales tirando de un MySQL lo he hecho con QMail. He visto que este proyecto lleva parado bastante tiempo y aunque parece que es muy robusto y que su seguridad es buena, me preocupa estar usando un servidor de correo antiguo y desactualizado. A demás citar que su despliegue es complicado. Quería preguntar si hay algún servidor que sea libre como QMail, pero que su desarrollo sea activo y a demás funcione bien bajo cargas de más 10k usuarios virtuales de diferentes dominios. Crear en un servidor más de 10.000 cuentas de usuarios a nivel del sistema operativo no me parece lógico, por eso es un requisito indispensable que el servidor pueda almacenar las cuentas de usuarios y los dominios en una base de datos, no importa si es MySQL o PostgreSQL. ¿Opiniones? ¿Consejos? ¿Críticas? Muchísimas gracias de antemano! Un saludo, Andrés Durán -- 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/ace95580-437c-4765-aa64-4f34975ce...@tadium.es
Re: Problema con iSCSI boot
Gracias Federico! La verdad que es la primera vez que intento un boot-on-san por iSCSI. No sabía que si detectaba la unidad con la tarjeta de red sería suficiente para el instalador, y por eso usaba directamente el open-iscsi, donde he realizado estas pruebas es una tarjeta integrada Broadcom BCM5709C, tengo una Intel PRO/1000 PT que también tiene ROM con soporte iSCSI, ¿tu has utilizado alguna de estas 2 para hacer esto mismo que estoy yo intentando? Ahora estoy en casa, pero mañana en cuanto llegue a la oficina intentaré arrancar con la tarjeta de red por iSCSI y ejecutar el instalador de Debian desde el CD después de que se detecte la unidad con la tarjeta de red. Resumiendo, para saber si he pillado el concepto que tenía erroneo... Si cambio el orden de los dispositivos de arranque para sigan la secuencia: 1º(RED iSCSI), 2º(UNIDAD CD ROM) debería de detectar la unidad iSCSI, y esta al no tener S.O. pasaría al arranque de CD-ROM, donde podría instalar debian 6, y en la instalación, sin modificar módulos de kernel ni open-iscsi ni nada, debería ver directamente la unidad de iSCSI que detectó la tarjeta de red al intentar el arranque previo. Posteriormente al acabar la instalación de esta forma el sistema operativo debería de arrancar de forma natural como si de un disco local se tratase, solo que el arranque lo lanzaría la tarjeta de red. ¿Es la forma correcta de hacerlo? ¿O sigo equivocado? Una ultima duda que me surge, ¿Si tengo una tarjeta de red con un firmware que permite arranque por iSCSI como es el caso de la Intel Pro 1000 PT o la Broadcom BCM5709C, esas tarjetas de red pueden funcionar como hba iscsi y ethernet al mismo tiempo? Por si sirve de ayuda esto son los detalles del servidor HP DL360 G6 donde estoy intentando instalar Debian por iSCSI: http://h18000.www1.hp.com/products/quickspecs/13234_div/13234_div.HTML Muchas gracias por la ayuda!! Estoy viendo luz al final del camino :) Un saludo, Andrés Durán El 14/09/2011, a las 20:07, Federico Alberto Sayd escribió: > El 14/09/11 14:01, Andrés Durán escribió: >> No no he modificado nada, simplemente hice el paso intermedio para que se >> montase la unidad y la reconociese el instalador de Debian, y así poder >> instalar, pero una vez instalado simplemnete le di a terminar instalación y >> se reinicio el sistema. Al intentar arrancar no hay mensajes de error salvo >> el que le informo en el mail, no sale nada mas, solo "Grub Read Error." así >> sin mas. No deja acceder al grub recovery, ni siquiera te da la opción de >> elegir que kernel arrancar ni nada de nada. Vamos que al menu del grub no >> llega, el problema debe de estar antes, es como si puediera leer la MBR del >> disco iSCSI pero no la partición. >> >> Gracias por la ayuda. >> >> Un saludo, >> Andrés Durán >> >> >> El 14/09/2011, a las 18:33, Federico Alberto Sayd escribió: >> >>> El 14/09/11 13:03, Federico Alberto Sayd escribió: >>>> El 14/09/11 11:25, Andrés Durán escribió: >>>>> Muchas gracias a los dos por la contestación, >>>>> >>>>>Actualmente tengo el Target instalado y funcionando correctamente en >>>>> otro Debian 6, el problema es arrancar desde iSCSI el Debian instalado en >>>>> esa unidad, (ya que la instalación si la conseguí hacer en el iSCSI como >>>>> si de una unidad local se tratase). Voy a detallar los pasos que he >>>>> seguido (disculpad por no haberlo hecho antes, se me pasó). >>>>> >>>>> 1º- Usar un equipo con Debian 6, instalar el paquete iscsitarget, >>>>> compilar su modulo, configurar la aplicación iscsitarget y exportar la >>>>> unidad /dev/sda1 como dispositivo de bloques a través de iSCSI. (Este >>>>> paso está correcto) >>>>> >>>>> 2º- Usando la guía "http://www.david-web.co.uk/blog/?p=188"; y otro >>>>> servidor similar con debian 6, pongo en un pendrive los ficheros de ese >>>>> servidor: >>>>>crc32c.ko >>>>>libcrc32c.ko >>>>>iscsi_tcp.ko >>>>>libiscsi.ko >>>>>scsi_transport_iscsi.ko >>>>>iscsid >>>>>iscsiadm >>>>> >>>>> 3º- Iniciar la instalación de Debian 6 usando el cd netinstall en el >>>>> servidor, elegir el método de instalación "Expert Install" y seguir todos >>>>> los pasos hasta completar la configuración de la interfaz de red. >>>>> 4º- Una vez configurada la interfaz de red accedo a una consol
Re: Problema con iSCSI boot
No no he modificado nada, simplemente hice el paso intermedio para que se
montase la unidad y la reconociese el instalador de Debian, y así poder
instalar, pero una vez instalado simplemnete le di a terminar instalación y se
reinicio el sistema. Al intentar arrancar no hay mensajes de error salvo el que
le informo en el mail, no sale nada mas, solo "Grub Read Error." así sin mas.
No deja acceder al grub recovery, ni siquiera te da la opción de elegir que
kernel arrancar ni nada de nada. Vamos que al menu del grub no llega, el
problema debe de estar antes, es como si puediera leer la MBR del disco iSCSI
pero no la partición.
Gracias por la ayuda.
Un saludo,
Andrés Durán
El 14/09/2011, a las 18:33, Federico Alberto Sayd escribió:
> El 14/09/11 13:03, Federico Alberto Sayd escribió:
>> El 14/09/11 11:25, Andrés Durán escribió:
>>> Muchas gracias a los dos por la contestación,
>>>
>>>Actualmente tengo el Target instalado y funcionando correctamente en
>>> otro Debian 6, el problema es arrancar desde iSCSI el Debian instalado en
>>> esa unidad, (ya que la instalación si la conseguí hacer en el iSCSI como si
>>> de una unidad local se tratase). Voy a detallar los pasos que he seguido
>>> (disculpad por no haberlo hecho antes, se me pasó).
>>>
>>> 1º- Usar un equipo con Debian 6, instalar el paquete iscsitarget, compilar
>>> su modulo, configurar la aplicación iscsitarget y exportar la unidad
>>> /dev/sda1 como dispositivo de bloques a través de iSCSI. (Este paso está
>>> correcto)
>>>
>>> 2º- Usando la guía "http://www.david-web.co.uk/blog/?p=188"; y otro
>>> servidor similar con debian 6, pongo en un pendrive los ficheros de ese
>>> servidor:
>>>crc32c.ko
>>>libcrc32c.ko
>>>iscsi_tcp.ko
>>>libiscsi.ko
>>>scsi_transport_iscsi.ko
>>>iscsid
>>>iscsiadm
>>>
>>> 3º- Iniciar la instalación de Debian 6 usando el cd netinstall en el
>>> servidor, elegir el método de instalación "Expert Install" y seguir todos
>>> los pasos hasta completar la configuración de la interfaz de red.
>>> 4º- Una vez configurada la interfaz de red accedo a una consola pulsando
>>> "Crtl+Alt+F2" y realizo los pasos de la guía
>>> "http://www.david-web.co.uk/blog/?p=188"; con los ficheros del pendrive.
>>> 5º- Continuo con la instalación de Debian 6, a partir del paso anterior me
>>> sale la unidad de instalación iSCSI que exporta el equipo que hace de
>>> Target SAN.
>>> 6º- Llego al final de la instalación y como tengo soporte en las tarjetas
>>> de red de arranque por iSCSI, no necesito ningún pendrive ni BOOTP ni PXE
>>> para hacer el arranque, uso la tarjeta de red configurada con los
>>> parámetros del Target en modo de arranque iSCSI para arrancar desde la SAN.
>>> Por ese motivo no sigo el final de la guía y le doy a terminar la
>>> instalación.
>>> 7º- El servidor se reinicia, intenta arrancar desde la tarjeta de red
>>> usando el protocolo iSCSI, se conecta a la unidad y lee el mbr de la unidad
>>> iSCSI, pero se para dando el error "Grub Read Error"
>>>
>>> ** Ese servidor no dispone de ningún disco duro conectado internamente, por
>>> lo que la única forma que tiene para arrancar es el iSCSI. (Donde en el
>>> paso 5-6 se le instaló correctamente el Debian 6).
>>>
>>> Muchas gracias por vuestra ayuda, mi inglés no es muy bueno, pero voy a
>>> intentar escribir en la lista de distribución inglesa.
>>>
>>> Un saludo,
>>>Andrés Durán
>>>
>>>
>>> El 14/09/2011, a las 15:22, Roberto Quiñones escribió:
>>>
>>>> El día 14 de septiembre de 2011 09:17, Andrés Durán
>>>> escribió:
>>>>> Buenas a todos,
>>>>>
>>>>>Acabo de agregarme a esta lista de distribución, no se si es el
>>>>> lugar correcto para tratar este tema, si no fuera así por favor indicadme
>>>>> cual sería en tal caso.
>>>>>
>>>>>Actualmente tengo unos 40 servidores que están dando servicio con
>>>>> Debian 6. Funcionan bastante bien de hecho se desea crecer en
>>>>> arquitectura hardware y se ha pensado introducir una cabina de
>>>>> almacenamiento por iSCSI e ir migrando poco a poco estos servidores a
>>>>> Boot from iSCSI. Los servidores son de HP y disponen de unas tarjetas
>&g
Re: Problema con iSCSI boot
Gracias por responder Federico, Actualmente la conexión a la unidad la hace correctamente, pues si instalo Ubuntu Server 11.04 éste intenta arrancar, lee el Grub, sale el menú donde eliges que kernel deseas inicializar e incluso he avanzado un poco e intenta arrancar ese kernel. (Me da un error de ipconfig al intentar inicializar el kernel, pero por lo menos accede a la partición y dispara el proceso de arranque.) Pero claro todo esto es en Ubuntu a mi me interesa resolver el problema que tiene debian al intentar acceder al kernel a través del grub. ¿Puede ser que no pueda acceder a la partición y sí al MBR de la unidad? En tal caso, ¿que hace Ubuntu, que no estoy haciendo yo? Gracias por la ayuda! Un saludo, Andrés Durán El 14/09/2011, a las 18:03, Federico Alberto Sayd escribió: > El 14/09/11 11:25, Andrés Durán escribió: >> Muchas gracias a los dos por la contestación, >> >> Actualmente tengo el Target instalado y funcionando correctamente en >> otro Debian 6, el problema es arrancar desde iSCSI el Debian instalado en >> esa unidad, (ya que la instalación si la conseguí hacer en el iSCSI como si >> de una unidad local se tratase). Voy a detallar los pasos que he seguido >> (disculpad por no haberlo hecho antes, se me pasó). >> >> 1º- Usar un equipo con Debian 6, instalar el paquete iscsitarget, compilar >> su modulo, configurar la aplicación iscsitarget y exportar la unidad >> /dev/sda1 como dispositivo de bloques a través de iSCSI. (Este paso está >> correcto) >> >> 2º- Usando la guía "http://www.david-web.co.uk/blog/?p=188"; y otro servidor >> similar con debian 6, pongo en un pendrive los ficheros de ese servidor: >> crc32c.ko >> libcrc32c.ko >> iscsi_tcp.ko >> libiscsi.ko >> scsi_transport_iscsi.ko >> iscsid >> iscsiadm >> >> 3º- Iniciar la instalación de Debian 6 usando el cd netinstall en el >> servidor, elegir el método de instalación "Expert Install" y seguir todos >> los pasos hasta completar la configuración de la interfaz de red. >> 4º- Una vez configurada la interfaz de red accedo a una consola pulsando >> "Crtl+Alt+F2" y realizo los pasos de la guía >> "http://www.david-web.co.uk/blog/?p=188"; con los ficheros del pendrive. >> 5º- Continuo con la instalación de Debian 6, a partir del paso anterior me >> sale la unidad de instalación iSCSI que exporta el equipo que hace de Target >> SAN. >> 6º- Llego al final de la instalación y como tengo soporte en las tarjetas de >> red de arranque por iSCSI, no necesito ningún pendrive ni BOOTP ni PXE para >> hacer el arranque, uso la tarjeta de red configurada con los parámetros del >> Target en modo de arranque iSCSI para arrancar desde la SAN. Por ese motivo >> no sigo el final de la guía y le doy a terminar la instalación. >> 7º- El servidor se reinicia, intenta arrancar desde la tarjeta de red usando >> el protocolo iSCSI, se conecta a la unidad y lee el mbr de la unidad iSCSI, >> pero se para dando el error "Grub Read Error" >> >> ** Ese servidor no dispone de ningún disco duro conectado internamente, por >> lo que la única forma que tiene para arrancar es el iSCSI. (Donde en el paso >> 5-6 se le instaló correctamente el Debian 6). >> >> Muchas gracias por vuestra ayuda, mi inglés no es muy bueno, pero voy a >> intentar escribir en la lista de distribución inglesa. >> >> Un saludo, >> Andrés Durán >> >> >> El 14/09/2011, a las 15:22, Roberto Quiñones escribió: >> >>> El día 14 de septiembre de 2011 09:17, Andrés Durán >>> escribió: >>>> Buenas a todos, >>>> >>>>Acabo de agregarme a esta lista de distribución, no se si es el >>>> lugar correcto para tratar este tema, si no fuera así por favor indicadme >>>> cual sería en tal caso. >>>> >>>>Actualmente tengo unos 40 servidores que están dando servicio con >>>> Debian 6. Funcionan bastante bien de hecho se desea crecer en arquitectura >>>> hardware y se ha pensado introducir una cabina de almacenamiento por iSCSI >>>> e ir migrando poco a poco estos servidores a Boot from iSCSI. Los >>>> servidores son de HP y disponen de unas tarjetas integradas ethernet con >>>> capacidad para arranque por iSCSI. >>>> >>>>Para hacer pruebas hemos configurado un equipo con una unidad de >>>> estado sólido como Target de iSCSI, el cual sirve la unida
Re: Problema con iSCSI boot
No, no aparece ni hace nada, he intentado Crtl+C y similares, el único que hace
algo es el Crtl+Alt+Supr, que reinicia el sistema.
El 14/09/2011, a las 18:00, Camaleón escribió:
> El Wed, 14 Sep 2011 16:25:16 +0200, Andrés Durán escribió:
>
>> Muchas gracias a los dos por la contestación,
>>
>> Actualmente tengo el Target instalado y funcionando correctamente en
>> otro Debian 6, el problema es arrancar desde iSCSI el Debian instalado
>> en esa unidad, (ya que la instalación si la conseguí hacer en el iSCSI
>> como si de una unidad local se tratase). Voy a detallar los pasos que
>> he seguido (disculpad por no haberlo hecho antes, se me pasó).
>
> (...)
>
> A mí lo que me extraña es que GRUB2 se quede varado con ese mensaje de
> error y no te diga nada más... ¿qué sucede si pulsas alguna tecla ("esc",
> "enter"...), te aparece algún dato adicional de por qué no arranca?
>
> Saludos,
>
> --
> Camaleón
>
>
> --
> 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/pan.2011.09.14.16.00...@gmail.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/9f95e8ae-e693-4abd-b962-905b7cab9...@tadium.es
Re: Problema con iSCSI boot
Muchas gracias a los dos por la contestación, Actualmente tengo el Target instalado y funcionando correctamente en otro Debian 6, el problema es arrancar desde iSCSI el Debian instalado en esa unidad, (ya que la instalación si la conseguí hacer en el iSCSI como si de una unidad local se tratase). Voy a detallar los pasos que he seguido (disculpad por no haberlo hecho antes, se me pasó). 1º- Usar un equipo con Debian 6, instalar el paquete iscsitarget, compilar su modulo, configurar la aplicación iscsitarget y exportar la unidad /dev/sda1 como dispositivo de bloques a través de iSCSI. (Este paso está correcto) 2º- Usando la guía "http://www.david-web.co.uk/blog/?p=188"; y otro servidor similar con debian 6, pongo en un pendrive los ficheros de ese servidor: crc32c.ko libcrc32c.ko iscsi_tcp.ko libiscsi.ko scsi_transport_iscsi.ko iscsid iscsiadm 3º- Iniciar la instalación de Debian 6 usando el cd netinstall en el servidor, elegir el método de instalación "Expert Install" y seguir todos los pasos hasta completar la configuración de la interfaz de red. 4º- Una vez configurada la interfaz de red accedo a una consola pulsando "Crtl+Alt+F2" y realizo los pasos de la guía "http://www.david-web.co.uk/blog/?p=188"; con los ficheros del pendrive. 5º- Continuo con la instalación de Debian 6, a partir del paso anterior me sale la unidad de instalación iSCSI que exporta el equipo que hace de Target SAN. 6º- Llego al final de la instalación y como tengo soporte en las tarjetas de red de arranque por iSCSI, no necesito ningún pendrive ni BOOTP ni PXE para hacer el arranque, uso la tarjeta de red configurada con los parámetros del Target en modo de arranque iSCSI para arrancar desde la SAN. Por ese motivo no sigo el final de la guía y le doy a terminar la instalación. 7º- El servidor se reinicia, intenta arrancar desde la tarjeta de red usando el protocolo iSCSI, se conecta a la unidad y lee el mbr de la unidad iSCSI, pero se para dando el error "Grub Read Error" ** Ese servidor no dispone de ningún disco duro conectado internamente, por lo que la única forma que tiene para arrancar es el iSCSI. (Donde en el paso 5-6 se le instaló correctamente el Debian 6). Muchas gracias por vuestra ayuda, mi inglés no es muy bueno, pero voy a intentar escribir en la lista de distribución inglesa. Un saludo, Andrés Durán El 14/09/2011, a las 15:22, Roberto Quiñones escribió: > El día 14 de septiembre de 2011 09:17, Andrés Durán > escribió: >> Buenas a todos, >> >>Acabo de agregarme a esta lista de distribución, no se si es el lugar >> correcto para tratar este tema, si no fuera así por favor indicadme cual >> sería en tal caso. >> >>Actualmente tengo unos 40 servidores que están dando servicio con >> Debian 6. Funcionan bastante bien de hecho se desea crecer en arquitectura >> hardware y se ha pensado introducir una cabina de almacenamiento por iSCSI e >> ir migrando poco a poco estos servidores a Boot from iSCSI. Los servidores >> son de HP y disponen de unas tarjetas integradas ethernet con capacidad para >> arranque por iSCSI. >> >>Para hacer pruebas hemos configurado un equipo con una unidad de >> estado sólido como Target de iSCSI, el cual sirve la unidad a modo de cabina >> de almacenamiento para uno de los servidores ( aparentemente esta parte >> funciona perfectamente ). Posteriormente siguiendo este tutorial >> http://www.david-web.co.uk/blog/?p=188 hemos instalado Debian 6 con éxito en >> la unidad SAN exportada por iSCSI. El problema viene que cuando el sistema >> operativo Debian 6 intenta arrancar, haciendo uso del Grub directamente >> desde el iSCSI da el error "Grub Read Error". >> >>Para concretar más comentar que no uso PXE ni BOOTP ni ningún USB o >> medio para iniciar el arranque, sólo usamos el sistema que viene por defecto >> en la tarjeta de red Broadcom. Y es en la tarjeta de red donde hemos >> configurado el Initiator con los parámetros del Target para que se realice >> la conexión. (Aparentemente esto también funciona correctamente puesto que >> una vez instalado Debian en la unidad iSCSI se intenta ejecutar el GRUB >> dando el error anteriormente descrito). >> >>Imagino que el problema radica en que faltan componentes en el kernel >> que hacen imposible el montar la partición de iSCSI y coger de ella las >> opciones de arranque. Nada más intentar arrancar sale el error "Grub Read >> Error", no llega a verse la lista de opciones del grub, por lo que no da >> tampoco opción a pasarle comandos o acced
Problema con iSCSI boot
Buenas a todos, Acabo de agregarme a esta lista de distribución, no se si es el lugar correcto para tratar este tema, si no fuera así por favor indicadme cual sería en tal caso. Actualmente tengo unos 40 servidores que están dando servicio con Debian 6. Funcionan bastante bien de hecho se desea crecer en arquitectura hardware y se ha pensado introducir una cabina de almacenamiento por iSCSI e ir migrando poco a poco estos servidores a Boot from iSCSI. Los servidores son de HP y disponen de unas tarjetas integradas ethernet con capacidad para arranque por iSCSI. Para hacer pruebas hemos configurado un equipo con una unidad de estado sólido como Target de iSCSI, el cual sirve la unidad a modo de cabina de almacenamiento para uno de los servidores ( aparentemente esta parte funciona perfectamente ). Posteriormente siguiendo este tutorial http://www.david-web.co.uk/blog/?p=188 hemos instalado Debian 6 con éxito en la unidad SAN exportada por iSCSI. El problema viene que cuando el sistema operativo Debian 6 intenta arrancar, haciendo uso del Grub directamente desde el iSCSI da el error "Grub Read Error". Para concretar más comentar que no uso PXE ni BOOTP ni ningún USB o medio para iniciar el arranque, sólo usamos el sistema que viene por defecto en la tarjeta de red Broadcom. Y es en la tarjeta de red donde hemos configurado el Initiator con los parámetros del Target para que se realice la conexión. (Aparentemente esto también funciona correctamente puesto que una vez instalado Debian en la unidad iSCSI se intenta ejecutar el GRUB dando el error anteriormente descrito). Imagino que el problema radica en que faltan componentes en el kernel que hacen imposible el montar la partición de iSCSI y coger de ella las opciones de arranque. Nada más intentar arrancar sale el error "Grub Read Error", no llega a verse la lista de opciones del grub, por lo que no da tampoco opción a pasarle comandos o acceder al terminal del grub para intentar hacer alguna depuración. Simplemente muestra ese error y se detiene la ejecución del sistema, si presiono Crtl+Alt+Supr se reinicia el servidor, por lo que intuyo que tampoco se queda colgado. Como alternativa he probado a instalar Ubuntu server que lleva por defecto soporte en la instalación de iSCSI y he instalado la versión Server 11.04 con éxito, al arrancar obtengo el menú del grub sin ningún problema desde la partición iSCSI, pero cuando se elije la versión de kernel a arrancar se pone la pantalla en negro y no sale nada, no se cuelga porque si hago Crtl+Alt+Supr se reinicia, pero se queda detenido el arranque. Creo que estamos cerca de conseguir que los equipos arranquen correctamente por iSCSI pero ahora mismo no sabemos donde estamos atascados, ¿Alguna idea o sugerencia? Hemos visto que en debian este tema está aun un poco verde, y con este correo trato de intentar encontrar con vuestra ayuda una solución que pueda usar toda la gente que se encuentra en mi misma situación y necesita migrar sus servidores a entornos SAN sin necesidad de irse a distribuciones de pago como puede ser Red Hat o Suse Enterprise. Gracias. Un saludo, Andrés Durán -- 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/f667bae1-9a61-461b-ba64-33363f331...@globaliza.com
Problema con iSCSI boot
Buenas a todos, Acabo de agregarme a esta lista de distribución, no se si es el lugar correcto para tratar este tema, si no fuera así por favor indicadme cual sería en tal caso. Actualmente tengo unos 40 servidores que están dando servicio con Debian 6. Funcionan bastante bien de hecho se desea crecer en arquitectura hardware y se ha pensado introducir una cabina de almacenamiento por iSCSI e ir migrando poco a poco estos servidores a Boot from iSCSI. Los servidores son de HP y disponen de unas tarjetas integradas ethernet con capacidad para arranque por iSCSI. Para hacer pruebas hemos configurado un equipo con una unidad de estado sólido como Target de iSCSI, el cual sirve la unidad a modo de cabina de almacenamiento para uno de los servidores ( aparentemente esta parte funciona perfectamente ). Posteriormente siguiendo este tutorial http://www.david-web.co.uk/blog/?p=188 hemos instalado Debian 6 con éxito en la unidad SAN exportada por iSCSI. El problema viene que cuando el sistema operativo Debian 6 intenta arrancar, haciendo uso del Grub directamente desde el iSCSI da el error "Grub Read Error". Para concretar más comentar que no uso PXE ni BOOTP ni ningún USB o medio para iniciar el arranque, sólo usamos el sistema que viene por defecto en la tarjeta de red Broadcom. Y es en la tarjeta de red donde hemos configurado el Initiator con los parámetros del Target para que se realice la conexión. (Aparentemente esto también funciona correctamente puesto que una vez instalado Debian en la unidad iSCSI se intenta ejecutar el GRUB dando el error anteriormente descrito). Imagino que el problema radica en que faltan componentes en el kernel que hacen imposible el montar la partición de iSCSI y coger de ella las opciones de arranque. Nada más intentar arrancar sale el error "Grub Read Error", no llega a verse la lista de opciones del grub, por lo que no da tampoco opción a pasarle comandos o acceder al terminal del grub para intentar hacer alguna depuración. Simplemente muestra ese error y se detiene la ejecución del sistema, si presiono Crtl+Alt+Supr se reinicia el servidor, por lo que intuyo que tampoco se queda colgado. Como alternativa he probado a instalar Ubuntu server que lleva por defecto soporte en la instalación de iSCSI y he instalado la versión Server 11.04 con éxito, al arrancar obtengo el menú del grub sin ningún problema desde la partición iSCSI, pero cuando se elije la versión de kernel a arrancar se pone la pantalla en negro y no sale nada, no se cuelga porque si hago Crtl+Alt+Supr se reinicia, pero se queda detenido el arranque. Creo que estamos cerca de conseguir que los equipos arranquen correctamente por iSCSI pero ahora mismo no sabemos donde estamos atascados, ¿Alguna idea o sugerencia? Hemos visto que en debian este tema está aun un poco verde, y con este correo trato de intentar encontrar con vuestra ayuda una solución que pueda usar toda la gente que se encuentra en mi misma situación y necesita migrar sus servidores a entornos SAN sin necesidad de irse a distribuciones de pago como puede ser Red Hat o Suse Enterprise. Gracias. Un saludo, Andrés Durán
