[RESOLU] Passage 1.3.13 en 1.6

[james]

Bonjour,
je viens de tester le passage de la version 1.3.13 vers la 1.6 et ça bug lors de la migration de la base mongodb vers postgres .. Du coup, lorsque j'installe la console wapt, je n'ai plus mes anciennes machines ...

https://framapic.org/gallery#D3y4xUzl1O ... s7pa74.PNG

Cordialement

[sfonteneau]

Oups pouvez-vous exécuter :

Code : Tout sélectionner

sudo -u wapt PYTHONPATH=/opt/wapt PYTHONHOME=/opt/wapt /opt/wapt/bin/python /opt/wapt/waptserver/upgrade.py upgrade2postgres -c "/opt/wapt/conf/waptserver.ini"'

[james]

CA marche beaucoup mieux comme cela
Vous ferez la modif dans une prochaine version ?

[sfonteneau]

Exactement

[iutlps-informatique]

Bonjour

J'ai également eu un problème lors de la migration de la base de données avec le script postconf.sh.

J'ai donc essayé la commande que vous indiquez, à savoir :

Code : Tout sélectionner

sudo -u wapt PYTHONPATH=/opt/wapt PYTHONHOME=/opt/wapt /opt/wapt/bin/python /opt/wapt/waptserver/upgrade.py upgrade2postgres -c "/opt/wapt/conf/waptserver.ini"

Cela ne fonctionne pas (voir ci-dessous).

Code : Tout sélectionner

dumping mongodb data
If you are running a mongod on the same path you should connect to that instead of direct data file access
2018-10-25T12:28:43.130+0200 [tools] dbexit:
2018-10-25T12:28:43.130+0200 [tools] shutdown: going to close listening sockets...
2018-10-25T12:28:43.130+0200 [tools] shutdown: going to flush diaglog...
2018-10-25T12:28:43.130+0200 [tools] shutdown: going to close sockets...
2018-10-25T12:28:43.131+0200 [tools] shutdown: waiting for fs preallocator...
2018-10-25T12:28:43.131+0200 [tools] shutdown: closing all files...
2018-10-25T12:28:43.131+0200 [tools] closeAllFiles() finished
2018-10-25T12:28:43.131+0200 [tools] shutdown: removing fs lock...
2018-10-25T12:28:43.131+0200 [tools] couldn't remove fs lock errno:9 Bad file descriptor
2018-10-25T12:28:43.131+0200 [tools] dbexit: really exiting now
Traceback (most recent call last):
  File "/opt/wapt/waptserver/upgrade.py", line 190, in <module>
    upgrade2postgres()
  File "/opt/wapt/waptserver/upgrade.py", line 152, in upgrade2postgres
    jsondata = create_import_data()
  File "/opt/wapt/waptserver/upgrade.py", line 71, in create_import_data
    data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray --dbpath=%s' % mongo_datadir,shell=True)
  File "/usr/lib/python2.7/subprocess.py", line 574, in check_output
    raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command 'mongoexport -d wapt -c hosts --jsonArray --dbpath=/var/lib/mongodb/' returned non-zero exit status 45

J'ai l'impression qu'un fichier mongod.lock est à chaque fois créé et pose problème ou peut-être que je me trompe ?

Code : Tout sélectionner

drwxr-xr-x  3 mongodb mongodb      4096 oct.  25 12:17 ./
drwxr-xr-x 42 root    root         4096 oct.  24 15:27 ../
drwxr-xr-x  2 mongodb mongodb      4096 oct.  25 12:17 journal/
-rw-------  1 mongodb mongodb  67108864 oct.  25 12:17 local.0
-rw-------  1 mongodb mongodb  16777216 oct.  25 12:17 local.ns
-rwxr-xr-x  1 mongodb mongodb         6 oct.  25 12:17 mongod.lock*
-rw-------  1 mongodb mongodb  67108864 oct.  24 13:49 wapt.0
-rw-------  1 mongodb mongodb 134217728 oct.  24 13:46 wapt.1
-rw-------  1 mongodb mongodb 268435456 oct.  24 13:34 wapt.2
-rw-------  1 mongodb mongodb  16777216 oct.  24 13:34 wapt.ns

[iutlps-informatique]

J'ai trouvé il fallait supprimer cette ligne dans le fichier /opt/wapt/waptserver/upgrade.py !

Code : Tout sélectionner

 data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray --dbpath=%s' % mongo_datadir,shell=True)
        else:

[dcardon]

J'ai trouvé il fallait supprimer cette ligne dans le fichier /opt/wapt/waptserver/upgrade.py !

Code : Tout sélectionner

 data = subprocess.check_output('mongoexport -d wapt -c hosts --jsonArray --dbpath=%s' % mongo_datadir,shell=True)
        else:

Cette ligne permet de récupérer les données de la base MongoDB et de les ré-intégrer dans PostgreSQL. En la supprimant, on ne by-passe la récupération de l'inventaire existant. Ceci dit, en version 1.3 toutes les informations contenu dans le MongoDB sont remonté par les postes. Donc en attendant un peu la base va se reconstruire complètement.

Je pense que votre problème était lié au fait que le MongoDB tournait encore. L'arrêté aurait probablement suffit à résoudre le soucis.

Cordialement,

Denis

PS : il est préférable d'éviter de le necroposting, n'hésitez pas à ouvrir un nouveau topic!