Hi everyone, I currently have GLPI 10.0.18 running on Server A (Ubuntu). I have also set up a new server, Server B (Ubuntu), with GLPI 11.0.2 already installed and working properly. However, the database on Server B is not up to date yet. I need to migrate the existing data from Server A, including ticket history, knowledge base, users, configurations, etc. Is it possible to simply backup/dump the MariaDB database from Server A and restore it to Server B? Since GLPI versions are different (10.0.18 → 11.0.2), I'm wondering whether there are database schema changes between these versions and whether the GLPI upgrade process needs to be performed before or after restoring the database. What would be the recommended/safest migration procedure in this situation? Thanks in advance for any advice.
Fórum Forum GLPI-Project
forum.glpi-project.org ↗Fórum PunBB em francês. 12 seções acompanhadas: Suggestions, Nouvelles fonctionnalités pour GLPI, Utilisation GLPI, Documentation - translation, News / Annonces, Bugs GLPI (EN only), API Rest, Spanish support, Portuguese support, Installation GLPI sur Gnu/Linux, Discussions / Astuces GLPI, Bogues GLPI e English support.
- Discussões por dia
- 2
- Discussões coletadas
- 206
- Mensagens por dia
- 12
- Seções
- 12
- Fontes acompanhadas
- 14
- Motor
- PunBB
Últimas discussões
Coletadas a cada 4 horas do feed público do fórum. Reproduzimos apenas o título, o link e o começo da mensagem; cada link leva à fonte.
Hi everyone, I currently have GLPI 10.0.18 running on Server A (Ubuntu). I have also set up a new server, Server B (Ubuntu), with GLPI 11.0.2 already installed and working properly. However, the database on Server B is not up to date yet. I need to migrate the existing data from Server A, including ticket history, knowledge base, users, configurations, etc. Is it possible to simply backup/dump the MariaDB database from Server A and restore it to Server B? Since GLPI versions are different (10.0.18 → 11.0.2), I'm wondering whether there are database schema changes between these versions and whether the GLPI upgrade process needs to be performed before or after restoring the database. What would be the recommended/safest migration procedure in this situation? Thanks in advance for any advice.
Bonjour à tous, Je suis actuellement en train de mettre en place une Data Injection afin d'importer en masse les statuts des éléments (Asset Status) dans GLPI, y compris leurs paramètres de visibilité par type d'objet. Mon fichier CSV contient notamment les colonnes suivantes : Statut (GLPI) Définition Ordinateurs Matériels réseau Téléphones Imprimantes Moniteurs Logiciels Contrats Versions etc. Lors de la création du modèle d'import, dans l'étape Correspondances, je constate que seul le champ : Visibilité - Ordinateurs (Général) est proposé dans la liste déroulante des champs. En revanche, les autres champs de visibilité attendus, tels que : Visibilité - Matériels réseau Visibilité - Téléphones Visibilité - Imprimantes Visibilité - Moniteurs Visibilité - Logiciels Visibilité - Contrats Visibilité - Versions etc. n'apparaissent pas dans la liste des champs disponibles. Par conséquent, il m'est impossible d'effectuer la correspondance entre les colonnes de mon fichier CSV et les paramètres de visibilité associés à chaque type d'élément. Questions Est-ce une limitation connue du plugin Data Injection ? Existe-t-il une méthode permettant d'importer les visibilités des statuts par type d'actif ? Quelqu'un a-t-il déjà réussi à industrialiser l'import des statuts GLPI avec l'ensemble de leurs paramètres de visibilité ? Pour information, je travaille actuellement sur la standardisation des cycles de vie dans GLPI et j'aimerais éviter une saisie manuelle de plusieurs dizaines de stat
Bonjour, Depuis la dernière mise à jour du plugin Tree View, les équipements de type téléphone (phone) n'apparaissent plus quand on clique sur un lieu de l'arborescence. Ils sont pourtant bien identifiés dans GLPI. Dans mon exemple, le lieu est rattaché à 3 matériels réseaux (networkequipment) et 2 téléphones Version plugin: 1.20.3 Version glpi : 11.0.8
Erreur 404 lors de la sauvegarde (icône disquette) de la valeur saisie dans le champ "commentaires" GLPI en mode debug: URL: /var/lib/glpi/plugins/addressing/ajax/ipcomment.php STATUS: 404 TYPE: POST DURATION: 104ms Globals: POST: { "addressing_id": 2, "ipname": "IP3232240129", "contentC": "Box Internet" } Serveur Debian Trixie, GLPI 11.0.8, MariaDB 11.8.6, PHP 8.4.24, IP Report 3.2.10
Hello. I'm trying to code a module which would provide a way to manage any patch panels For now with my tets, I'm able to create a link from siwtch part to PC passing by a patch panel. The module configures everything for us (cable, link) When I click on a PC, a menu diplays : PC -> cable -> Patch panel port -> cable -> Switch port. I will contnue to work on this module the next weeks. I'm helping Claude AI but whatever. If that works, I don't care. I'm developer, but I don't know GLPI architecture, I'm working in the IT service and I haven't the time to code it. I need this feature now. I'll let you know when the module will be ready. be patient please.
Hello. I'm trying to code a module which would provide a way to manage any patch panels For now with my tets, I'm able to create a link from siwtch part to PC passing by a patch panel. The module configures everything for us (cable, link) When I click on a PC, a menu diplays : PC -> cable -> Patch panel port -> cable -> Switch port. I will contnue to work on this module the next weeks. I'm helping Claude AI but whatever. If that works, I don't care. I'm developer, but I don't know GLPI architecture, I'm working in the IT service and I haven't the time to code it. I need this feature now. I'll let you know when the module will be ready. be patient please.
It was due to priority when I dragged the rule on the top of other rules it worked perfectly !
It was due to priority when I dragged the rule on the top of other rules it worked perfectly !
Oui pardon c'est débile , je sais pas pourquoi je ne voyais pas infocom dans computer sur swagger Tout fonctionne bien Merci
Oui pardon c'est débile , je sais pas pourquoi je ne voyais pas infocom dans computer sur swagger Tout fonctionne bien Merci
Bonjour, pour le client GLPI Android (Inventory Agent/1.7.1 (Linux; Android 15; GLPI Inventory Agent) nous avons constaté que la date du dernier démarrage est systématiquement dans le futur, parfois en 2028 ! | Nom | Dernière modif / inventaire | Dernier démarrage | Écart | | ---------- | --------------------------- | ----------------- | ---------- | | APT-469811 | 05/06/2026 | 31/07/2027 | +421 jours | | APT-469812 | 29/05/2026 | 14/07/2027 | +411 jours | | APT-469813 | 01/06/2026 | 08/08/2027 | +433 jours | | APT-469817 | 05/06/2026 | 19/11/2026 | +167 jours | | APT-469818 | 04/06/2026 | 05/08/2027 | +427 jours | | APT-490664 | 29/05/2026 | 17/05/2028 | +719 jours | | APT-457996 | 09/09/2026 | 20/09/2026 | +11 jours | Constatez-vous le même problème ?
206 discussões coletadas desde 27 August 2026. Acompanhe este fórum com uma palavra-chave →