Oui, il ya un champ mal "designé" dans la table hostpackagestatus de la base Wapt. Le champ uninstallkey est limité à 255 caractères, alors que c'est une liste très longue pour Office 2016 Dans la version suivante, ce champ est maintenant une liste, donc il n'y a plus de limite. Dans l'immédiat, un contournement est d'augmenter la taille de ce champ dans la base de données (2000 au lieu de 255 semble convenir pour office...) Sur le serveur Wapt; *sudo -u wapt psql -d wapt -c "ALTER TABLE hostpackagesstatus ALTER COLUMN uninstallkey TYPE varchar(2000);"*
Le 17/10/2018 à 12:38, MORILLO Jordi a écrit :
Bonjour à tous,
Pour info, car cela pourrait servir à d’autres :
J’ai un vieux portable qui était en wapt 1.3 et qui a été rebranché sur le réseau.
Les GPO ont bien fait leurs boulots et le client wapt est passé en 1.6.2.7 mais le poste n’a pas voulu se « register » sur notre nouveau serveur wapt.
Lorsque je lancais un wapt-get register –ldebug sur le poste, j’avais l’erreur suivante :
/2018-10-17 11:07:04,423 DEBUG https://wapt.educationetformation.fr:443 https://wapt.educationetformation.fr:443 "POST /add_host HTTP/1.1" 200 178/
/Error when registering host against server https://wapt.educationetformation.fr https://wapt.educationetformation.fr: Error on server:/
/InternalError('current transaction is aborted, commands ignored until end of transaction block\n',)2018-10-17 11:07:04,423 DEBUG Registering host info against server: {u'msg': u"Error on server:\nInternalError('current transaction is aborted, commands ignored until end of transaction block\n',)", u'error_code': u'internalerror', u'success': False}/
En cherchant du côté du serveur, j’ai vu dans /var/log/postgresql/postgresql-9.6-main.log une erreur qui m’a mis la puce à l’oreille :
/2018-10-17 12:15:18.180 CEST [42959] wapt@wapt ERROR: value too long for type character varying(255)/
/2018-10-17 12:15:18.180 CEST [42959] wapt@wapt STATEMENT: INSERT INTO "hostpackagesstatus" ("host_id", "package", "version", "architecture", "locale", "maturity", "section", "priority", "signer", "signer_fingerprint", "description", "install_status", "install_date", "install_output", "install_params", "uninstall_key", "explicit_by", "repo_url", "depends", "conflicts", "last_audit_status", "last_audit_on", "last_audit_output", "next_audit_on") VALUES (…../
Suivi ensuite d’une série de tuples correspondant aux packages présents sur ce poste.
Un de mes anciens packages (office 2016) avaient une uninstall_key de 622 caracteres, bien évidement supérieur à varying(255)…
Je pense que sur la 1.3, la Mongodb devait être + flexible que le postgresql de la 1.5/1.6
J’ai donc résolu le pb en faisant sur le poste :
wapt-get forget mon_vieux_package_office2016
wapt-get register
J’ai ensuite vu le poste remonter dans la console et j’ai pu lui réaffecter le nouveau package office.
En espérant que cela puisse servir à d’autres.
Bonne journée !
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt