[Wapt] Petite erreur résolue lors d'une migration 1.3 -> 1.6

MORILLO Jordi j.morillo at educationetformation.fr
Wed Oct 17 12:38:46 CEST 2018


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 "POST /add_host HTTP/1.1" 200 178
Error when registering host against server 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 at wapt ERROR:  value too long for type character varying(255)
2018-10-17 12:15:18.180 CEST [42959] wapt at 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 !


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tranquil.it/pipermail/wapt/attachments/20181017/be5994f2/attachment.html>


More information about the WAPT mailing list