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.
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!
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
Si está buscando una alternativa a los paquetes de código abierto para crear su propia "High Availability", consulte HAAst en http://www.telium.ca/?haast
Hay una versión gratuita que es ideal para pequeñas instalaciones. No tiene que preocuparse por DRBD, heartbeat, etc. . y es fácil de instalar.
(Intenté traducir esto del inglés, lo siento si suena incómodo)
RiveraPer Lograste resolver esto? Yo acabo de hacer una instalación fresca y me aparece el mismo mensaje en la consola de Asterisk. Adicionalmente no puedo hacer llamadas entre extensiones, me aparece este otro mensaje : "to extension '1001' rejected because extension not found in context 'from-internal'."
rdp Estos son los mensajes que veo en la consola del Asterisk: [2018-03-02 21:55:05] WARNING[7386]: db.c:332 ast_db_put: Couldn't execute statment: SQL logic error or missing database [2018-03-02 21:55:38] WARNING[7386]: db.c:332 ast_db_put: Couldn't execute statment: SQL logic error or missing database [2018-03-02 21:55:59] WARNING[7386]: db.c:332 ast_db_put: Couldn't execute statment: SQL logic error or missing database
Me gustaría saber si los resolviste
Hola, tengo el mismo problema desde hace 1 par de semanas y no se como salió. Anteriores instalaciones en HA solo bastaba permisos en el astdb.sqlite3 y ya. He intentado con permisos totales sobre directorios, y varias formas en internet pero nada aun.
tompsgone yo resolvi este problema asignando permisos especiales a la carpeta /var dentro de /datos... le asigne 777 -R a esta carpeta... con esto se resolvio todo. Espero les pueda servir!!!
eso sale después de Ha.
http://forums.asterisk.org/viewtopic.php?f=1&t=89977
El DRBD conseguí siguiendo el paso a paso aquí abajo.
#yum update No hay nuevos mensajes [Popular] No hay nuevos mensajes [Popular] No hay nuevos mensajes [Popular] No hay nuevos mensajes [Cerrado] # #rpm --import http://www.elrepo.org/RPM-GPG-KEY-elrepo.org #rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-3.el7.elrepo.noarch.rpm #yum -y install drbd90-utils Nota: No instalar el paquete precompilado del drbd módulo del núcleo.
Página web: https: //www.linbit.com/en/drbd-community/drbd-download/
#wget -c http://www.linbit.com/downloads/drbd/8.4/drbd-8.4.11-1.tar.gz #tar zxvf drbd-8.4.11-1.tar.gz #cd drbd-8.4.11-1 #make #make install #modprobe drbd #lsmod | grep -i drbd
No he podido poner para funcionar el HA todo siguiendo el manual en pdf. En este caso debido a algunas limitaciones del HA, sería mejor utilizar servidores separados siendo uno conectado y otro apagado en lugar de este HA? Recordando que estoy utilizando la última versión 4 de Issabel.
Hola comunidad.
Los pasos descritos por @JavierRodriguezGarzon y @gaffasoft siguen sirviendo y vigentes para lograr HA en la iso issabel4-USB-DVD-x86_64-20181002.iso ?
Yo lo tengo instalado y funcionando con este manual: http://www.silcom.com.pe/papers/paper_Alta_Disponibilidad_con_Issabel-PBX.pdf
Pero ten en cuenta que te fallara fail2ban y no te recomiendo actualizar jamas los equipos una vez los tengas funcionando, es decir, instala todo antes, actualiza todo y después prueba la Alta Disponibilidad.
RiveraPer Hola, yo estoy configurando sobre la última versión de Issabel. Y el paso "pcs -f drbd_cfg resource create DrbdData ocf:linbit:drbd drbd_resource=testdata1 op monitor interval=60s" me muestra el siguiente error: "Error: Agent 'ocf:linbit:drbd' is not installed or does not provide valid metadata: Metadata query for ocf:linbit:drbd failed: Input/output error, use --force to override".
Alguien sabe como lo puedo corregir?
hola @RiveraPer
Gracias por tu respuesta. Vi un post que comentabas algunos inconvenientes que te quedaron y te quiero consultar sobre ellos algunos que no encontré respuesta en el hilo. Supongamos que ya actualice el CentOS a tope (kernel y paquetes) e instalado todo lo necesario en ambos servidores.
Tu post: https://forum.issabel.org/d/436-high-availability-isabel-con-drbd-heartbeat/21
Comentaste: Los problemas que detecto son:
1)- El backup de Issabel no realiza el backup del directorio /etc/asterisk (fundamental). SOLUCIÓN: ¿Este lo pudiste solucionar?
2) - Al restaurar un backup de Issabel, el directorio /etc/asterisk no se restaura en la partición drbd del disco sdb en mi caso, sino que lo deja en su directorio original (disco sda). SOLUCIÓN: ¿Este lo pudiste solucionar?
3)- Fail2ban no se carga en la máquina esclava si la principal falla. SOLUCIÓN: ¿Cargarlo como recurso?
4) arranque sin esclavo: Otro tema es que si arrancas el servidor principal sin arrancar el secundario casi al mismo tiempo, después no encuentra el secundario quedando el drbd-overview cómo primario/unknown en el pricipal y secundario/unknown en el esclavo. ---> SOLUCION: https://forum.issabel.org/d/436-high-availability-isabel-con-drbd-heartbeat/28
Punto 1, 2 y 3 sin solución aún, el resto todo correcto. las actualizaciones de centos se pueden hacer sin problemas, las de issable mejor no hacerlas. El backup tampoco es muy grabe ya que con copiar los ficheros restaurados al directorio compartido se soluciona. De todas formas yo solo lo tengo en pruebas, no en producción,
el backup hay que arreglar la ruta de restauración o realizarlo manual como es un tar por consola lo realizas. Y el fail2ban como maneja web se debe realizar cambio de ruta de estos archivos. hay que revisar.