Bonjour, J'ai installé sur les 3 nouveaux postes de la comptabilité wapt-entreprise en windows 10 (serveur debian 10 et wapt 1.8.1). Mes logiciels dans wapt se sont déployés sans problèmes et j'avais bien le retour de mes postes dans la console. Jusqu’à ce que Berger Leuvrault installe les logiciels de comptabilité fonctionnant sur une base de données Oracle. Depuis cette installation je n'ai plus de retour de mes postes dans la console, ils apparaissent bien connecté et comme si ils étaient à jour. Sur les postes j'ai des warning dans les logs de wapt WARNING Unable to update server status : 'ascii' codec can't encode character u'\xe9' in position 3: ordinal not in range(128) : faulty string is 'u'6 fevrier 2020'' re-enabling wuauserv previous state: 0 les messages sont similaires pour les paquets en attente d'installation, les paquets proviennent du dépôt tranquil-it (tis-adobe reader, tis-firefox ces paquets fonctionnent sur le reste de mes postes). Cordialement,
Régis MAURISSO
Bonsoir, il y a eu une remontée similaire il ya quelques jours par Daniel Berteaud. Certains logiciels n'encodent pas correctement la date d'installation dans la base de registre, et wapt n'est pas assez tolérant. Evan a intégré un patch pour la prochaine version.
https://github.com/tranquilit/WAPT/commit/6823f74498d07dd7709703637f789c4486...
en attendant, il faut aller changer la date d'installation de Berger Levrault dans la base de registre par une valeur acceptable (YYYMMJJ)
Hubert
Le 25/03/2020 à 17:06, Daniel Berteaud a écrit : Bonjour. J'utilise WAPT (community) sur une centaine de postes, sans gros soucis. Mais aujourd'hui, j'ai passé pas mal de temps à débuguer un problème sur un de ces postes. Le poste enregistré dans l'inventaire ne remontait plus son état (par exemple, un logiciel que j'ai installé en version 3 manuellement avec wapt-get install apparaissait toujours en version 2 dans l'inventaire). En débugant plus, en fait, toutes les commandes remontaient la même erreur :
FATAL ERROR : 'ascii' codec can't encode character u'\xe9' in position 4: ordinal not in range(128) : faulty string is 'u'17 d\xe9cembre 2019'' Traceback (most recent call last): File "<string>", line 1431, in <module> File "<string>", line 1213, in main File "C:\Program Files (x86)\wapt\common.py", line 5477, in register_computer inv = self._get_host_status_data(old_hashes, new_hashes, force=True, include_dmi=True, include_wmi=True) File "C:\Program Files (x86)\wapt\common.py", line 5770, in _get_host_status_data _add_data_if_updated(inv,'installed_softwares',setuphelpers.installed_softwares(''),old_hashes,new_hashes) File "C:\Program Files (x86)\wapt\setuphelpers_windows.py", line 2961, in installed_softwares result.extend(list_fromkey("Software\Microsoft\Windows\CurrentVersion\Uninstall",noredir=False)) File "C:\Program Files (x86)\wapt\setuphelpers_windows.py", line 2924, in list_fromkey date = str(reg_getvalue(appkey,'InstallDate','')).replace('\x00','') UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 4: ordinal not in range(128) Exception at 00442147: UnicodeEncodeError: exceptions.UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 4: ordinal not in range(128).
J'ai fini par trouver le responsable dans la BdR : un des logiciels installé utilisait la chaîne "19 Décembre 2019" dans le InstallDate (alors que tous les autres soft utilisent un format YYYMMJJ). Et en supprimant l'accent, tout est OK.
Ne faudrait-il pas que WAPT ignore la date, si il n'arrive pas à la parser, plutôt que de s'arrêter brutalement ? C'est peut être rare comme cas, mais on n'a aucun contrôle sur ce que renseignent les logiciels dans ce champs
++
Merci pour votre retour Cordialement,
Régis MAURISSO [ http://www.parcdumorvan.org/ ]
De: "Hubert TOUVET" htouvet@tranquil.it À: "wapt" wapt@lists.tranquil.it Envoyé: Vendredi 3 Avril 2020 20:17:49 Objet: Re: [Wapt] wapt ne fonctionne plus depuis l'installation de berger leuvrault
Bonsoir, il y a eu une remontée similaire il ya quelques jours par Daniel Berteaud. Certains logiciels n'encodent pas correctement la date d'installation dans la base de registre, et wapt n'est pas assez tolérant. Evan a intégré un patch pour la prochaine version.
[ https://github.com/tranquilit/WAPT/commit/6823f74498d07dd7709703637f789c4486... | https://github.com/tranquilit/WAPT/commit/6823f74498d07dd7709703637f789c4486... ]
en attendant, il faut aller changer la date d'installation de Berger Levrault dans la base de registre par une valeur acceptable (YYYMMJJ)
Hubert
Le 25/03/2020 à 17:06, Daniel Berteaud a écrit : Bonjour. J'utilise WAPT (community) sur une centaine de postes, sans gros soucis. Mais aujourd'hui, j'ai passé pas mal de temps à débuguer un problème sur un de ces postes. Le poste enregistré dans l'inventaire ne remontait plus son état (par exemple, un logiciel que j'ai installé en version 3 manuellement avec wapt-get install apparaissait toujours en version 2 dans l'inventaire). En débugant plus, en fait, toutes les commandes remontaient la même erreur :
FATAL ERROR : 'ascii' codec can't encode character u'\xe9' in position 4: ordinal not in range(128) : faulty string is 'u'17 d\xe9cembre 2019'' Traceback (most recent call last): File "<string>", line 1431, in <module> File "<string>", line 1213, in main File "C:\Program Files (x86)\wapt\common.py", line 5477, in register_computer inv = self._get_host_status_data(old_hashes, new_hashes, force=True, include_dmi=True, include_wmi=True) File "C:\Program Files (x86)\wapt\common.py", line 5770, in _get_host_status_data _add_data_if_updated(inv,'installed_softwares',setuphelpers.installed_softwares(''),old_hashes,new_hashes) File "C:\Program Files (x86)\wapt\setuphelpers_windows.py", line 2961, in installed_softwares result.extend(list_fromkey("Software\Microsoft\Windows\CurrentVersion\Uninstall",noredir=False)) File "C:\Program Files (x86)\wapt\setuphelpers_windows.py", line 2924, in list_fromkey date = str(reg_getvalue(appkey,'InstallDate','')).replace('\x00','') UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 4: ordinal not in range(128) Exception at 00442147: UnicodeEncodeError: exceptions.UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 4: ordinal not in range(128).
J'ai fini par trouver le responsable dans la BdR : un des logiciels installé utilisait la chaîne "19 Décembre 2019" dans le InstallDate (alors que tous les autres soft utilisent un format YYYMMJJ). Et en supprimant l'accent, tout est OK.
Ne faudrait-il pas que WAPT ignore la date, si il n'arrive pas à la parser, plutôt que de s'arrêter brutalement ? C'est peut être rare comme cas, mais on n'a aucun contrôle sur ce que renseignent les logiciels dans ce champs
++
-
Hubert TOUVET -
Regis Maurisso