Project

General

Profile

Tâche #35260

Scénario #35258: evolutions pgadmin4

creoliser le fichier de conf et creer une variable eole pour l'option DATA_DIR

Added by Vincent Chavanon 7 months ago. Updated about 1 hour ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
02/28/2023
Due date:
% Done:

100%

Estimated time:
0.00 h
Remaining (hours):
0.0

Description

l'objectif est de pouvoir spécifier un dossier par defaut pour pgadmin4 distinct du dossier defini par defaut dans la conf (/var/lib/pgadmin), afin de ne pas saturer /var.
- Le dossier sera créé si il n'existe pas
- il appartiendra à www-data
- Il faudra gérer les serveurs existants, qui utilisent le dossier / defaut : si le dossier /var/lib/pgadmin contient déjà des choses, le dossier cible sera créé et le contenu de /var/lib/pgadmin déplacé afin de ne pas perdre la conf existante.

Associated revisions

Revision 0947d4a3 (diff)
Added by Benjamin Bohard 2 months ago

Permettre le déplacement des données de l’application pgadmin4

Ref #35260

Revision 721e4911 (diff)
Added by Benjamin Bohard 13 days ago

Typo dans le nom des fonctions d’affichage

Ref #35260

Revision f4d4a4bf (diff)
Added by Benjamin Bohard 13 days ago

Mauvaise vérification de l’existence de la base de données.

Ref #35260

Revision e5fac1e4 (diff)
Added by Benjamin Bohard 13 days ago

Clarifier le sens de la variable pour déplacer les données.

Ref #35260

History

#1 Updated by Vincent Chavanon 7 months ago

  • Subject changed from creoliser le fichier de conf et creer une variable eole pour l'option STORAGE_DIR to creoliser le fichier de conf et creer une variable eole pour l'option DATA_DIR

#2 Updated by Benjamin Bohard 4 months ago

Est-il envisagé de pouvoir modifier le chemin des données une fois le premier déplacement effectué ?
Cela déterminerait les options à utiliser pour la variable (autofreeze par exemple).

#3 Updated by Philippe Carre 4 months ago

  • Status changed from Nouveau to En cours

Non! On ne laissera pas la possibilité de re-modifier le chemin des données.
Si le choix est fait de modifier le chemin par défaut , alors ils pourront le faire dans le dossier /home/pgadmin/ (à créer) et uniquement celui-là (on se garantie qu'ils utilisent bien /home).
A+

#4 Updated by Benjamin Bohard 4 months ago

Pour résumer, il y a deux choix :
- le chemin original de pgadmin
- le chemin alternatif que vous imposez

Côté variable, ça reviendrait à proposer un oui/non, Voulez-vous utilisez le chemin alternatif ?
Par contre, si la bascule (toujours dans le sens original vers alternatif et une seule fois sans possibilité de retour) peut être effectuée n’importe quand, je ne suis pas encore sûr d’avoir les options creole qu’il faut pour ce comportement (auto-freeze uniquement quand ce n’est plus la valeur par défaut).

#5 Updated by Benjamin Bohard 2 months ago

  • Assigned To set to Benjamin Bohard

#6 Updated by Benjamin Bohard 2 months ago

Plutôt que d’ajouter une variable, et surtout pour faciliter le suivi du statut déplacé ou non des données, l’emplacement n’est pas modifié dans la configuration mais un lien pointe vers le contenu déplacé.

#7 Updated by Benjamin Bohard 2 months ago

  • Status changed from En cours to À valider

#8 Updated by Philippe Carre 18 days ago

  • Status changed from À valider to En cours

Plusieurs pb repérés :
- on met à jour pgadmin-web & server vers la 6.21
L'appli est accessible , mais les comptes sont perdus !
Au reconfigure qui suit l'install le fichier pgadmin4.db est régénéré par le reconfigure

- on active le déplacement des données pgadmin : "Utiliser le chemin alternatif"=oui
(d'ailleurs si tu pouvais préciser l'intitulé de cette variable , dans gen_config on ne sait pas vraiment à quoi correspond ce chemin alternatif!)
J'ai un doute : est-ce que c'est l'installation de la v.6.21 ou le chemin de chemin qui provoque la régénération de pgadmin4.db (j'ai fait les 2 en même temps ...)

- plusieurs fichiers de postttemplate avec "echoVert" et non "EchoVert"

#9 Updated by Benjamin Bohard 13 days ago

  • Status changed from En cours to À valider

#10 Updated by Philippe Carre about 1 hour ago

  • Status changed from À valider to Fermé
  • % Done changed from 0 to 100
  • Estimated time set to 0.00 h
  • Remaining (hours) set to 0.0

tout est corrigé en V. 2.8.1-9 , publiée en stable.

Also available in: Atom PDF