Une fois installée, il ne semble pas possible de s’authentifier comme il faut sur Mobilizon.
Une fois le formulaire remplis, on atterrie sur une page vide (avec les Header et Footer de Mobilizon).

Il faut passer les commandes suivantes pour corriger :

sudo yunohost app setting mobilizon protect_against_basic_auth_spoofing -v false
sudo yunohost app ssowatconf
sudo systemctl restart mobilizon

Supprimer le cookie Mobilizon, puis éventuellement redémarrer le navigateur si cela ne suffit pas.

Source :
https://forum.yunohost.org/t/mobilizon-souci-pour-se-connecter/37315

The post Mobilizon sur Yunohost – Souci de login first appeared on Gagzen.

Par défaut, Hesk 3.5.3 au 04/05/2025, autorise les pièces jointes telles que :

'max_number' => 2,
'max_size' => 2097152,
'allowed_types' => array('.gif','.jpg','.png','.zip','.rar','.csv','.doc','.docx','.xls','.xlsx','.txt','.pdf')

Il est donc possible de modifier tel que par exemple :

'max_number' => 20,
'max_size' => 20971520,
'allowed_types' => array('.gif','.jpg','.png','.zip','.rar','.csv','.doc','.docx','.xls','.xlsx','.txt','.pdf','.ods','.odt','.jpeg')

fichier hesk_settings.inc.php, à la racine du site.

The post Hesk modification paramètre pièces jointes first appeared on Gagzen.

Pour ce faire :

En supposant que sda est le disque sain et sdb le disque remplacé :

sfdisk -d /dev/sda > part_table_$(date +"%Y-%m-%d")
grep -v ^label-id part_table_$(date +"%Y-%m-%d") | sed -e 's/, *uuid=[0-9A-F-]*//' | sfdisk /dev/sdb

(trouvé ici : https://unix.stackexchange.com/questions/12986/how-to-copy-the-partition-layout-of-a-whole-disk-using-standard-tools )

Puis on répare les volume RAID1.
On les liste :

# cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md7 : active raid1 sda7[1]
      7498270720 blocks super 1.2 [2/1] [_U]
      bitmap: 26/56 pages [104KB], 65536KB chunk

md6 : active raid1 sda6[0]
      52395008 blocks super 1.2 [2/1] [U_]
      
md2 : active raid1 sda2[0]
      104791040 blocks super 1.2 [2/1] [U_]
      
md4 : active raid1 sda4[0]
      104791040 blocks super 1.2 [2/1] [U_]
      
md5 : active raid1 sda5[0]
      52395008 blocks super 1.2 [2/1] [U_]
      
unused devices: <none>

Et on répare :

# mdadm /dev/md2 --add /dev/sdb2
# mdadm /dev/md4 --add /dev/sdb4
# mdadm /dev/md7 --add /dev/sdb7
# mdadm /dev/md5 --add /dev/sdb5

J’en profite pour cloner la partition EFI :

# dd if=/dev/sda1 of=/dev/sdb1 bs=1024

The post Réparation d’un RAID1 logiciel avec mdadm suite panne first appeared on Gagzen.

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

The post Yunohost mise à jour impossible first appeared on Gagzen.

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

Voir le contenu d’un mail dans la queue :
postcat -q 74B394009B

Supprimer un message spécifique :
postsuper -d 74B394009B

Forcer l’envoi des messages :
postqueue -f

Supprimer les messages en deferred :
postsuper -d ALL deferred

Lister les message deferred :
postqueue -p

sources :

Gestion des messages sortants de Postfix (queues)

https://blog.valouille.fr/2014/04/commandes-utiles-pour-postfix/

The post Quelques commandes Postfix first appeared on Gagzen.

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

The post SignaturePDF : Augmenter le nombre de pages max first appeared on Gagzen.

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

The post Mise à jour Netbox depuis git avec montée de version Postgresql sur CentOS 8 first appeared on Gagzen.

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…

The post Session Invité pour Debian(-like) first appeared on Gagzen.

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.

The post Windows 10 et APC_INDEX_MISMATCH – win32kfull.sys first appeared on Gagzen.

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

The post Compilation Winexe avec le support SMB2 sur el6 first appeared on Gagzen.