BUG : Consultation de la vue logical_infrastructure

[SteevensICam]

Bonjour,

Nous rencontrons un problème sur la consultation de la vue logique infra, et la création d'un rapport de la vue infra logique.

Nous avons ceci comme erreur :

Nous sommes sur la dernière version, Maj réalisée le 25/09/2023 à 9h20.

Pourriez-vous y remédier ?
Je vous en remercie.

[SteevensICam]

Bonjour, en complément, nous rencontrons également un problème à la création dans : Vue des infrastructures logique / Entité extérieure connectée.

Cordialement.

[SteevensICam]

mon constat actuel :

• j'ai supprimé la migration 155 2022_08_11_165441_add_vpn_fields dans la table migrations
• vérifié avec php artisan migrate:status
  
• rejoué la migration et arrive sur cette erreur.
  

je ne sais pas si cela peut vous aider.

[SteevensICam]

https://github.com/dbarzin/mercator/blob/master/database/migrations/2022_08_11_165441_add_vpn_fields.php

il me semble qu'il pourrait y avoir une inversion dans ce fichier:
ligne 20 dans la methode up on à
$table->dropColumn("responsible_sec");

et dans la méthode down on à :
$table->string("responsible_sec")->nullable()->after("name");

ce qui correspondrait bien à l'erreur que je constate dans mon message précédent.

[dbarzin]

La migration est correcte. Voici la structure de la table actuelle en production

mysql> describe external_connected_entities;
+-------------+--------------+------+-----+---------+----------------+
| Field       | Type         | Null | Key | Default | Extra          |
+-------------+--------------+------+-----+---------+----------------+
| id          | int unsigned | NO   | PRI | NULL    | auto_increment |
| name        | varchar(255) | NO   | MUL | NULL    |                |
| description | longtext     | YES  |     | NULL    |                |
| type        | varchar(255) | YES  |     | NULL    |                |
| entity_id   | int unsigned | YES  | MUL | NULL    |                |
| network_id  | int unsigned | YES  | MUL | NULL    |                |
| src         | varchar(255) | YES  |     | NULL    |                |
| dest        | varchar(255) | YES  |     | NULL    |                |
| contacts    | varchar(255) | YES  |     | NULL    |                |
| created_at  | timestamp    | YES  |     | NULL    |                |
| updated_at  | timestamp    | YES  |     | NULL    |                |
| deleted_at  | timestamp    | YES  |     | NULL    |                |
+-------------+--------------+------+-----+---------+----------------+
12 rows in set (0,01 sec)

Le Docker a été testé et fonctionne.

[dbarzin]

Je n'arrive pas à reproduire. Peux-tu m'aider à reproduire le problème ?

[SteevensICam]

Step to reproduce :

• debian 11.8 fresh install
• commandes présente dans la doc

docker pull ghcr.io/dbarzin/mercator:latest
docker run -d --name mercator  -p "127.0.0.1:8000":80 ghcr.io/dbarzin/mercator:latest
docker exec -it -u root mercator bash

puis

bash-5.1# sqlite3 sql/db.sqlite

et j'affiche le schéma de notre table:

sqlite> .schema external_connected_entities CREATE TABLE external_connected_entities (id INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, name VARCHAR(255) NOT NULL COLLATE "BINARY", contacts VARCHAR(255) DEFAULT NULL COLLATE "BINARY", created_at DATETIME DEFAULT NULL, updated_at DATETIME DEFAULT NULL, deleted_at DATETIME DEFAULT NULL); CREATE UNIQUE INDEX external_connected_entities_name_unique ON external_connected_entities (name, deleted_at); CREATE INDEX "entity_id_fk_1295034" on "external_connected_entities" ("entity_id"); CREATE INDEX "network_id_fk_8596554" on "external_connected_entities" ("network_id");

[dbarzin]

Avez-vous bien migré la base de données ?

php artisan migrate

Y a-t-il des erreurs lors de la migration ?

[SteevensICam]

bonjour, non nous n'avons pas de message d'erreur concernant cette commande.

mais en creusant, nous pensons avoir un problème de gestion de notre mise à jour docker.

explication :)

notre db.sqlite est

• stockée dans le docker.
• sauvegardée régulièrement
• remise dans le docker suite à une mise à jour.

=> à priori lorsque l'on remet la sauvegarde, c'est logique, on écrase le db.sqlite local, et donc on conserve l'ancien schéma !

Question : peut-on rejouer les migrate précédents ?
sinon, alors nous devrons utiliser l'externalisation selon la doc :
-v /var/www/mercator/db.sqlite:/var/www/mercator/db.sqlite

Qu'en pensez-vous ?
Merci par avance.

[dbarzin]

Vous devez suivre la procédure de mise à jour décrite ici : https://github.com/dbarzin/mercator/blob/master/INSTALL.fr.md#mise-%C3%A0-jour. Pour mettre à jour la base de données, c'est la commande :

php artisan migrate

qui effectue les changements dans la base.

[SteevensICam]

ok fait, la dernière ne passe pas.

[dbarzin]

La commande de création de la table "clusters" n'est sans doute pas la vrais raison.
Est-ce la première fois que cette migration a échouée ou a -t-elle déjà échouée auparavant ?
Est-il possible de noter le premier échec de migration ?
Autre idée, le mot "clusters" est-il réservé dans SQLite ?

[SteevensICam]

Alors là nous utilisons docker
de la manière suivante :

docker pull ghcr.io/dbarzin/mercator:latest
docker stop mercator
docker rm mercator

puis
docker run -d --name mercator -p "127.0.0.1:8000":80 ghcr.io/dbarzin/mercator:latest

Nous n'avons pas essayé de restaurer notre base.
c'est, je crois, une installation from scratch.

[dbarzin]

Merci, on va vérifier cela.

[SteevensICam]

avec plaisir :)
On va y arriver, mais là, je vous avoue sécher un peu sur cette histoire

[dbarzin]

OK, corrigé !