Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 2 Próxima »




Manual de Instalación


Director



Cambio por Revisiones


Fecha

Versión

Cambios – Motivo

 

1

Creación del documento

 

2

Agregado de sección "14. Configuración adicional del sistema"

3Agregado de la sección "8. Actualización"



Índice 


1. Objetivo

El objetivo de este documento es ofrecer una guía completa del proceso de instalación del producto Director.

Se explicarán los pasos de la implementación, los requerimientos de hardware y software como así también las propiedades a ser configuradas.



2. Alcance

Director de Napse Global.



3. Referencias

Se menciona la serie de documentos que acompañan al producto:


  • Director – Manual de instalación
    Este manual


  • Director – Manual de usuario
    Manual del usuario que explica la operatoria completa de Director


  • VTOL CORE – Manual de usuario
    Manual del usuario que explica la operatoria completa de VTOL Core



4. Introducción

4.1 ¿Qué es Director?

Director es una solución de Napse que permite gestionar, administrar, distribuir y monitorear de manera centralizada y eficiente nuevas versiones de productos Napse en la red de tiendas de un retailer.
Además, posee la funcionalidad de monitorear en forma remota las terminales publicando múltiple información de las mismas.


4.2 Arquitectura de Director

El producto se encuentra constituido por los siguientes componentes:


  • Director Server
    Ubicado de forma centralizada en un servidor, permite y efectúa la gestión, administración, coordinación e integración del sistema. Le ofrece al usuario una consola web de operación.


  • Consola de administración
    Por medio de la interfaz gráfica web, el usuario puede acceder a la solución para administrar los productos Napse y sus versiones y monitorear las terminales de los locales.


  • Git
    Se encarga de llevar a cabo el control y la gestión de versiones de los productos definidos en el sistema.


  • Director Agent
    Se encuentra integrado en cada producto de una terminal de una tienda, Entre sus principales funciones se encuentran: informar el estado del producto, actualizar el producto a nuevas versiones vigentes e informar datos de una terminal. 


Diagrama de Director


5. Flujo de Implementación

En este apartado se explicará la secuencia o los pasos para instalar, configurar e iniciar Director:


  1. Verificar y cumplir con los pre-requisitos del sistema, tanto de software como de hardware (apartado 6. Pre-requisitos del Sistema)

  2. Efectuar la instalación completa mediante el asistente gráfico de instalación (apartado 7. Instalación)

  3. Crear la base de datos y ejecutar los script de base de datos (apartado 8. Creación de la Base de Datos)

  4. Iniciar Director como proceso (apartado 9.1 Iniciar Director)

  5. Acceder a la consola web de administración e iniciar sesión (apartado 10. Acceso Administrativo a Director)

  6. Configurar las propiedades y las variables iniciales que utilizará Director (apartado 11. Configuración Inicial del Sistema)


Una vez efectuado el flujo de implementación, dirigirse al documento "Director - Manual de usuario.pdf" para conocer cómo operar con el producto Director.


6. Pre-requisitos del Sistema

6.1 Plataformas Soportadas

  • Windows 64 bits
    • 8 o superior
    • Server 2012 y 2016
  • Linux 64 bits
    • Cent OS 6.5 o superior


6.2 Requerimientos de Hardware

  • Memoria RAM: 4GB como mínimo disponible para la aplicación
  • Disco Rígido: 100GB como mínimo disponible para la aplicación
  • Procesador: i5 o superior


6.3 Requerimientos de Software


Nota: En el anexo 15.1 Instalación de Git se encuentran los procedimientos de instalación de los productos Bonobo y GitLab.

Requsitos de Base De Datos

El dimensionamiento minimo para un ejercicio de 10 tiendas con 15 terminales con 4 productos cada una es  de 1.5GB.

La definición de los usuarios y permisos son de lectura, escritura, actualización y eliminación (a nivel datos) y de ejecución de Stored Procedures.



7. Instalación

La instalación completa de Director se realiza gracias al uso de un asistente gráfico de configuración.

Recomendación: Se recomienda instalar Director en el mismo servidor en que se encuentra instalado Git o en un servidor separado con una conexión de red de al menos 100MB.
Nota: Verificar tener correctamente seteada la variable JAVA_HOME. En caso de no tenerla, setearla a la carpeta de instalación de la JVM. Para esto verificar la carpeta de instalación, ejemplo: C:\Java\jdk1.8.0_77".

Para instalar Director Server se deben seguir los siguientes pasos:


  1. Verificar la existencia de la base de datos que usará la aplicación Director.

  2. Iniciar sesión en el sistema operativo donde se instalará la aplicación con un usuario con permisos de administrador.

  3. Iniciar el instalador de la aplicación Director ejecutando la siguiente sentencia en la línea de comandos:


java –jar INSTALADOR.jar


Por ejemplo:


java –jar director-installer-1.0.0-SNAPSHOT.jar



Al ejecutar esta sentencia, se descomprime el archivo.



4. Se presentará la pantalla de bienvenida del instalador. Oprimir el botón "Siguiente".



5. Al pasar a la siguiente pantalla se mostrarán los términos de servicio y condiciones de uso de la aplicación para ser leídos. Oprimir el botón "Aceptar".



6. Se deberán aceptar los términos y condiciones y completar con el nombre completo y el correo electrónico para poder continuar con la instalación. Oprimir el botón "Siguiente".



7. A continuación, se deberá seleccionar el directorio de instalación e ingresar los puertos del servidor WEB. Oprimir el botón "Siguiente".


7.1 En caso de que el directorio no exista, se ofrecerá crearlo.



8. Indicar el motor de base de datos que se utilizará y presionar "Siguiente".



9. Ingresar los datos vinculados a la base de datos a emplearse:

    1. La versión del motor de base de datos seleccionado
    2. El host de la base de datos
    3. El nombre de la base de datos que fue creada previamente para Director
    4. El puerto de la base de datos
    5. Y las credenciales (usuario y contraseña) para la autenticación del motor de base de datos


Una vez completados los datos, presionar el botón "Siguiente".



10. Presionar "Instalar" para ejecutar el proceso de instalación.


Se mostrarán los elementos instalados.



Se podrá observar información detallada de la instalación presionando el botón "Enseñar detalles". Al hacer esto se mostrarán dos solapas:

    • En la solapa "Salida" podrá observar el progreso de la instalación visualizando las tareas ejecutadas por el instalador
    • En la solapa "Errores" se presentan las fallas que tuvieron lugar durante la instalación



11. La finalización de la instalación se informa mediante un mensaje de "Terminado". Oprimir "Aceptar".



12. Presionar el botón "Salir" para salir del instalador.



13. Dentro del directorio elegido en el paso 7, se creó la carpeta con la versión instalada de Director.


Los archivos creados son los siguientes:


Archivo

Descripción

bin

Carpeta que contiene los archivos de inicio y de detención de la aplicación como proceso de Windows y de Linux

docs

Carpeta que contiene documentación de Director

scripts

Carpeta que contiene los scripts de base de datos que permiten su creación y populación

tomcat

Carpeta del servidor de aplicaciones tomcat

licenseAccepted.sts

Archivo de texto que menciona el usuario y la fecha que aceptó los términos y condiciones de uso


A continuación, lo que se debe realizar es ejecutar los scripts en la base de datos. Ver el apartado 7. Creación de la Base de Datos.


Nota: El Agent inicia en el puerto 8383. El Agent conoce una IP y un puerto para comunicarse con Server.
Se tiene que establecer una comunicación bidireccional entre Agent y Server

8. Actualización

Detener el servicio de Director Server.

Realizar los pasos al igual que el punto 7 de instalación, pero en este caso se debe seleccionar la carpeta del server que se quiere actualizar, al existir no mostrará el punto 7.1 del mismo.

Iniciar nuevamente el servicio de Director Server.

9. Creación de la Base de Datos

Los scripts, para crear e inicializar la base de datos que emplea la aplicación, se encuentran en la carpeta "scripts" dentro del directorio de instalación del producto.

Los scripts se encuentran separados en carpetas "core" y "director" y también según el motor de base de datos al que corresponden.
Los scripts de base de datos existentes deberán ser ejecutados, con el usuario administrador de base de datos.
Cada archivo contiene, como inicio de su nombre, un número que indica la secuencia en que debe ser corrido.


Primero se deben ejecutar los script de VTOL CORE, ubicados en:


{DIRECTORIO_INSTALACION}/director/scripts/core/nombreMotorBD

, en el siguiente orden:


  1. "1-CORE-SCHEMA.sql"
  2. "2-CORE-POPULATE.sql"


Por último, se deben ejecutar los scripts de Director, ubicados en


{DIRECTORIO_INSTALACION}/director/scripts/director/nombreMotorBD

, en el siguiente orden:


  1. "1-SD-SCHEMA.sql"
  2. "2-SD-POPULATE.sql"


Donde:

  • nombreMotorBD: corresponde al nombre del motor de base de datos
    • mssql – Motor de base de datos MS SQL Server
    • oracle – Motor de base de datos Oracle


Importante: En caso de que la ejecución de scripts haya dado como resultado errores o excepciones, detenga la aplicación y contáctese con el personal de soporte técnico.


10. Iniciar/Detener Director

10.1 Iniciar Director

Para iniciar Director como proceso, se deben seguir los siguientes pasos:


  1. Iniciar sesión en el sistema operativo

  2. Ingresar a la carpeta {DIRECTORIO_INSTALACION}/director/bin

  3. Ejecutar uno de los archivos según el sistema operativo:
    • start-director.cmd (Windows)
    • start-director.sh (Linux)


10.2 Detener Director

Para finalizar Director como proceso, se deben seguir los siguientes pasos:


  1. Iniciar sesión en el sistema operativo

  2. Ingresar a la carpeta {DIRECTORIO_INSTALACION}/director/bin

  3. Ejecutar uno de los archivos según el sistema operativo:
    • stop-director.cmd (Windows)
    • stop-director.sh (Linux)


11. Acceso Administrativo a Director

Director provee una consola web por la cual se pueden realizar distintas funciones, como ser:

  • Administración de productos
  • Administración de versiones
  • Monitoreo de versiones
  • Monitoreo de terminales
  • Alertas de estado en terminales


Nota: Las funcionalidades de administración de seguridad, configuración de reglas de negocio, auditoría, eventos, alertas y configuración del sistema son propias de VTOL Core. Para conocer del mismo, por favor dirigirse al documento "VTOL CORE – Manual de usuario.pdf".


Debido a las características de un servicio web, el acceso a la consola administrativa se puede realizar de forma remota.
Para acceder a la consola web de Director se debe utilizar el siguiente enlace:


https://IP-SERVER:PORT/director 


Donde:

  • IP-SERVER: corresponde a la dirección IP o nombre del server donde se está ejecutando el servidor Director
  • PORT: corresponde al puerto del servidor web utilizado por Director (por defecto 8090 y 8490 para el seguro)


Finalizada la inicialización del sistema y accediendo a la URL mencionada, se visualizará la pantalla de login:



Pantalla de Login


11.1 Primer Inicio de Sesión

Director concede por defecto una cuenta de acceso a la consola de administración que debe ser cambiada cuando se ingresa a la misma por primera vez.
El formulario de Login solicitará los datos de la cuenta por defecto:

  • Nombre de usuario: suser
  • Clave de acceso: suser123


Luego, el sistema pedirá ingresar una nueva contraseña.

Este usuario tendrá los permisos necesarios para poder gestionar los usuarios del sistema.


12. Configuración Inicial del Sistema

A continuación se detallan todas las propiedades y variables de configuración de Director.

Estas variables, pertenecientes al módulo "Director", son configurables a través de la página de configuración presente en la consola de administración web del producto que se accede mediante el punto de menú Configuración > Configuración de Propiedades.



A continuación, se detalla las variables del sistema que deberán chequearse y configurarse.


Nota: Se aconseja fuertemente configurar por primera y única vez las propiedades sombreadas en color amarillo. El resto de las propiedades requieren su revisión, pero tienen un valor por defecto acorde al funcionamiento normal del sistema.


Propiedad

Tipo

Descripción

Ruta del log del sistema

Alfanumérico

Ruta de donde se puede descargar el log del sistema.
Configurar la carpeta "DIRECTORIO_INSTALACION/tomcat/logs/", donde "DIRECTORIO_INSTALACION" es el directorio de instalación de la aplicación.

Umbral que detiene las notificaciones (minutos)

Entero

Umbral en minutos para detener el envío de notificaciones

Límite para considerar terminal fuera de linea (minutos)

Entero

Límite en minutos para considerar una terminal fuera de línea

Umbral crítico para HDD

Entero

Umbral porcentual crítico para el disco rígido

Umbral de alarma para HDD

Entero

Umbral porcentual de alarma para el disco rígido

Umbral crítico para RAM

Entero

Umbral porcentual crítico para la memoria RAM

Umbral de alarma para RAM

Entero

Umbral porcentual de alarma para la memoria RAM

Password remoto para GIT

Alfanumérico

Contraseña del usuario de Git

Usuario remoto para GIT

Alfanumérico

Nombre de usuario de Git

URL remoto para GIT

Alfanumérico

Ruta de Git

Ruta base para archivos temporales

Alfanumérico

El sistema utiliza este directorio para trabajar con archivos temporales.
Por defecto lo hace en la ruta "/synthesis/director/tmp/".
La misma debe ser creada con permisos de lectura y escritura para el usuario que inicia la aplicación.

Formato de fecha y hora para comunicarse con el agente

Alfanumérico

Formato de fecha y hora para comunicarse con el componente agente



Nota: Para conocer cómo modificar las propiedades, por favor dirigirse al documento "VTOL Core - Manual de usuario.pdf".


13. Puertos

Se detallan a continuación los puertos con los que opera el sistema.


Componente

Puerto

Tipo

Nota

Configurable

Servidor

8090-8490

Entrante

Accesos consola web

Servidor

80-443

Saliente

Comunicación con el servidor Git

Servidor

1433

Saliente

Acceso BBDD MSSQL

Servidor

1521

Saliente

Acceso BBDD Oracle

Agente

8383

Entrante

Comunicación con Servidor

Agente

8080/8443

Saliente

Comunicación con Servidor

Agente

80-443

Saliente

Comunicación con el servidor Git

Si

Git

80/443

Entrante

Acceso consola web, Agente y Servidor



Nota: los puertos aquí señalados son valores por defecto y dependerán de la configuración finalmente elegida.


14. Logeo del sistema

El sistema generará trazas de log en la siguiente carpeta:


{DIRECTORIO_INSTALACION}/tomcat/logs/ 


Nota: La carpeta de logeo no es configurable.


El sistema por defecto genera varias trazas de log. 

  • el server.log, guarda información específica de la aplicación DIRECTOR
  • el catalina.log, guarda información específica del contenedor
  • el localhost_access_log.log, guarda información específica de accesos de la aplicacion (todas las solicitudes como http)
  • el host-manage.logr, guarda información específica de eventos de la aplicación “manager”
  • el manager.log, guarda información específica de la aplicación “host_manager”
  • stacktrace.log, guarda información específica de excepciones de la aplicación

14.1 Configuración

  • para configurar el server.log se debe modificar el file vtol-log4j.xml, el cual encontraremos en: {DIRECTORIO_INSTALACION}\tomcat\webapps\director\WEB-INF\classes\

En el mismo se podrá configurar el nombre, tamaño y cantidad de registros que se guardarán.


vtol-log4j.xml , configuración server.log
 <!-- File appender -->

    <appender name="File" class="vtol.core.log.CustomRollingFileAppender">

        <param name="File" value="${catalina.home}/logs/server.log" />

        <param name="append" value="true" />

        <param name="MaxFileSize" value="100MB" />

        <param name="MaxBackupIndex" value="20" />

        <layout class="org.apache.log4j.PatternLayout">

            <param name="ConversionPattern" value="%d [%t] %-5p %c{2} %x - %m%n" />

        </layout>

    </appender>


  • Para configurar los archivos de logueo de Tomcat se debe modificar el file logging.properties, el cual encontraremos en: {DIRECTORIO_INSTALACION}\tomcat\conf

En el mismo se podrá configurar el nombre, tamaño y cantidad de registros que se guardarán por cada uno de los archivos de logueo.

Ejemplo de configuración de manager.log

logging.properties, configuración ejemplo manager.log
3manager.org.apache.juli.FileHandler.level = FINE
3manager.org.apache.juli.FileHandler.directory = ${catalina.base}/logs
3manager.org.apache.juli.FileHandler.prefix = manager.
3manager.org.apache.juli.FileHandler.bufferSize = 16384
3manager.org.apache.juli.FileHandler.maxDays = 90
3manager.org.apache.juli.FileHandler.encoding = UTF-8
  • El stacktrace.log genera un máximo de 10 archivos con un tamaño de 50MB cada uno. Al ser un archivo de logueo de excepciones de la aplicación no tiene opción de cambio de configuración.

Documentación Tomcat: https://tomcat.apache.org/tomcat-8.5-doc/logging.html#Documentation_references

cuando se hace una re-instalación completa del sistema, la configuración de logeo se pierde, por lo tanto se recomienda realizar un backup previo a la instalación.

15. Configuración adicional del sistema

15.1 Memoria

Para administrar la memoria del Director Server se debe crear un archivo setenv.bat (windows) o sentenv.sh (linux) en "[Instalación de Director Server]\tomcat\bin" con el siguiente contenido

set "JAVA_OPTS=%JAVA_OPTS% -Xms1512m -Xmx8192m-XX:MaxPermSize=256m -server"


Se debe configurar los parámetros mínimos y máximos de memoria según recomendación de NAPSE ya que depende de la cantidad total de aplicación monitoreadas, cantidad de usuarios de la aplicación, etc.

Adicionalmente, los parámetros xms, xmx pueden variar según la JVM (Java Virtual Machine) utilizada. Para mayor referencia consultar la documentación del fabricante de la JVM utilizada.

15.2 Soporte

15.2.1 Utilización de JConsole

JConsole es una utilidad de la JVM de Sun que permite monitorear el funcionamiento en real time de una aplicación Java, como ser la memoria utilizada, los thread, procesador, etc

Para activar ésta funcionalidad se debe crear un archivo setenv.bat (windows) o sentenv.sh (linux) en "[Instalación de Director Server]\tomcat\bin"con el siguiente contenido

set CATALINA_OPTS="-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9000 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"


Procurar que el puerto 9000 no esté en uso, de lo contrario cambiarlo por otro en desuso

Posteriormente se debe

  1. identificar el PID del proceso Director Server
  2. abrir un shell con privilegios de administrador
  3. ejecutar el comando jconsole PID, donde PID es el número de proceso identificado en el paso 1

15.2.2 Captura de Thread Dump y Memory dump

  1. Identificar el PID de la aplicación JAVA
  2. Abrir un SHELL con privilegios de administrador
  3. Ejecutar los siguientes comandos


jcmd PID GC.heap_dump [DIR_SALIDA]/app_GC_DUMP.hprof
jcmd PID Thread.print > [DIR_SALIDA]/app_Thread_DUMP.txt

4. comprimir ambos archivos

5. compartir para su análisis

16. Anexo

16.1 Instalación de Git

En este anexo se mencionarán los pre-requisitos y la explicación de cómo instalar los softwares de control de versiones Git.

En base al sistema operativo que posea el servidor a instalar Git, variará el software a instalar:


16.1.1 Bonobo Git Server

16.1.1.1 Pre-requisitos

Los requisitos previos para instalar Bonobo Git Server son:

  • Servicios de Internet Information Services (IIS) 8
  • .NET Framework 4.6
  • Windows 10 con ASP.NET habilitado



Instalación de los Pre-requisitos
Internet Information Server

Windows 8 o superior

  1. Ingresar a Panel de Control > Todos los elementos de Panel de control > Programas y características
  2. Hacer clic en el enlace "Activar o desactivar las características de Windows" que se encuentra en el panel izquierdo
  3. Hacer clic en la casilla de verificación denominada "Internet Information Services" ( * )
  4. Oprimir el botón "Aceptar". Aguardar a que se apliquen los cambios y oprimir el botón "Cerrar"

( * ) Verificar dentro de Internet Information Services que estén seleccionadas las opciones de: .NET Extensibility y ASP.NET


Windows 8 o superior




Windows Server 2012 o superior

  1. Ingresar al Administrador de servidores. Seleccionar la opción del menú Administrar > Agregar roles y funciones
  2. En la opción "Tipos de Instalación", que se encuentra en el panel izquierdo, seleccionar la opción "Instalación basada en roles o basada en funciones". Oprimir el botón "Siguiente"
  3. En la opción "Selección de Servidor", seleccionar el servidor apropiado. Oprimir el botón "Siguiente"
  4. En la opción "Roles del Servidor", hacer clic en la casilla de verificación denominada "Web Server (IIS)". Oprimir el botón "Siguiente" ( * )
  5. En la opción "Características", hacer clic en el botón "Siguiente" porque no son necesarias funciones adicionales para IIS
  6. En la opción "Rol Servicio Web", hacer clic en el botón "Siguiente"
  7. En "Servicios del Rol" se debe personalizar la instalación IIS o aceptar la configuración predeterminada. Hacer clic en "Siguiente"
  8. Finalmente, en la opción "Confirmación", hacer clic en "Instalar"
  9. Aguardar a que se complete la instalación de IIS y oprimir el botón "Cerrar" para salir del asistente

( * ) Verificar dentro de Internet Information Services que estén seleccionadas las opciones de: .NET Extensibility y ASP.NET


Windows Server 2012 o superior


.NET Framework

Windows 8 o superior y Windows Server 2012 o superior

  1. Ingresar a la página de "Centro de Descargas" de Microsoft y buscar el componente "Microsoft .NET Framework 4.6 (instalador Web) para Windows Vista SP2, Windows 7 SP1, Windows 8, Windows 8.1, Windows Server 2008 SP2 Windows Server 2008 R2 SP1, Windows Server 2012 and Windows Server 2012 R2"
  2. Seleccionar el idioma y presionar el botón "Descargar"
  3. Un archivo ejecutable se descargará localmente, abrirlo y seguir las instrucciones del asistente gráfico de instalación
  4. Aguardar a que se instalen los componentes y cerrar el instalador



16.1.1.2 Instalación de Bonobo Git Server


Windows 8 o superior y Windows Server 2012 o superior

  1. Verificar que se encuentren instalados todos los pre-requisitos mencionados en el apartado 15.1.1.1 Pre-requisitos
  2. Descargar la última versión de Bonobo Git Server desde su sitio web oficial (https://bonobogitserver.com)
  3. Extraer los archivos del archivo de instalación en C:\inetpub\wwwroot
  4. Permitir que el usuario IIS modifique la carpeta App_Data (C:\inetpub\wwwroot\Bonobo.Git.Server\App_Data) Para ello:
    1. Seleccionar la opción "Propiedades" de la carpeta App_Data
    2. Ir a la pestaña "Seguridad"
    3. Hacer clic en "Editar"
    4. Seleccionar el usuario IIS (IIS_IUSRS) y agregarle permisos de modificación y escritura (control total)
    5. Oprimir el botón "Aplicar", "Aceptar" y "Aceptar"



5. Convertir Bonobo.Git.Server a la aplicación en IIS

Para ello:

    1. Ejecutar el "Administrador de Internet Information Services (IIS)" e ir a Sitios > Default Web Site > Bonobo.Git.Server
    2. Hacer clic derecho en "Bonobo Git Server" y convertirlo en aplicación
    3. Comprobar si el grupo de aplicaciones seleccionado se ejecuta en .NET 4.0



6. Configurar la autenticación

Para ello:

    1. Seleccionar la aplicación
    2. Hacer clic en el ícono de autenticación



c. Habilitar la autenticación anónima en IIS y desactivar los demás



7. Abrir un navegador de Internet e ingresar el link:

http://localhost/Bonobo.Git.Server

8. Se visualizará la página inicial del Servidor Bonobo Git funcionando

9. Ingresar las credenciales predeterminadas:

    1. Nombre de usuario: admin
    2. Contraseña: admin



16.1.2 GitLab


16.1.2.1 Instalación de GitLab


CentOS 7

  1. Instalar y configurar las dependencias necesarias
    1. Los comandos de a continuación también abrirán el acceso HTTP y SSH en el firewall del sistema:

sudo yum install -y curl policycoreutils-python openssh-server
sudo systemctl enable sshd
sudo systemctl start sshd
sudo firewall-cmd --permanent --add-service=http
sudo systemctl reload firewalld


b. Instalar Postfix para enviar correos electrónicos de notificación. Si desea utilizar otra solución para enviar correos electrónicos, omitir este paso y configurar un servidor SMTP externo después de haber instalado GitLab:

sudo yum install postfix
sudo systemctl enable postfix
sudo systemctl start postfix


Durante la instalación de Postfix, podría aparecer una pantalla de configuración. Seleccionar 'Sitio de Internet' y presionar enter. Usar el DNS externo del servidor para 'nombre de correo' y presionar enter. Si aparecen pantallas adicionales, presionar enter para aceptar los valores predeterminados


2. Agregar el repositorio de paquetes de GitLab e instalar el paquete

a. Agregar el repositorio de paquetes de GitLab:

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh | sudo bash


b. Luego, instalar el paquete GitLab. Cambiar `http://gitlab.example.com` a la URL a la que se desea acceder a la instancia de GitLab. La instalación se configurará automáticamente e iniciará GitLab en esa URL. HTTPS requiere configuración adicional después de la instalación:

sudo EXTERNAL_URL="http://gitlab.example.com" yum install -y gitlab-ee


3. En el primer ingreso, se redirigirá a una pantalla de restablecimiento de contraseña. Proporcionar la contraseña de la cuenta de administrador, posteriormente redirigirá a la pantalla de inicio de sesión. Usar el nombre de usuario de la cuenta predeterminada root para iniciar sesión



Consideraciones para entornos Linux

  1. Se debe cargar un SCHEME cuando se selecciona el motor de base de datos Oracle
  2. La instalación se debe realizar sobre un directorio el cual el usuario que instalará posea permisos de lectura y escritura
  3. Para iniciar Director, el usuario debe tener permisos de:
    1. lectura sobre el directorio de instalación
    2. ejecución sobre los archivos con extensión SH
    3. escritura sobre el directorio tomcat
  4. Al crear un repositorio, se debe crear un archivo inicial para inicializar el repositorio



  • Sem rótulos