- Este debate tiene 11 respuestas, 2 mensajes y ha sido actualizado por última vez el hace 2 años, 6 meses por Federico Cristina.
-
AutorEntradas
-
17 febrero, 2022 a las 8:04 pm #65026Nicolás AlmeríaParticipante
Hola, soy nuevo en esta experiencia de Libertya y quería pedir ayuda a la comunidad porque no logro instalar el sistema en un sistema operativo Ubuntu, he seguido los tutoriales que están este sitio como el “Manual genérico de instalación en Linux.” y un par de tutoriales más de gente que ha hecho su colaboración pero nunca llego a poder completar el proceso. Sí he verificado que se instalaron correctamente Java y Postgres pero en la parte final es en donde siempre se me presentan problemas, que seguramente se dan por mi desconocimiento en el uso de comandos de Linux. Concretamente quisiera saber si alguien sabe de algún video tutorial que vaya mostrando el paso a paso a seguir como para tener algún instructivo que sea más amigable de seguir ya que se me dificulta bastante poder hacerlo solo con los comandos mostrados en la wiki o en otros tutoriales. Muchas gracias
22 febrero, 2022 a las 1:10 pm #65027Federico CristinaSuperadministradorBuenas Nicolás, entiendo que estas apoyándote en el siguiente manual: https://www.libertya.org/wiki/lib/exe/fetch.php?media=wiki:instalacion_en_linux.pdf verdad?
Una vez instalado Postgres y Java, has podido restarurar la base de datos y descargar/configurar los binarios? Luego de eso solo resta acceder a la aplicación, la cual puede realizarse mediante el cliente de escritorio o bien mediante el cliente web. Comentame un poco como para poder orientarte.
Slds!
Federico10 marzo, 2022 a las 3:03 am #65033Nicolás AlmeríaParticipanteMuchas gracias Federico ante todo por tu respuesta; efectivamente puede instalar Java y Postgres pero llego hasta la línea donde indican que se efectuará el restore del dump descargado en la base de datos libertya_prod (psql -U libertya -d libertya_prod -f dump_libertya_1907ar_postgres9.5.sql), allí me aparece este error:
psql: error: connection to server on socket “/tmp/.s.PGSQL.5432” failed: No existe el archivo o el directorio
Is the server running locally and accepting connections on that socket?
Ya me leí miles de foros que hablan de este error pero no le encuentro la vuelta, ¿podrá ser algún problema con la versión de Postgres que tengo instalada?, es la 14.2Muchas gracias nuevamente
11 marzo, 2022 a las 1:31 pm #65035Federico CristinaSuperadministradorBuenas Nicolás, el error que mencionas pareciera ser debido a que postgres no se encuentra iniciado.
No se de que manera instalaste postgres o si lo compilaste, pero una vez instalado es necesario iniciar el servicio en cuestion, tal como explica el manual. Solo después de iniciado el servicio correspondiente es posible conectar mediante psql.
Respecto de la versión, si bien Libertya actualmente se apoya en versiones 9.x y 10.x de Postgres, dudo que tenga relación con el problema dado que directamente postgres pareciera no estar ejecutándose.
Saludos!
14 marzo, 2022 a las 7:50 pm #65036Nicolás AlmeríaParticipanteGracias Federico, el error era que estaba mal posicionado ya que tenía que tirar el comando estando en la carpeta Downloads, ya solucioné esa parte y llego a la configuración del servidor de Libertya, en ese punto me tira el siguiente error: Error en el directorio base del java JDK (Not Found: Java JSDK = /opt/jdk-11.0.14.1+1/lib/tools.jar), previo a esto aclaro que verifiqué que tome bien la versión de java instalada.
Yo instalé el jdk-11.0.14.1+1 que es la versión más nueva de adoptopenjdk, esto es porque ahora desde el sitio https://adoptopenjdk.net/ se redirige a https://adoptium.net/?variant=openjdk11 y allí te baja esa versión. ¿sería esa versión lo que genera este error que puede que le falte ese archivo que me indica el error?. En todo caso, ¿me convendría descargar la versión 8 de java? Muchas gracias nuevamente.
16 marzo, 2022 a las 12:48 pm #65037Federico CristinaSuperadministradorBuenas Nicolás,
Con la versión 11 de Java tendrás inconvenientes al ejecutar la aplicación, debido a ciertas validaciones que realiza el código sobre la versión de Java que se está utilizando. Te sugeriría que utilices AdoptOpenJDK 8. Al ir al sitio de AdoptOpenJDK, seleccioná la opción OpenJDK 8 (LTS) previo a realizar la descarga.
Una vez descargada y descomprimida, recordá configruar adecuadamente las variables de entorno JAVA_HOME y el PATH a fin de que encuentren esta versión 8 en lugar de otras versiones que tengas instaladas.
Slds!
Federico17 marzo, 2022 a las 2:46 am #65038Nicolás AlmeríaParticipanteFederico probé la versión que me indicaste y ahora sí al ejecutar el ./Configurar.sh y abrir la ventana de conexión, todos los parámetros de conexión son correctos y me indica que los valores son correctos también, sin embargo en la ventana de comandos aparecen los mensajes que te copio debajo en donde aparentemente no tengo permisos sobre el archivo ServidorOXP siendo que ejecuté el comando chmod ugo+x *.sh -R y luego el export OXP_HOME=/ServidorOXP; también me indica que debo incluir OXP_HOME y JAVA_HOME en su entorno siendo que en el archivo etc/profile agregué las líneas export JAVA_HOME=/opt/jdk8u322-b06
export PATH=$JAVA_HOME/bin:$PATH y export OXP_HOME=/ServidorOXP; no se porqué me da esos errores.
Muy agradecido nuevamente por tu colaboración.===================================
Setup Dialog
===================================
java.util.logging.ErrorManager: 4: writer
java.io.FileNotFoundException: /ServidorOXP/ServidorOXP_2022-03-16_0.log (Permiso denegado)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(FileOutputStream.java:270)
at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
at java.io.FileWriter.<init>(FileWriter.java:107)
at org.openXpertya.util.CLogFile.initialize(CLogFile.java:152)
at org.openXpertya.util.CLogFile.<init>(CLogFile.java:97)
at org.openXpertya.util.CLogFile.<init>(CLogFile.java:71)
at org.openXpertya.install.Setup.main(Setup.java:184)
*** 2022-03-16 23:29:24.608 OpenXpertya Log (CLogConsole) ***
23:29:24.182 CLogMgt.setLevel: CONFIG [1]
23:29:24.182 Setup.<init>: Libertya (r) Versión 19.07_31-07-2019 – Software Libre de Gestión- (c) 2019 DISYTEL; Implementación: Libertya 20190726-0836 – SERVICIOS_DIGITALES [1]
23:29:24.182 AEnv.showCenterScreen: Aparicion de la ventana [1]
23:29:24.182 ConfigurationData.load: /ServidorOXP/LibertyaEnv.properties [1]
23:29:24.182 Config.test: OK: JavaHome=/opt/jdk8u322-b06 [17]
23:29:24.182 Config.test: OK: Version=1.8.0_322 [17]
===========> ConfigurationData.test: Not found: OXPHome = C:\Libertya [17]
===========> ConfigurationPanel$1.finished: Error en el directorio base de Libertya
(Not found: OXPHome = C:\Libertya) [13]
23:29:24.182 Config.test: OK: JavaHome=/opt/jdk8u322-b06 [36]
23:29:24.182 Config.test: OK: Version=1.8.0_322 [36]
23:29:24.182 ConfigurationData.testOXP: OK: OXPHome = /ServidorOXP [36]
23:29:24.182 KeyStoreMgt.<init>: /ServidorOXP/keystore/myKeystore [36]
23:29:24.182 KeyStoreMgt.createCertificate: [36]
23:29:24.182 KeyStoreMgt.keytool: keytool -genkey -keyalg rsa -alias libertya -dname “CN=elioramiro-Compaq-Presario-CQ40-Notebook-PC, OU=Libertya.org, O=UsuarioLibertya, L=MiCiudad, C=AR” -keypass myPassword -validity 1800 -keystore /ServidorOXP/keystore/myKeystore -storepass myPassword [36]
error de herramienta de claves: java.io.FileNotFoundException: /ServidorOXP/keystore/myKeystore (No existe el archivo o el directorio)*** 2022-03-16 23:31:19.581 OpenXpertya Log (CLogConsole) ***
===================================
===================================
Hacer .sh Ejecutables
chmod: cambiando los permisos de ‘Configurar.sh’: Operación no permitida
chmod: cambiando los permisos de ‘ConfigurarAuto.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./Configurar.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/VariablesUnix.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/ImportarOXP.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/Configurar.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/IniciarBD.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/IniciarServidor.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/killEmAll.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/restartPostgres.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PlantillaVariables.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/CallClass.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/Variables.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/DocumentCompleteProcess.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/DetenerBD.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/Hacer_ejecutables.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/ExportarBD.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/EstablecerVariables.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/Libertya.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/oracle/create.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/oracle/RUN_sqlj.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/ImportarReferencia.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/IniciarServidorDebug.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/DetenerServidor.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PluginInstaller.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/keepAliveDaemon.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/RestaurarBD.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/replicacion/currentLog.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/replicacion/showPendingRecordsDetailCount.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/replicacion/repClient.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/replicacion/showPendingRecordsDetailName.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/replicacion/showPendingRecords.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/replicacion/query.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/openXpertyaServidor.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/libertyad_ubuntu-debian.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/etc/java.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/etc/oxp2_1.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/libertyad_fedora.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/libertyad_centos.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/unix/paraopenXpertya.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Instalar_DB_ Postgresql.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Restaurar_BD.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Iniciar.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Importar_DB_ Postgresql.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Exportar_BD.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Detener.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PostgreSQL/Crear_DB_ Postgresql.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/NotInvoicingOrdersCloseProcess.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/trxTimeOut.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/PlantillaVariablesUnix.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/CreateReplicationTriggers.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./utils/restartJBoss.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./ConfigurarAuto.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/twiddle.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/jboss_init_suse.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/run.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/classpath.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/shutdown.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/jboss_init_redhat.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/deployer.sh’: Operación no permitida
chmod: cambiando los permisos de ‘./jboss/bin/rundebug.sh’: Operación no permitida
Fija las variables de entorno en Unix
===================================
Configura el entorno del cliente
===================================
Por favor, incluya OXP_HOME y JAVA_HOME en su entorno
Puede ser necesario fijar LD_LIBRARY_PATH si su sistema lo necesita
.
For problems, check log file in base directory17 marzo, 2022 a las 12:14 pm #65039Federico CristinaSuperadministradorBuenas,
Efectivamente, el mensaje de error de tipo:
chmod: cambiando los permisos de ‘./jboss/bin/rundebug.sh’: Operación no permitida
Probablemente se deba a que el directorio ServidorOXP haya sido creado con un usuario (o con root?) distinto al que estás utilizando para ejecutar el Configurar.sh
Fijate de realizar la actividad como root, o bien de iniciar mediante sudo
Slds!
21 marzo, 2022 a las 2:56 am #65040Nicolás AlmeríaParticipanteFederico pude finalmente darle permisos al directorio ServidorOXP pero ahora me aparece un error en el puerto 5432, por lo que estuve viendo acá, ese error aparece en el siguiente enlace https://www.libertya.org/forums/topic/error-en-el-puerto-de-la-base-de-datos-esta-libre-db-server-port-5432/ y no hubo una solución al tema, ¿sabrías porqué puede ser esto?, seguí todos los pasos que indica el tutorial en los archivos pg_hba.conf y postgresql.conf pero no puedo hacer que funcione. Agradezco nuevamente tu gentil colaboración. Slds.
25 marzo, 2022 a las 10:50 am #65041Federico CristinaSuperadministradorBuenas Nicolás,
Tenes que verificar que el postgres se encuentre en ejecución. Al ejecutar Configurar.sh, en donde indica Servidor de base de datos seguramente dice el hostname (nombre del equipo, por ejemplo: pc-usuario), por consiguiente desde una terminal ejecutá alguna query para confirmar que podés conectarte al motor de base de datos:
psql -h pc-usuario -U libertya -d libertya -c “select 1”
Reemplazando pc-usuario por el nombre de tu equipo, claro está.
Quizás el problema radique en que no puede resolverse el nombre del equipo. En ese caso deberías modificar el archivo /etc/hosts para incluir tu hostname en la resolución de nombres, por ejemplo:
127.0.0.1 localhost pc-usuario
Nuevamente reemplazando pc-usuario por el nombre de tu equipo.
De todas maneras, si tu idea es realizar pruebas iniciales de Libertya, podés probar a utilizar la máquina virtual lista para usar bajo VirtualBox. La podés descargar desde los siguientes enlaces (son 2 partes):
https://sourceforge.net/projects/libertya/files/libertya/release/21.0/PyME/LibertyaServer_21.07ar_PyME.vmdk.zip
https://sourceforge.net/projects/libertya/files/libertya/release/21.0/PyME/LibertyaServer_21.07ar_PyME.vmdk.z01El siguiente enlace explica cómo utilizar dicha máquina virtual:
Saludos!
Federico5 mayo, 2022 a las 7:11 pm #65059Nicolás AlmeríaParticipanteHola Federico, ante todo nuevamente agradecido por tu asistencia y disculpas por la demora ya que soy totalmente nuevo en linux y me tomó un poco de tiempo lograr la instalación en mi versión de linux pero ya se había transformado en un desafío personal. A continuación y a modo de contribución, dejo un detalle del paso a paso que realicé para poder hacer el procedimiento completo, aclaro que la instalación la hice sobre una notebook bastante viejita que tiene una versión de linux: LXLE Linux 18.04.3 64bit que es muy liviana y funciona bien, también comento que debido a múltiples problemas que se fueron presentando, la mejor opción que encontraba era formatear el equipo y con esto pude completa el procedimiento, fueron tres formateadas en total, aunque la última después me di cuenta que no habría sido necesaria. Espero les resulte de utilidad. Saludos cordiales
Tomé como referencia la guía de instalación detallada en https://www.libertya.org/wiki/lib/exe/fetch.php?media=wiki:instalacion_en_linux.pdf
Java (bajé la versión 8 de Oracle, fue la única que me funcionó bien):
.Ingresar a: http://jdk.java.net/java-se-ri/8-MR3.Posicionarse en la terminal de linux en cd Downloads/ (La carpeta descargas me figura como Downloads)
.Llevar el archivo a la carpeta OPT: sudo mv ~/Downloads/openjdk-8u41-b04-linux-x64-14_jan_2020.tar.gz /opt
.Posicionarse en: cd /opt
.Descomprimir gz con: sudo gunzip openjdk-8u41-b04-linux-x64-14_jan_2020.tar.gz
.Descomprimir el .tar: sudo tar -xvf openjdk-8u41-b04-linux-x64-14_jan_2020.tar
.Esto deja la versión de Java lista para ser utilizada en /opt/java-se-8u41-ri
.Ejecuto los comandos (Esto hay que editarlo en los archivos que indica el manual, si solo de ejecuta, funcionan mientras esté en ejecución el terminal):
export JAVA_HOME=/opt/java-se-8u41-ri
export PATH=$JAVA_HOME/bin:$PATHEjecutar el comando: java -version, tiene que aparecer (Si no aparece, reiniciar):
openjdk version “1.8.0_41”
OpenJDK Runtime Environment (build 1.8.0_41-b04)
OpenJDK 64-Bit Server VM (build 25.40-b25, mixed mode)La verificación de otras versiones de Java con: update-alternatives –config java, no la realizo ya que el equipo fue formateado, igual en otras pruebas cuando aparecen otras versiones, en teoría no debería de tener inconvenientes.
Postgres:
.Lo descargo según indica el manual de: https://ftp.postgresql.org/pub/source/v10.10/postgresql-10.10.tar.gz.
.Posicionarse en: cd Downloads/ (Que es donde se descargó el archivo)
.Descomprimir gz con: gunzip postgresql-10.10.tar.gz (No uso el super usuario sudo)
.Descomprimir el .tar: tar -xvf postgresql-10.10.tar (No uso el super usuario sudo)
Ahora sigo los pasos detallados en el archivo Install que está en /Downloads/postgresql-10.10/INSTALL
.Me posiciono en: cd postgresql-10.10/
ejecuto: ./configure y me aparece el error: Configure: error: no acceptable C compiler found in $PATH
En un foro indican que la solución es ejecutar el comando: sudo apt-get install build-essential
Sigue dando error pero en la línea de comandos me indica que pruebe agregar: –without-readline
.Pruebo ejecutar nuevamente: ./configure –without-readline (Posicionado en cd Downloads/postgresql-10.10), y allí no se muestran errores.
.Y ahora ejecuto línea por línea:
make (Este proceso lleva su tiempo de ejecución)
su (Me indica que la clave no es correcta así que ejecuto: sudo su)
make install
adduser postgres (En este paso defino una nueva clave y dejo los demás valores por defecto)
mkdir /usr/local/pgsql/data
chown postgres /usr/local/pgsql/data
su – postgres
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data (Sale el siguiente aviso: Success. You can now start the database server using:/usr/local/pgsql/bin/pg_ctl -D /usr/local/pgsql/data -l logfile start).ejecuto el comando: /usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data >logfile 2>&1 & (Al ejecutar este comando aparece: [1] 16299)
.Ingreso a través de un gestor de archivos, en modo visual, para buscar la carpeta del directorio root que contiene los archivos que configuraremos a continuación
.Agrego los permisos de acceso en el archivo: /usr/local/pgsql/data/pg_hba.conf (me posiciono sobre la carpeta data, botón derecho => open as root) incorporando una nueva línea luego de la línea IPv4 local connections, con el siguiente contenido (en ese caso me posiciono sobre el archivo, botón derecho => edit as root *Este paso es muy importante*)
# IPv4 local connections:
host all all 0/0 trustEn mi caso queda de esta forma:
# IPv4 local connections:
host all all 0/0 trust
host all all 127.0.0.1/32 trustDirecciones de escucha
En el archivo /usr/local/pgsql/data/postgresql.conf deberá modificarse la línea listen_address, con el
siguiente contenido: listen_addresses = ‘*’ # what IP address(es) to listen on;
En mi caso figuraba => #listen_addresses = ‘localhost’ # what IP address(es) to listen on;
Lo modifico por => listen_addresses = ‘*’ # what IP address(es) to listen on; (Tener en cuenta que hay que quitar el #).Volviendo a la consola, se debe modificar el dueño de los archivos, que debe ser el usuario postgres:
Ejecuto las dos siguientes líneas:
sudo chown postgres /usr/local/pgsql/data/pg_hba.conf
sudo chown postgres /usr/local/pgsql/data/postgresql.conf.Ejecuto los siguientes comandos:
export PGDATA=/usr/local/pgsql/data
export PATH=/usr/local/pgsql/bin/:$PATH.Ahora verfico la conexión con la BD ejecutando: /usr/local/pgsql/bin/psql -h localhost -U postgres -c “select 1”
Me da el siguiente error: psql: could not connect to server: Conexión rehusada
Pruebo ejecutar como indica el manual los siguientes comandos:
su – postgres (Me pide una contraseña, ingreso la clave de postgres que había definido anteriormente)
/usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data >logfile 2>&1 & (Al ejecutar este comando me devuelve [1] 2561)
exit.Verifico nuevamente la conexión con la BD ejecutando: /usr/local/pgsql/bin/psql -h localhost -U postgres -c “select 1” y ahora me devuelve
?column?
———-
1
(1 row)Esto indicaría que el servicio de postgres se encuentra corriendo y escuchando.
Base de Libertya:
.Descargo la base desde: https://sourceforge.net/projects/libertya/files/libertya/release/1907/multi-platform/dump_libertya_1907ar_postgr
es9.5.sql.zip.No debo estar con el usuario postgres
psql -h localhost -U postgres -c “CREATE ROLE libertya LOGIN PASSWORD ‘libertya’ SUPERUSER CREATEDB CREATEROLE VALID UNTIL ‘infinity’ IN ROLE postgres”
(Si da error con el comando psql, instalarlo con sudo apt install postgresql-client-common)
.Procedo a descomprimir la base descargada, me posiciono en: cd Downloads/ y ejecuto: unzip dump_libertya_1907ar_postgres9.5.sql.zip
Creo la base de datos libertya_prod
psql -h localhost -U postgres -c “CREATE DATABASE libertya_prod WITH ENCODING=’UTF8′ OWNER=libertya TEMPLATE=template1;”
Para ver si se creó puedo ingresar con: psql -U postgres -W
Y luego: postgres=# \lDevuelve lo siguiente indicando que efectivamente la base libertya_prod se ha creado:
List of databases
Name | Owner | Encoding | Collate | Ctype | Access priv
ileges
—————+———-+———-+————-+————-+————–
———
libertya_prod | libertya | UTF8 | es_AR.UTF-8 | es_AR.UTF-8 |
postgres | postgres | UTF8 | es_AR.UTF-8 | es_AR.UTF-8 |Salgo con: postgres=# \q
Ahora hay que cargar en esa base el archivo dump_libertya_1907ar_postgres9.5.sql descargado
psql -U libertya -d libertya_prod -f dump_libertya_1907ar_postgres9.5.sql
.Instalo el paquete con: sudo apt install postgresql-client-common
.Ejecuto nuevamente el comando (Posicionado en cd Downloads/): psql -U libertya -d libertya_prod -f dump_libertya_1907ar_postgres9.5.sql
Y allí comienza a ejecutar el proceso de carga de la BD, esto demora un rato en completarse.
Descarga de Binarios Libertya:
.Ingreso a: https://sourceforge.net/projects/libertya/files/libertya/release/1907/multi-platform/ServidorOXP_V19.07.zip y descargo el archivo a Downloads
.ejecuto los siguientes comandos de a uno por vez:
cd Downloads/
sudo mv ServidorOXP_V19.07.zip / (sin sudo me dice que no se puede mover el archivo, esto hace que el archivo se mueva/copia a la raiz del directorio)
cd
unzip ServidorOXP_V19.07.zip (Me da el error: cannot find or open ServidorOXP_V19.07.zip, ServidorOXP_V19.07.zip.zip or ServidorOXP_V19.07.zip.ZIP.)
.Ejecuto el comando: cd / (Esto hace que me posicione en la raíz del directorio)
.Ejecuto el comando: sudo unzip ServidorOXP_V19.07.zip (Se ejecuta la descompresión del archivo)Ahora ejecuto los comandos:
cd /ServidorOXP
sudo chmod ugo+x *.sh -RLuego busco el archivo etc/profile y lo edito con botón derecho: edit as root
Agrego al final de dicho archivo: export OXP_HOME=/ServidorOXPAhora configuro la instancia:
.Ejecuto el comando: ./Configurar.sh
Aparece la interfaz para la configuración del servidor Libertya
Para utilizar una consola de superusuario (“root”), escriba “sudo -i” en la línea de comandos.
Para ejecutar y que no de error de permisos, debería aparecer en la terminal => root@miequipo:/ServidorOXP/utils#
Y desde allí ejecutar el comando:./IniciarServidor.sh
Esto ejecuta un proceso que demora un poco y al finalizar aparece el mensaje:
15:55:03,712 INFO [Server] JBoss (MX MicroKernel) [4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)] Started in 1m:26s:216ms
Que es lo que indica que se ha establecido correctamente la conexión, luego simplemente ingresar por el navegador a la dirección: localhost:8080
Y aparece la opción para ingresar al cliente web con las credenciales:
Usuario: AdminLibertya
Contraseña: AdminLibertya.
6 mayo, 2022 a las 11:55 am #65060Federico CristinaSuperadministradorBuenas Nicolás, me alegra que hayas podido realizar la instalación y muchas gracias por tu aporte!!
Slds!
Federico -
AutorEntradas
- Debes estar registrado para responder a este debate.