OpenCV 2.4.9 HIGHGUI ERROR: V4L2: Could not obtain specifics of capture window.
Hi, In first place sorry for my bad english. I am very new in OpenCV, I am trying to record a video stream from a Hauppauge HS PVR usb device (ID 2040:4903). I am using Debian GNU/Linux jessie/sid from testing branch. I was compiled OpenCV using this instructions: http://docs.opencv.org/doc/tutorials/introduction/desktop_java/java_dev_intro.html (OpenCV was not download using git as the instructions says, it was downloaded manually from opencv web page at version 2.4.9) The compilation was fine. This is the output of CMAKE that was compiled good: -- = START OF CMAKE OUTPUT == -- root@debian:/usr/src/opencv-2.4.9# cmake -DBUILD_SHARED_LIBS=OFF -DWITH_QT=ON ../opencv-2.4.9/ -- Detected version of GNU GCC: 49 (409) -- Could NOT find ZLIB (missing: ZLIB_LIBRARY ZLIB_INCLUDE_DIR) -- Could NOT find TIFF (missing: TIFF_LIBRARY TIFF_INCLUDE_DIR) -- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR) -- Could NOT find Jasper (missing: JASPER_LIBRARIES JASPER_INCLUDE_DIR) -- Could NOT find PNG (missing: PNG_LIBRARY PNG_PNG_INCLUDE_DIR) CMake Warning at cmake/OpenCVFindLibsGUI.cmake:18 (find_package): By not providing FindQt5Core.cmake in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by Qt5Core, but CMake did not find one. Could not find a package configuration file provided by Qt5Core with any of the following names: Qt5CoreConfig.cmake qt5core-config.cmake Add the installation prefix of Qt5Core to CMAKE_PREFIX_PATH or set Qt5Core_DIR to a directory containing one of the above files. If Qt5Core provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:466 (include) CMake Warning at cmake/OpenCVFindLibsGUI.cmake:19 (find_package): By not providing FindQt5Gui.cmake in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by Qt5Gui, but CMake did not find one. Could not find a package configuration file provided by Qt5Gui with any of the following names: Qt5GuiConfig.cmake qt5gui-config.cmake Add the installation prefix of Qt5Gui to CMAKE_PREFIX_PATH or set Qt5Gui_DIR to a directory containing one of the above files. If Qt5Gui provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:466 (include) CMake Warning at cmake/OpenCVFindLibsGUI.cmake:20 (find_package): By not providing FindQt5Widgets.cmake in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by Qt5Widgets, but CMake did not find one. Could not find a package configuration file provided by Qt5Widgets with any of the following names: Qt5WidgetsConfig.cmake qt5widgets-config.cmake Add the installation prefix of Qt5Widgets to CMAKE_PREFIX_PATH or set Qt5Widgets_DIR to a directory containing one of the above files. If Qt5Widgets provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:466 (include) CMake Warning at cmake/OpenCVFindLibsGUI.cmake:21 (find_package): By not providing FindQt5Test.cmake in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by Qt5Test, but CMake did not find one. Could not find a package configuration file provided by Qt5Test with any of the following names: Qt5TestConfig.cmake qt5test-config.cmake Add the installation prefix of Qt5Test to CMAKE_PREFIX_PATH or set Qt5Test_DIR to a directory containing one of the above files. If Qt5Test provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:466 (include) CMake Warning at cmake/OpenCVFindLibsGUI.cmake:22 (find_package): By not providing FindQt5Concurrent.cmake in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by Qt5Concurrent, but CMake did not find one. Could not find a package configuration file provided by Qt5Concurrent with any of the following names: Qt5ConcurrentConfig.cmake qt5concurrent-config.cmake Add the installation prefix of Qt5Concurrent to CMAKE_PREFIX_PATH or set Qt5Concurrent_DIR to a directory containing one of the above files. If Qt5Concurrent provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:466 (include) -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found
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 ruben.cervan...@cmg.jovenclub.cu 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 ip del iscsi: puerto 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: 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 ruben.cervan...@cmg.jovenclub.cu 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 ip del iscsi: puerto 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-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 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 glicer...@gmail.com escribió: 2012/2/15 Andrés Durán du...@tadium.es: 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
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
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 du...@tadium.es: 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 son cpu's virtuales: http://en.wikipedia.org/wiki/Logical_Domains Así que no es de extrañar que tus 2x8 cores te salgan como 2x16, todo depende de lo que el hypervisor le diga a debian. solo añadir que en ningun caso un thread se considera como core, -- 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_tzvdnbf5qohqeytilyqw5ogmobwqtcgpropykoevq...@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/47f2b9ca-1480-4412-91af-2e17ae895...@tadium.es
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=hardwarem=hw.storage.boot-raid-squeezel=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=17t=64988 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) Qué raro... no ve la partición raid (md0) por ningún lado :-? grub rescue ls (hd0) error: unknown
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=hardwarem=hw.storage.boot-raid-squeezel=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 noela...@gmail.com 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=hardwarem=hw.storage.boot-raid-squeezel=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 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) ¿Cuál es el mensaje de error exacto? Por
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: 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 du...@tadium.es: 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??)
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 ang...@froga.net 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
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
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
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
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
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 adu...@globaliza.com 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 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
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
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 adu...@globaliza.com 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
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 adu...@globaliza.com 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
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 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
Test
Test -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/59b77668-f2f8-40f9-921c-0ecf7f350...@tadium.es
Debian 6 iSCSI root boot problem
Hello to all, and sorry for may bad english, i'm Spanish. I'm trying to install Debian 6 on one server without internal disks, I have a Workstation running Debian 6 too that run as an iSCSI Target. This work station is configured as iSCSI target with the package iscsitarget, it is running without problems. The logical drive is exported perfectly. On the other hand (the initiator), the server is an HP DL380 G6, it have an network controller with boot from iSCSI support, we like use it to start Debian 6 without PXE, BOOTP, usb or something else. I'm using this post http://www.david-web.co.uk/blog/?p=188; to install Debian in the Target drive using iSCSI protocol (Debian is installed correctly in the remote drive using this method), but when I finish the installation and the server restart it is unable to boot. The grub is installed on the remote drive, and the Network firmware is well configured and it is connected to the remote drive at the moment of boot, but when the Grub of the remote drive try to start it show an error that says: Grub Read Error and the boot process is stopped at this time. At this time no grub rescue mode is available and no interactive methods is possible to debug the boot process. Here is the details of the server and his network controller (Chipset Broadcom BCM5709C): http://h18000.www1.hp.com/products/quickspecs/13234_div/13234_div.HTML; Because I'm using the iSCSI firmware provided by the network card, I'm not doing nothing in the last process of the post http://www.david-web.co.uk/blog/?p=188; where the post says: DON’T allow the system to reboot – the installed system can’t boot yet. I decided that I wanted to boot using BOOTP and TFTP. Please, ¿could someone help me? Thanks and Best Regards, Andrés Durán
Debian 6 iSCSI root boot problem
Hello to all, and sorry for may bad english, i'm Spanish. I'm trying to install Debian 6 on one server without internal disks, I have a Workstation running Debian 6 too that run as an iSCSI Target. This work station is configured as iSCSI target with the package iscsitarget, it is running without problems. The logical drive is exported perfectly. On the other hand (the initiator), the server is an HP DL380 G6, it have an network controller with boot from iSCSI support, we like use it to start Debian 6 without PXE, BOOTP, usb or something else. I'm using this post http://www.david-web.co.uk/blog/?p=188; to install Debian in the Target drive using iSCSI protocol (Debian is installed correctly in the remote drive using this method), but when I finish the installation and the server restart it is unable to boot. The grub is installed on the remote drive, and the Network firmware is well configured and it is connected to the remote drive at the moment of boot, but when the Grub of the remote drive try to start it show an error that says: Grub Read Error and the boot process is stopped at this time. At this time no grub rescue mode is available and no interactive methods is possible to debug the boot process. Here is the details of the server and his network controller (Chipset Broadcom BCM5709C): http://h18000.www1.hp.com/products/quickspecs/13234_div/13234_div.HTML; Because I'm using the iSCSI firmware provided by the network card, I'm not doing nothing in the last process of the post http://www.david-web.co.uk/blog/?p=188; where the post says: DON’T allow the system to reboot – the installed system can’t boot yet. I decided that I wanted to boot using BOOTP and TFTP. Please, ¿could someone help me? Thanks and Best Regards, Andrés Durán
