Baptiste Gagneux

Erreur lors apt upgrade :

dpkg: error processing package yunohost (–configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost

Trace complète :

 root@toto:~# apt upgrade
Reading package lists… Done
Building dependency tree… Done
Reading state information… Done
Calculating upgrade… Done
The following package was automatically installed and is no longer required:
equivs
Use ‘apt autoremove’ to remove it.
The following NEW packages will be installed:
libraqm0 linux-image-5.10.0-31-amd64
The following packages will be upgraded:
base-files distro-info-data dns-root-data ffmpeg galera-4 krb5-locales libavcodec58 libavdevice58 libavfilter7 libavformat58
libavresample4 libavutil56 libcurl3-gnutls libgd3 libgdk-pixbuf-2.0-0 libgdk-pixbuf2.0-bin libgdk-pixbuf2.0-common libglib2.0-0
libglib2.0-data libgnutls30 libgssapi-krb5-2 libk5crypto3 libkrb5-3 libkrb5support0 libnss-systemd libpam-systemd libpostproc55
libswresample3 libswscale5 libsystemd0 libudev1 libvpx6 linux-image-amd64 linux-libc-dev nano php8.1-imagick php8.2 php8.2-cli
php8.2-common php8.2-fpm php8.2-gd php8.2-mbstring php8.2-opcache php8.2-readline php8.2-xml python3-idna python3-reportbug
reportbug systemd systemd-sysv udev yunohost-admin
52 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0 B/94.1 MB of archives.
After this operation, 318 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Reading changelogs… Done
Extracting templates from packages: 100%
Setting up yunohost (11.2.22) …
Regenerating configuration, this might take a while…
Traceback (most recent call last):
File « /usr/lib/python3.9/logging/config.py », line 389, in resolve
found = getattr(found, frag)
AttributeError: module ‘moulinette.interfaces’ has no attribute ‘api’

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File « /usr/lib/python3.9/logging/config.py », line 564, in configure
handler = self.configure_handler(handlers[name])
File « /usr/lib/python3.9/logging/config.py », line 722, in configure_handler
klass = self.resolve(cname)
File « /usr/lib/python3.9/logging/config.py », line 391, in resolve
self.importer(used)
File « /usr/lib/python3/dist-packages/moulinette/interfaces/api.py », line 12, in <module>
from gevent import sleep
File « /usr/lib/python3/dist-packages/gevent/__init__.py », line 86, in <module>
from gevent._hub_local import get_hub
File « /usr/lib/python3/dist-packages/gevent/_hub_local.py », line 101, in <module>
import_c_accel(globals(), ‘gevent.__hub_local’)
File « /usr/lib/python3/dist-packages/gevent/_util.py », line 148, in import_c_accel
mod = importlib.import_module(cname)
File « /usr/lib/python3.9/importlib/__init__.py », line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File « src/gevent/_hub_local.py », line 1, in init gevent._gevent_c_hub_local
ValueError: greenlet.greenlet size changed, may indicate binary incompatibility. Expected 152 from C header, got 40 from PyObject

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File « /usr/bin/yunohost », line 77, in <module>
yunohost.cli(
File « /usr/lib/python3/dist-packages/yunohost/__init__.py », line 35, in cli
init_logging(interface= »cli », debug=debug, quiet=quiet)
File « /usr/lib/python3/dist-packages/yunohost/__init__.py », line 168, in init_logging
configure_logging(logging_configuration)
File « /usr/lib/python3/dist-packages/moulinette/utils/log.py », line 67, in configure_logging
dictConfig(logging_config)
File « /usr/lib/python3.9/logging/config.py », line 809, in dictConfig
dictConfigClass(config).configure()
File « /usr/lib/python3.9/logging/config.py », line 571, in configure
raise ValueError(‘Unable to configure handler ‘
ValueError: Unable to configure handler ‘api’
dpkg: error processing package yunohost (–configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@toto:~#

L’info importante est ici :

ValueError: greenlet.greenlet size changed, may indicate binary incompatibility. Expected 152 from C header, got 40 from PyObject

En comparant pip et dpkg, il y a une différence de version :

root@toto:/var/log/apt# pip3 list | grep greenlet
greenlet               3.0.3
root@toto:/var/log/apt# dpkg –list | grep greenlet
ii  python3-greenlet                      0.4.17-1+b1                                        amd64        Lightweight in-process concurrent programming (python3)

Solution : Désinstaller la version pip :

root@toto:~# pip uninstall greenlet
Found existing installation: greenlet 3.0.3
Uninstalling greenlet-3.0.3:
Would remove:
/usr/local/include/python3.9/greenlet/greenlet.h
/usr/local/lib/python3.9/dist-packages/greenlet-3.0.3.dist-info/*
/usr/local/lib/python3.9/dist-packages/greenlet/*
Proceed (y/n)? y
Successfully uninstalled greenlet-3.0.3
root@toto:~#

La mise à jour passe sans souci ensuite.

source :
https://forum.yunohost.org/t/python-error-on-all-yunohost-commands-and-webadmin/28506

Quelques commandes que je cherche à chaque fois que j’en ai besoin.

Read the rest of this entry »

Afin d’augmenter la valeur max, il faut identifier la version php utilisée, puis modifier la valeur de max_file_uploads dans le fichier php.ini.

Enfin restart du serveur web ou du fpm, selon le cas.

cp -p /var/lib/pgsql/data/pg_hba.conf /root/

dnf install postgresql-server postgresql-upgrade

systemctl stop postgresql.service

dnf module disable postgresql:10

dnf module enable postgresql:12

yum update

mv /var/lib/pgsql/data/pg_hba.conf /var/lib/pgsql/data/pg_hba.conf_new

postgresql-setup –upgrade

cp -p /root/pg_hba.conf /var/lib/pgsql/data

systemctl start postgresql.service

cd /opt/netbox/

git checkout master

git pull origin master

export NETBOX_DELETE_LEGACY_DATA=1

./upgrade.sh

systemctl restart netbox netbox-rq

Lors de la préparation de plusieurs ordinateurs d’une salle de cours, j’ai eu besoin de préparer des sessions invités sur des ordinateurs en LMDE5.

Depuis quelques temps, les distributions ne semblent plus proposer l’option de session invité, ou session éphémère, pour la quelle tout des données disparaissent une fois la session fermée.

Voici donc les commandes permettant la mise en place d’une telle session :

La dernière commande pourra être adaptée en fonction des erreurs dans la syslog.

Source : forums, mais je ne retrouve plus lesquels…

Je mentionne ici le souci rencontré chez un client ayant une dizaine de PC sous Windows 10.

Nous sommes lundi 15/03/2021. L’un des PC souffre de reboot dès qu’il y a tentative d’impression, et lorsque l’utilisateur se connecte sur une session distance (mstsc) depuis jeudi 11/03.

Après pas mal de nettoyage et mise à jour de pilotes à distance, je récupère l’ordinateur samedi matin.Une fois derrière l’écran, je constate l’écran bleu (BSOD) avec l’erreur APC_INDEX_MISMATCH – win32kfull.sys.Direction un moteur de recherche et je tombe très rapidement sur

https://answers.microsoft.com/en-us/windows/forum/all/apc-index-mismatch-bsod-error-today-reported-for/ae100316-3725-4259-a962-ec9200f05d5b [anglais]

et

https://www.it-connect.fr/windows-10-la-mise-a-jour-de-mars-genere-un-ecran-bleu-lors-dune-impression/ [français]

Donc une mise à jour Windows incompatible avec les pilotes d’imprimante Kyocera (notamment). je tente d’abord la désinstallation de la mise à jour, mais Windows ne se laisse pas faire. Aussi bien en CLI que via l’interface graphique.

wusa /uninstall /kb:5000802

Je tente ensuite les commandes suivantes

rundll32 printui.dll,PrintUIEntry /Xg /n "Nom de l'imprimante"

rundll32 printui.dll,PrintUIEntry /Xs /n "Nom de l'imprimante" attributes +direct

La première ne fait rien qu’afficher une fenêtre. La seconde ajoute un accès à l’imprimante.Et plus de souci lors des impressions \o/

Et pour la session TSE ? L’utilisateur avait lancé une impression sur l’imprimante liée par TSE. J’ai donc tué sa session TSE depuis une session administrateur, puis annulé le lien des imprimantes locales via TSE. Le serveur ayant lui aussi les mêmes imprimantes de paramétrées, c’était redondant.

Et ce soir j’ai la joie et le plaisir de faire les 9 autres postes.

(fonctionne le 2020-11-19 pour une Redhat/Centos 6.10 64bits)

Je viens de passer 2 jours à trouver une solution, donc je partage (et garde pour plus tard).

Préparation de l’environnement :

Créer une VM en centos 6
Activer le repo EPEL et installer quelques packages :

yum install patch git gcc perl mingw-binutils-generic mingw-filesystem-base mingw32-binutils mingw32-cpp mingw32-crt mingw32-filesystem mingw32-gcc mingw32-headers mingw64-binutils mingw64-cpp mingw64-crt mingw64-filesystem mingw64-gcc mingw64-headers libcom_err-devel libacl-devel gnutls-devel openldap-devel popt-devel zlib-devel zlib-static glibc-devel glibc-static python-devel

Préparation des sources et Compilation :

git clone https://bitbucket.org/reevertcode/reevert-winexe-waf.git
cd reevert-winexe-waf/
git clone git://git.samba.org/samba.git samba
cd samba/
git reset --hard a6bda1f2bc85779feb9680bc74821da5ccd401c5
cd ..
rm -rf source/smb_static
cat patches/fix_smb_static.patch | patch -p1
cat patches/smb2_nognutls_noaddc.patch | patch -p1
cat patches/smb2_add_public_includes_samba_4.3.patch | patch -p1
cat source/wscript_build
sed -i "s/lib='dl'$/lib='dl gnutls'/" source/wscript_build
cd source && ln -s ../samba/bin/default/smb_static
./waf --samba-dir=../samba configure build

WorkAround :

Le winexe resultat n’est pas parfait. Workaround pour le faire fonctionner à peu près comme il faut : Encapsuler le binaire dans un script tel ci-après.

#!/bin/sh
# 2020-11-19 Baptiste Gagneux

MaxRetries=30
Tempo=2
iRetry=1

BinWinexe=/usr/local/bin/winexe-1.1-reevert-2020-11-19

# First attempt without reinstalling the Winexe service
	Resultat=$(echo ' ' | timeout -s9 180s ${BinWinexe} --kerberos=yes "$@" 2>/dev/null)
	CR=$?

# Then Retries will cleaning.
	while [ "${Resultat}" == "" ] ; do

		Resultat=$(echo ' ' | timeout -s9 180s ${BinWinexe} --uninstall --kerberos=yes "$@" 2>/dev/null)
		CR=$?

		if [ ${iRetry} -eq ${MaxRetries} ] ; then
			Resultat="winexe connection error (with ${MaxRetries} retries and ${Tempo} tempo)"
			CR=99
		fi

		iRetry=$((${iRetry}+1))
		sleep ${Tempo}

	done

# Exiting with the results 
	echo ${Resultat}
	exit ${CR}

Sources :
https://bitbucket.org/reevertcode/reevert-winexe-waf/src/master/
https://github.com/opinkerfi/winexe-waf
https://sourceforge.net/p/winexe/bugs/77/?limit=25&page=2

Hello,

Cette année comme l’année précédente, j’ai participé à la captation des conférences des Journées Du Logiciel Libre. 18ème édition \o/ !

J’ai eu pas mal de difficultés à trouver informations afin de trouver le bon matériel, pour pas trop cher. Je poste donc ici mes configurations, ainsi que des liens chez les marchands pour commander les références.

Merci à mon collègue Philippe qui m’a beaucoup conseillé dans le choix du matériel. Read the rest of this entry »

Après avoir passé plusieurs heures à réparer le Windows Update d’un Windows 7 fraîchement installé, je mets ici notes, histoire de gagner du temps la prochaine fois.

D’après ce que je comprends, depuis ce début d’année 2016 (?) Windows Update pour Windows 7 déconne complètement… Cela fait plusieurs mois, donc on peut supposer que les gens de Microsoft sont au courant. Mais bon, hein, faut que Windows 10 soit installé partout… Donc bon cela fait une raison de plus pour aider à y aller… De là à penser que l’erreur est volontaire, il n’y a qu’un pas ! Read the rest of this entry »