Le site de Francois Sauterey

Mais ou est donc postinst ?

Francois Sauterey — 2022-07-29T09:04:00Z

Lor d'une installation d'un paquet debian (.deb), ll m'arrive, rarement mais quand même, de tomber sur un script postinst bugué ou qui coince pour une raison ou une autre non prévue par le mainteneur du paquet.
Et là la principale galère est de retrouver le script fautif.
Alors une bonne fois pour toute il est LÀ :
/var/lib/dpkg/info

- Linux

installer phpmyadmin sur une buster...

Francois Sauterey — 2020-04-14T20:36:19Z

Je viens de faire une mise à niveau de mon serveur, et passer d'une stretch à une buster, autrement dit de debian 9 à debian 10.
Outre le plaisir de faire circuler un peu d'adrénaline en faisant ça via le réseau, avec le risque de tout planter, cela devenait nécessaire pour pouvoir faire les mise à jour de nextcloud se qui nécessite php7.3, non disponible dans stretch.

Oui mais voilà : plus de phpmyadmin dans buster :-(

Mais on retrouve phpmyadmin dans testing !
Alors, j'ai récupérer le

paquet phpmyadmin

puis un coup de dpkg -i phpmyadmin_4.9.5_dfsg1-2_all.deb

Évidement il y a des dépendances non satisfaites.
un petit apt-get install -f permet de récupérer les paquets présents dans buster avec une version ad hoc.
Il reste quelques paquets manquants (ou trop vieux) dans buster dont voici la liste :
php-google-recaptcha_1.2.3-1_all.deb
php-phpmyadmin-motranslator_5.0.0-2_all.deb
php-phpmyadmin-shapefile_2.1-4_all.deb
php-phpmyadmin-sql-parser_4.6.1-2_all.deb
php-twig_2.12.5-1_all.deb
php-twig-extensions_1.5.4-1_all.deb

On récupère tous ces paquets et hop
>sudo dpkg -i php-*

Je les ai tous rassembler dans un tgz

le .tgz complet

Migrer de Owncloud 10.2 à Nextcloud 12.0.12

Francois Sauterey — 2019-10-16T07:14:25Z

J'ai trop attendu à migrer de owncloud à nextcloud. Et la technique de migratin prévue par Nextcloud, bloque.
J'ai néanmoins réussi à faire cette migration en plusieurs étapes, résumé ici.

Pour réaliser cette migration, j'ai d'abord commencer par suivre le mode d'emploi :
copier dans le répertoire updater le fichier index.php, et exécuter https://mon.nuage.tld/updater/index.php
Tout semble bien fonctionner, je vais dans le répertoire /var/www/owncloud et exécute

>sudo -u www-data ./occ upgrade

Et là, patatrac, un message d'injure :-( : en gros saut de version trop important
Un indice : tout les mode d'emploi parle de owncloud 10.0.10 vers nextcloud 12
Un retour en arrière
C'est l'idée de base : faire une marche arrière vers owncloud 10.0.10 et relancer la migration.

Créer une nouvelle base nuage2, y dupliquer la base nuage (faire en sorte que cette base soit accessible à votre utilisateur sql du nuage (owncloud).
Récupérer le tarball de owncloud 10.0.10
Décompresser le sus-dit tarball dans le répertoire /var/www/nuage-old, et faire en sorte que votre serveur apache puisse le servir
Copier dans nuage-old le répertoire data de nuage
copier nuage/config/config.php dans nuage2/config/config.php
éditer nuage2/config/config.php et modifier ce qu'il faut pour que la base nuage2 soit atteinte, et la version soit 10.0.10, que le fichier data soit correctement défini

Arrivé là, on relance la mise à jour

sudo -u www-data ./occ upgrade

Et la marche arrière s'effectue.... et non.

Et maintenant la migration

Tout d'abord copier le fichier index.php de l'outil de migration dans updater/
en exécutant se fichier, je tombe sur des erreur dans le téléchargement du fichier zip de nextcloud... casse-la-tienne :
— * récupérer dans config/config.php la valeur de "instanceid" (par exemple ufvm17kv3r5d)
— * puis télécharger la version 12.0.12 de nextcloud
puis la coller dans data/updater-ufvm17kv3r5d/downloads/
— * éditer le fichier updater/index.php et commenter tout le corps de la fonction downloadUpdate (vers la ligne 570)
— * relancer la migration, et ça fonctionne
Reste plus qu'à relancer la procédure de upgrade (./occ upgrade) et hop...
Sauf que...Une contrainte dans la BD empêche la suppression de la table oc_accounts.
Donc il faut commencer par supprimer les contraintes dans la table oc_persistent_locks

Ouf....

Vide une table...

Francois Sauterey — 2018-01-01T09:08:00Z

Il m'arrive de devoir vider une tabel avec auto_incrément (en particulier quand je joue avec SPIP

Par exemple si je veux vider la table spip_documents :

TRUNCATE TABLE spip_documents ;

Mais bêtement, l'auto_incrément ne revient pas tout seul à zéro :-(

Alors :
ALTER TABLE spip_documents auto_increment = 1 ;
ALTER TABLE spip_documents ORDER BY id_document ;

Installation d'une stretch et plus

Francois Sauterey — 2018-01-01T09:08:00Z

Mes astuces pour installer un serveur stretch
– Installer correctement mariadb
– Déactiver IPV6
– Soucis avec Sympa
– Soucis apache2/logrotate
– Soucis avec courier /fam-gamin

– Installer correctement mariadb
Installer MariaDb
Mariadb est le fork libre de mysql. Mais son installation via
apt-get install mariadb-server
rend un systeme "non fonctionnel" au sens ou il est difficile de se connecter simplement !
merci à cette article qui m'a sauvé !

- déactiver IPV6
OVH livre des système où l'ipv6 est validé.
Comme je n'ai pas encore pris le temps de me pencher dessus, et que les opérateur cherche un reverse ipv6 si vous répondez dessus, j'ai trouvé plus simple de systématiquement invalider l'ipv6 (j'ai sûrement tort !)
Supprimer ipv6
– ipv6 chez ovh
J'ai enfin trouvé comment faire ça ! Pour tout dire je en suis pas sur d'avoir tout compris !!!
Bon :

allez dans l'interface OVH, ou via ifconfig,et trouvez le préfixe IPv6 de votre serveur : genre
2001:41d0:1:4462: :/64
Nous allons donc prendre l'IPv6 2001:41a1:1:bab5::1
dans la zone ad hoc, ajouter :
2001:41a1:1:bab5::1 AAAA mon-serveur.mon-domaine.fr.
relancer bind9
et dans le tableau de commande ajouter le reverse qui va bien
Maintenant gmail accepte nos messages !!!

– Soucis avec Sympa :
Pour quel raison le paquet sympa de debian n'installe-t-il pas libapache2-mod-fcgid, et ne met pas
use_fast_cgi 1
puisque de tout façon, rien ne fonctionna sans ?

– soucis apache2/logrotate
pourquoi le reload matinal plante-il apache ? En tout cas un changement de reload en restart arrange tout

– Soucis avec courier / famgamin
Si votre MUA (votre lecteur de courrier, quoi... quelque chose comme thunderbird) vos balance un "Filesystem notification initialization error Contact your mail administrator
(check for configuration errors with the FAM/Gamin library)", c'est qu'il vous manque gamin et ibgamin0 (vous avez probablement une libfam0 qu'il va falloir virer)
https://www.faqforge.com/linux/fix-for-courier-imap-error-check-for-configuration-errors-with-the-famgamin-library/

– Pb de completion
Par défaut le paquet bash-completion n'est pas installé...
Donc :
apt-get install bash-completion

Perte du francais dans thunderbird

Francois Sauterey — 2016-10-28T16:32:00Z

Il arrive que l'on « perde » le paquet "français" lors d'une mise à jour de thunderbird : c'est que le paquet "français" n'est pas encore là.

Pour aller le chercher à la main :
http://ftp.mozilla.org/pub/thunderbird/releases/x.y.z/linux-i686/xpi/fr.xpi

Et hop...

ssh et la touche tilde

Francois Sauterey — 2014-11-22T18:14:29Z

Je sais me déconnecter avec la combinaison .
Mais la touche permet d'autres choses, et je ne m'en souviens jamais. Alors...

Voici les séquences d'échappement :
– . - termine la connexion
B - Envoie un "Break" au système distnt
C - Ouvre une ligne de commande
R - Requête rekey (SSH protocol 2 only)
^Z - suspens le ssh
# - liste les connexions retransmises
& - met le ssh en arrière plan (en attendant la fin de la connexion)
? - l'aide
- L'envoi du caractère

chrootage (rsync, rdist,cvs,sftp,scp)

Francois Sauterey — 2011-03-08T14:12:33Z

L'utilisation de rssh permet de faire des chrootage simplement... à condition de faire tout ce qui va bien.

L'objectif est de ne permettre que l'un ou certains de ces protocoles à nos utilisateurs, et de les chrooter.

Préparation : le paquet rssh

La première étape est bien sûr d'installer le paquet rssh

/etc/passwd

Les utilisateurs à droits restreint doivent se voir affublé du shell restreint :
/usr/bin/rssh

/etc/rssh.conf

le fichier de configuration doit ensuite être préparé.
chaque utilisateur possède son entrée dans le fichier, sur une ligne, chaque champs étant séparé par des ' :' de ses voisins.
user=jacques:022:01010:chemin
user=boby:011:11011

– Le premier champs est le login
– Le second champs est le umask
– le troisioème est un champs de 5 bits validant l'utilisation (dans cet ordre) de rsync, rdist,cvs,sftp, et scp
– le quatrième, s'il est présent, est le chemin de la nouvelle racine, et provoque par sa présence le chrootage.

le nouveau root

Une arborescence minimum doit être créé dans la nouvelle racine :
– dev/

dev/null (copié de /dev/null )

– etc/ contenant

group
hosts
ld.so.cache
ld.so.conf
ld.so.conf.d/
- i486-linux-gnu.conf
ld.so.hwcappkgs
nsswitch.conf
passwd
resolv.conf

– un lib/ contenant

ld-linux.so.2
libcom_err.so.2
libncurses.so.5
tls/
- i686
  - cmov
    - libc.so.6
    - libcrypt.so.1
    - libdl.so.2
    - libnsl.so.1
    - libresolv.so.2
    - libutil.so.1

– usr/

bin/
- find
lib/
- i686/
  - cmov/
    - libcrypto.so.0.9.8
- libedit.so.2
- libgssapi_krb5.so.2
- libk5crypto.so.3
- libkrb5.so.3
- libkrb5support.so.0
- libz.so.1
- openssh/
  - sftp-server