Hola, siento deciros que después de la ultima actualización de Centos pasando de la 7.3 a la 7.4, ya no funciona la alta disponibilidad. Se produce un error al crear el recurso asterisk Al ejecutar: pcs resource create asterisk ocfasterisk params user="root" group="root" op monitor timeout="30" Da el error: Error: missing value of 'params' option
No se a que se debe, quitado el user y el group si se crea el recurso, pero no se activa.
RiveraPer
Para agregar este recurso, solo quita la palabra params:
pcs resource create asterisk ocfasterisk user="root" group="root" op monitor timeout="30"
Y por mi experiencia, funciona de mejor manera en Issabel 4.0 si utilizas user="root" group="asterisk"
Slds,
Yo segui los pasos del pdf sobre la ultima version de issabel, pero despues de ejecutar rpm -ivh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-elrepo.org yum --skip-broken -y install drbd-utils kmod-drbd
genero el reinicio del equipo pero el modulo drbd no carga:
[root@issabel2 /]# cat /etc/modules-load.d/drbd.conf drbd [root@issabel2 /]# lsmod |grep drbd [root@issabel2 /]#
javier pareciera que ni siquiera se instaló
tavoip correcto, cuando ejecuto yum --skip-broken -y install drbd-utils kmod-drbd aparece lo siguiente:
[root@issabel2]# yum --skip-broken -y install drbd-utils kmod-drbd Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile base: mirror.gtdinternet.com commercial-addons: repo.us.issabel.org elrepo: elrepo.org epel: mirror.cedia.org.ec extras: centos.brisanet.com.br issabel-base: repo.us.issabel.org issabel-extras: repo.us.issabel.org issabel-updates: repo.us.issabel.org * updates: mirror.gtdinternet.com Resolving Dependencies --> Running transaction check ---> Package drbd84-utils.x86_64 0:9.1.0-1.el7.elrepo will be installed ---> Package drbd90-utils.x86_64 0:9.1.0-1.el7.elrepo will be installed ---> Package kmod-drbd84.x86_64 0:8.4.10-1_2.el7_4.elrepo will be installed --> Processing Dependency: kernel(vmemmap_base) = 0x97651e6c for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(page_offset_base) = 0x7cd8d75e for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(nla_put_64bit) = 0x4e8d4c46 for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(generic_start_io_acct) = 0x6eb83640 for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(generic_end_io_acct) = 0xf7bcb34d for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(crypto_alloc_ahash) = 0x31bdc7e8 for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(raw_qspin_lock_irq) = 0x3588d8ba for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(raw_qspin_lock) = 0x4b7dcf38 for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 --> Processing Dependency: kernel >= 3.10.0-693.el7 for package: kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 ---> Package kmod-drbd90.x86_64 0:9.0.9-1.el7_4.elrepo will be installed --> Processing Dependency: kernel(vmemmap_base) = 0x97651e6c for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(page_offset_base) = 0x7cd8d75e for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(nla_put_64bit) = 0x4e8d4c46 for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(generic_start_io_acct) = 0x6eb83640 for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(generic_end_io_acct) = 0xf7bcb34d for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(crypto_alloc_ahash) = 0x31bdc7e8 for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(raw_qspin_lock_irq) = 0x3588d8ba for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel(raw_qspin_lock) = 0x4b7dcf38 for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Dependency: kernel >= 3.10.0-693.el7 for package: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 --> Processing Conflict: drbd90-utils-9.1.0-1.el7.elrepo.x86_64 conflicts drbd84-utils <= 9.1.0-1.el7.elrepo --> Processing Conflict: drbd90-utils-9.1.0-1.el7.elrepo.x86_64 conflicts drbd84 <= 9.1.0-1.el7.elrepo --> Processing Conflict: kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 conflicts kmod-drbd84 <= 9.0.9-1.el7_4.elrepo
Packages skipped because of dependency problems: drbd84-utils-9.1.0-1.el7.elrepo.x86_64 from elrepo drbd90-utils-9.1.0-1.el7.elrepo.x86_64 from elrepo kmod-drbd84-8.4.10-1_2.el7_4.elrepo.x86_64 from elrepo kmod-drbd90-9.0.9-1.el7_4.elrepo.x86_64 from elrepo
Aparece esto:
Requires: kernel >= 3.10.0-693.el7 Installed: kernel-3.10.0-514.2.2.el7.x86_64 (@anaconda/4) kernel = 3.10.0-514.2.2.el7
Sera que el kernel de issabel no es compatible?
javier habría que validar que versión de kernel tienes instalada y buscar la versión de drbd y sus dependencias para dicho kernel
Saludos, tavoip
javier Pudiste solucionarlo? Tengo el mismo problema. Saludos.
javier Hola Javier,
El problema se debe a que Issabel viene con la opción de actualizar kernel, el drbd necesita instalar unos módulos en el kernel y que funcione correctamente, lo que se debe hacer es actualizar el Kernel mediante los repos de Centos, simplemente edita el archivo:
/etc/yum.repos.d/CentOS-Base.repo
Busca las lineas "exclude= " y quita la palabra kernel* esto en todas las lineas de ese repo oficial, te debe de quedar como así:
exclude=redhat-logos php53*
Guardas y ejecutas "yum update" espera que se actualize el sistema y el kernel, reinicias y luego tratas de instalar el drbd
Saludos!
Aun no lo he podido solucionar, al parecer no funcionara el drbd con la ultima version de issabel :/
Hola a todos, les saluda Juan Oliva, quería hacer algunas acotaciones respecto al material paper_Alta_Disponibilidad_con_Issabel-PBX.pdf ya que veo que hay algunos detalles que se encontraron en la misma.
Sobre : yum --skip-broken -y install drbd-utils kmod-drbd No tiene mayor efecto, ya que las dependencias no son significativas a nivel implementaciones en producción, salvo que interactúen con algún tipo de tarjeta en el equipo, dado el escenario por la naturaleza de la instalación se puede indicar que es irrelevante.
Sobre : pcs resource create asterisk ocfasterisk params user="root" group="root" op monitor timeout="30" Tal como lo indican es necesario remover la palabra "params" en la linea, es por la versión de pcs que se instala en Issabel, tampoco es relevante.
Finalmente la ISO usada en el documento es la Dinomi-1.0.39-STABLE-x86_64-bin-06Jun2017.iso
Espero les sirva. Saludos Juan Oliva
Buenas noches.
Tengo dos servidores instalados con Issabel version 4, en este momento el procedimiento para cambiar al de respaldo en caso de que el principal falle se tendría que realizar manualmente pero me gustaría realizar la prueba configurando el HA como lo mencionan en el manual para que se haga en automático, los dos equipos que tengo en este momento cada uno tienen tarjeta Sangoma de dos puertos para recibir E1, mi duda es si tengo que poner algún equipo controlador de E1 para tener los dos equipos conectados en lugar de las tarjetas Sangoma o como se realizaría la conexión.
Saludos...
clopez2007 Hola,
Yo lo manejo de la siguiente manera: Tengo un E1 sip el cual recibe trunk E1 de tu proveedor y se lo mando por sip a los servidores, el dispositivo se registra en el cluster como una troncal Ip y con eso cuando el cluster cambia de nodo el dispositivo sigue mandando las llamadas al pbx que tiene registro y como es una IP flotante todo queda automático.
Hola Javier,
Hola,
Javier, tuve el mismo problema, pero lo pude solucionar actualizando el kernel Paso 1 rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
Paso2 yum --disablerepo="*" --enablerepo="elrepo-kernel" list available
Aqui te arrojara una lista de kernel debes de elegir el kernel-lt ya que el kernel-ml no me levanto la PBX
Paso3 yum --enablerepo=elrepo-kernel install kernel-lt
Reinicias y partes con el nuevo kernel, luego de eso instala el drbd y el kmod-drbd
Yo estoy terminando de hacer lo que dice en el manual y veo que me levanta las maquinas bien (después de días de estar probando jejejeje - en la mayoria de las veces error de tipeo - )
Maquina Principal [root@ha1 ~]# pcs status resources virtual_ip (ocf:IPaddr2): Started ha1.nodo Master/Slave Set: DrbdDataClone [DrbdData] Masters: [ ha1.nodo] Slaves: [ ha2.nodo] DrbdFS (ocf:Filesystem): Started ha1.nodo asterisk (ocf:asterisk): Started ha1.nodo Httpd (ocf:apache): Started ha1.nodo mysql (ocf:mysql): Started ha1.nodo
Maquina2 [root@ha2 ~]# pcs status resources virtual_ip (ocf:IPaddr2): Started ha1.nodo Master/Slave Set: DrbdDataClone [DrbdData] Masters: [ ha1.nodo ] Slaves: [ ha2.nodo] DrbdFS (ocf:Filesystem): Started ha1.nodo asterisk (ocf:asterisk): Started ha1.nodo Httpd (ocf:apache): Started ha1.nodo mysql (ocf:mysql): Started ha1.nodo [root@ha2 ~]#
Cuando reinicio la maquina HA1
Maquina2 [root@ha2 ~]# pcs status resources virtual_ip (ocf:IPaddr2): Started ha2.nodo Master/Slave Set: DrbdDataClone [DrbdData] Masters: [ ha2.nodo] Slaves: [ ha1.nodo] DrbdFS (ocf:Filesystem): Started ha2.nodo asterisk (ocf:asterisk): Started ha2.nodo Httpd (ocf:apache): Started ha2.nodo mysql (ocf:mysql): Started ha2.nodo
Principal (pasa a respaldo) [root@ha1 ~]# pcs status resources virtual_ip (ocf:IPaddr2): Started ha2.nodo Master/Slave Set: DrbdDataClone [DrbdData] Masters: [ ha2.nodo] Slaves: [ ha1.nodo] DrbdFS (ocf:Filesystem): Started ha2.nodo asterisk (ocf:asterisk): Started ha2.nodo Httpd (ocf:apache): Started ha2.nodo mysql (ocf:mysql): Started ha2.nodo
Suerte, y espero que te haya podido ser de ayuda
ccampos Ese kernel no carga por algún motivo en servidores Lenovo.
gaffasoft En esa línea solo quedaría:
pcs resource create Httpd ocfapache.
o
pcs resource createHttpd ocfapache configfile="/etc/httpd/conf/httpd.conf" statusurl="http://127.0.0.1/server-status"
gracias.
milton La segunda opción
gaffasoft muchas gracias por la aclaración.
Hola
Estoy siguiendo el manual http://www.silcom.com.pe/papers/paper_Alta_Disponibilidad_con_Issabel-PBX.pdf En el punto 7 y 8 (pagina 16) esos pasos debo ejecutarlo solo en el nodo1 o en ambos nodos?
Mi kernel es issabel luego de actualizarlo para instalar drbd (para 7.2 tira error de dependencia no se instala): cat /etc/redhat-release: CentOS Linux release 7.4.1708 (Core) Funciona para este kernel?
Saludos