Código de conducta

Acepto seguir el Código de conducta de este proyecto.

¿Existe algún problema existente con esto?

He buscado los problemas existentes

Versión GLPI

GLPI 10.0.18

Versión del complemento

1.0.3

Descripción del error

Hola,

Intentamos inventariar varias instancias de MySQL en el mismo servidor, pero GLPI termina fusionándolas en una sola instancia de "MySQL".
Además, en Reglas → Instancias de base de datos no vemos campos que nos permitan distinguirlas por host/puerto o ruta de socket.

Ambiente

Servidor GLPI: [versión/edición] (IU en español).
Dispositivo inventariado: MYSQLDBS-E2 (Linux).
Agente GLPI: 1.15-1 (Debian) – Agente de usuario: GLPI-Agent_v1.15-1.
MySQL: 8.0.37, con 6 instancias:

TCP: 127.0.0.1:44001…44006

Sockets: /var/run/mysqld/{webpndb,kohadb,miscdb,atomdb,rbiblodb,omekadb}.sock

Cómo reproducirse

Enviamos el inventario por TCP con el agente (seis credenciales en la misma ejecución):

glpi-agent --tasks=Inventario --full --force --debug --required-category=base de datos
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44001"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44002"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44003"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44004"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44005"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44006"
--server "

En "class="redactor-autoparser-object">https://[our-glpi]/front/inventory.php"

En Administración → Base de datos → Instancias (del dispositivo) GLPI no crea 6 instancias; crea/actualiza una sola llamada “MySQL”, y cada nuevo puerto sobrescribe al anterior.

Para los sockets (--credentials=... socket:/var/run/...sock) el comportamiento es el mismo: todo se fusiona en una sola instancia.

En Administración → Reglas → Importar y vincular reglas → pestaña "Instancias de base de datos", al crear una regla, no se ven los campos Host de instancia, Puerto ni Ruta (socket).
Solo se ven opciones como "Puerto de red > IP/MAC/Número de puerto", que corresponden a equipos, no a instancias de base de datos.
Por lo tanto, no se puede vincular mediante (Dispositivo + Puerto/Ruta) para separar las instancias 44001…44006.

Comportamiento esperado

El importador debe crear una instancia por punto final (host:puerto o ruta de socket) del mismo dispositivo.

Poder definir una regla en Instancias de Base de Datos con criterios Dispositivo + (Host + Puerto | Ruta) y acción “Vincular si es posible” para evitar la fusión.

Resultado actual

Todas las instancias se fusionan en un único “MySQL”.

No podemos crear reglas porque los campos de instancia Host/Puerto/Ruta no están expuestos.

La única solución alternativa: importe un puerto a la vez, cambie el nombre de la instancia a MySQL-4400X y bloquee Nombre/Host/Puerto en Bloqueos. Esto es manual y delicado.

Solicitud / preguntas

¿Es esto un error o una limitación conocida de la versión actual?

¿En qué versión de GLPI/plugin deberían estar disponibles los campos Host/Puerto/Ruta dentro de Reglas → Instancias de base de datos?

¿Podrías exponer esos campos en el motor de reglas y/o hacer que la clave de deduplicación incluya (dispositivo, tipo, host, puerto, ruta) para que otras instancias en el mismo dispositivo no se sobrescriban?

¿Existe algún parámetro o parche recomendado para manejar adecuadamente múltiples instancias inventariadas por socket?

Gracias por tu ayuda y por el desarrollo.

Salida de registro relevante
[depuración] Ejecutando GLPI::Agent::Task::Inventory::Generic::Databases::MySQL
[información] Inventario guardado… MYSQLDBS-E2-*.json

URL de la página

Página de reglas: /front/ruleimportasset.php → pestaña “Instancias de la base de datos”

Lista de instancias: /front/databaseinstance.php

Pasos para reproducir

Dispositivo MYSQLDBS-E2 con MySQL 8.0.37 en los puertos 44001–44006 (y sockets en /var/run/mysqld/*.sock).

Enviar inventario a través de TCP:

glpi-agent --tasks=Inventario --completo --force --categoría-obligatoria=base-de-datos
--credenciales="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:,host:127.0.0.1,puerto:44001"
… (repetido para 44002…44006)
--servidor "

Abrir "class="redactor-autoparser-object">https:///front/inventory.php"

Abra Administración → Base de datos → Instancias del dispositivo.

Actual: solo 1 “MySQL” y cada nuevo puerto lo sobrescribe.

Se esperaba: 6 instancias independientes (una por host:puerto).

En Reglas → Instancias de base de datos, el editor no expone los campos Host/Puerto/Ruta de la instancia; solo los criterios “Puerto de red” (de Computadora), por lo que no es posible vincular por Dispositivo + Puerto/Ruta.

Su información de configuración de GLPI

GLPI: (UI ES) • PHP • DB <versión de MySQL/MariaDB> • SO del servidor <…>

Complemento/Inventario:

Agente GLPI: 1.15-1 (Debian) – UserAgent GLPI-Agent_v1.15-1

Dispositivo inventariado: Linux • MySQL 8.0.37 con puertos 44001–44006 y sockets /var/run/mysqld/{webpndb,kohadb,miscdb,atomdb,rbiblodb,omekadb}.sock

¿Algo más?

El complemento/importador no se autentica por sí solo; solo se conecta si pasamos credenciales al agente (use:mysql,…,host/port|socket).

Pedido:

Exponer en las reglas de Instancias de Base de Datos los campos Host, Puerto y Ruta (socket).

Evite la fusión mediante el uso de una clave de deduplicación que incluya (dispositivo, tipo, host, puerto, ruta) de modo que se cree una instancia por punto final.

Olá a todos, vou abrir uma discussão aqui sobre a criação de um recurso que pode facilitar a identificação do calendário em uso a partir do tíquete aberto.

O calendário glpi é relevante para quem utiliza SLAs. O calendário pode ser associado a partir do bloco criado (nível de serviço) ou diretamente pela entidade.

Há situações em que calendários são utilizados por equipe (grupo), criando um bloco de SLA para cada um. Seria interessante mostrar qual calendário está em uso em algum ponto do ticket. Outra opção seria mostrar o calendário associado ao lado do SLA (talvez isso faça mais sentido), para que seja mais fácil identificá-lo sempre que você estiver testando regras com calendários diferentes.

Access to the existing ticket (change, for example), may need to be done by establishing the URL, which would include the ticket number. 

As in the GLPI, user has to be logged in already and there are two other requirements:
- current PROFILE has to be correct, otherwise, there will be Permission issue;
- current ENTITY has to be correct as well, otherwise, again, permission issue. 

So, only after mentioned requirements are established, ticket may be opened (of course, if user has access to the ENTITY with the role in the PROFILE). 

I saw that there may be a possibility to do that in few automated steps, by having:
1. Ticket (example, change number);
2. Opening GLPI in specified browser, for automated log in;
3. Going to the page with the specific PROFILE instance, just to make the correct PROFILE current (central; newprofile=number);
4. Going to the page with the specific ENTITY instance, to have that ENTITY as current one (central;active_entity=number);
5. Opening the page with the change number (change_form; id=change_number). 

This is just starting point. Further steps would be to have mechanism to check under which PROFILE the ticket needs to be opened (permissions valid), and then, to find the ENTITY with specified ticket number. 

 Is there anything in the GLPI itself that, now, can make this working, or it needs fully to be automated by some scripting? 

Idea is to have a possibility to open ticket (change, for example), fast, immediately, from chat, email, clicking to the ticket number. 

Thank you, have a great day. 

Aldo

In the new version 11, webhooks evolves offering a certain number of features on the different types of elements.

Except there is not all the elements, is it possible to provide the integration of other elements such as user sheets.

Example: it would be interesting to be notified when a user sheet is modified or an additional field is modified on its sheet. (specific case)

To be able to fully install GLPI using Config as Code tools like Ansible, I suggest adding a feature to be able to install GLPI in a headless mode.

The idea is to automate the GUI setup process in a headless mode script.

I can contribute to this one.

I'm not a PHP developer, but I can automate the process if an API is provided.

Thanks.

Pls why, GLPI only logs the history of users assigned to a PC, but it doesn't log the history of PCs assigned to a User????

PLS!! Thanks GLPI!

How to list out a pc not installed a sofware? PLS!

Dear GLPI Development Team,

I'm testing GLPI version 10.0.18 & 11.0.0-beta7 and have encountered a layout issue with the Arabic interface.

When I change the language to Arabic, the interface text translates successfully, but the page direction remains Left-to-Right (LTR) instead of switching to Right-to-Left (RTL), which is expected for Arabic.

I checked the HTML output and noticed that while the `` tag includes `lang="ar"`, it does **not include `dir="rtl"`**. As a result, the layout remains LTR even though the language is Arabic.

This behavior occurs even with the default theme and no customizations. Adding `dir="rtl"` manually using browser tools immediately corrects the layout.

Is RTL support fully implemented in the final GLPI 11 release? Will the Arabic interface automatically switch to RTL in future updates?

Thank you for your great work and looking forward to your response.

Best regards,

hi,

In case of multiple "Components" present for Computers/Network devices, sometimes it is difficult to manage.

Could you advise please if the pagination is planned for Computers/Network Devices "Components" tab

Thanks in advance,

Oleg

When automatically putting a ticket on hold, it would be necessary to have the possibility of having a calendar-type field to choose the date of the first follow-up, then choose the follow-up frequency in another separate field.