Anthony Jaguenaud a écrit 1956 commentaires

Moi aussi, la banque m’avait contacté pour un problème de carte banquaire… le début de la discussion en mode négociation de protocole de sécurité a été très drôle.
— Bonjour M., je suis M. Truc de votre banque. Votre carte bancaire a été probablement été piraté, pour m’assurer que je parle bien à M. <voir nom> puis-je avoir votre date de naissance.
— Non.
— Pourquoi ?
— Ben, prouvez moi que vous êtes bien la banque d’abord.
— …

On a fini par être d’accord qu’il était bien de la banque, et que j’étais bien le client qu’il voulait joindre.

Oui, j’ai essayé. Mon problème est la migration de la base de donnée… mon nextcloud est beaucoup plus ancien que mon yunohost. Un autre problème pour la migration est le fait que yunohost met ses utilisateurs… mais c’est bien, sur un de mes serveurs, c’est yunohost qui a fait la mise à jour stretch vers buster. J’avais quand même dû me connecter en ssh pour passer un problème sur un paquet. Mais oui, c’est plus simple.

Pour la gestion des mots de passe, j'ai découvert bitwarden, installé sur un yunohost, fonctionne plutôt bien pour le moment.
On peut ajouter les codes F2A, on le retrouve aussi bien sur ordiphone, que dans les navigateurs via des extensions.

Je suis toujours en phase d’évaluation, mais je suis très positif après 5 jours.

Une heure et un ajout echo('Test'); plus un error_log('test'); dans index.php. J’ai eu une erreur et depuis ça marche avec une erreur d’intégrité de fichier… sans doute mes modifications.

Voilà.
Merci à tous pour votre aide.

Bon, après avoir lancé occ update, qui a fait le boulot semble-t-il correctement, remis le site en maintenance off, je n’ai toujours pas d’affichage. Juste une erreur 403 :’(

$ tail -f /var/log/nginx/error.log
2021/03/21 17:27:56 [error] 29018#29018: *525 directory index of "/home/nextcloud/nextcloud/" is forbidden, client: 86.215.87.34, server: host.domain.org, request: "GET / HTTP/1.1", host: "host.domain.org"
2021/03/21 17:30:25 [error] 29018#29018: *527 directory index of "/home/nextcloud/nextcloud/" is forbidden, client: 86.215.87.34, server: host.domain.org, request: "GET / HTTP/1.1", host: "host.domain.org"
2021/03/21 17:38:36 [error] 29018#29018: *544 directory index of "/home/nextcloud/nextcloud/" is forbidden, client: 86.215.87.34, server: host.domain.org, request: "GET / HTTP/1.1", host: "host.domain.org"

et

$  tail -f /var/log/nginx/access.log
ip.ip.ip.ip - [21/Mar/2021:17:38:36 +0100] "GET / HTTP/1.1" 403 5 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0"

Pourtant, si je fais un sudo -u www-data bash j’accède à tous les fichiers dans le répertoire nextcloud.

J’ai fait un chown -R www-data:www-data /var/www juste au cas où, mais ça n’a rien changé.

Après installation de php-zip et php-mbstring ça a fonctionné. Je suis en mode maintenance.

Je vais updater la bd, et relancer le serveur.

Je suis d’anniv. ce midi, je reviendrai vous tenir au courant.

Effectivement, c’est un peu mieux. Il me propose d’avancer avec deux paquets supplémentaires.

Je continue.

sudo -u www-data php occ maintenance:mode --on
Nextcloud or one of the apps require upgrade - only a limited number of commands are available
You may use your browser or the occ upgrade command to do the upgrade
PHP module zip not installed.
Please ask your server administrator to install the module.

PHP module mbstring not installed.
Please ask your server administrator to install the module.

An unhandled exception has been thrown:
Exception: Environment not properly prepared. in /home/nextcloud/nextcloud/lib/private/Console/Application.php:166
Stack trace:
#0 /home/nextcloud/nextcloud/console.php(95): OC\Console\Application->loadCommands(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#1 /home/nextcloud/nextcloud/occ(11): require_once('/home/nextcloud...')
#2 {main}

J’ai remplacé ma version 13 par une version 14, mais j’ai une erreur lors de l’execution php.

Dois-je tenter de passer directement à buster pour avoir php7.3 ?

root@host:/home/nextcloud/nextcloud# php --version
PHP 7.0.33-0+deb9u10 (cli) (built: Oct  6 2020 17:08:28) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.0.33-0+deb9u10, Copyright (c) 1999-2017, by Zend Technologies

root@host:/home/nextcloud/nextcloud# sudo -u www-data php occ maintenance:mode --on
An unhandled exception has been thrown:
Error: Call to undefined function OC\App\simplexml_load_file() in /home/nextcloud/nextcloud/lib/private/App/InfoParser.php:64
Stack trace:
#0 /home/nextcloud/nextcloud/lib/private/App/AppManager.php(380): OC\App\InfoParser->parse('/home/nextcloud...')
#1 /home/nextcloud/nextcloud/lib/private/legacy/app.php(551): OC\App\AppManager->getAppInfo('files', false, NULL)
#2 /home/nextcloud/nextcloud/lib/private/AppFramework/App.php(65): OC_App::getAppInfo('files')
#3 /home/nextcloud/nextcloud/lib/private/legacy/app.php(236): OC\AppFramework\App::buildAppNamespace('files')
#4 /home/nextcloud/nextcloud/lib/private/legacy/app.php(119): OC_App::registerAutoloading('files', '/home/nextcloud...')
#5 /home/nextcloud/nextcloud/lib/base.php(654): OC_App::loadApps(Array)
#6 /home/nextcloud/nextcloud/lib/base.php(1068): OC::init()
#7 /home/nextcloud/nextcloud/console.php(46): require_once('/home/nextcloud...')
#8 /home/nextcloud/nextcloud/occ(11): require_once('/home/nextcloud...')
#9 {main}
root@host:/home/nextcloud/nextcloud#

Les URLs « How to upgrade » contienne le numéro de la version cible, si je regarde la 14, ils proposent de lancer deux scripts occ pour modifier des informations dans la base.

J’ai sauvegarder ma version 13, je vais dumpper ma base, je tente le coup…

L’objectif c’est de monter de version version par version.

Dans la doc How to upgrade ils conseillent de passer version par version…

Du coup, il faut passer 13.0.12 -> 14.0.0 -> 14.0.1 -> 14.0.2, etc. ou 13.0.12 -> 14.0.14.

Oui, mais il y a la base de donnée, si je mets à jour directement à la 21, je risque pas des erreurs de migration ?

L’objectif c’est de monter de version version par version.

En gros, ma version de nextcloud fonctionne sur php5, et refuse de faire la mise à jour car je n’avais pas php7…

Mais du coup, une fois que j’ai reconfiguré mon php en php7, le nextcloud ne fonctionne pas et nécessiterait un php5… c’est un peu le serpent qui se mord la queue.

D’après mon version.php je suis en version 13 :

<?php 
$OC_Version = array(13,0,12,1);
$OC_VersionString = '13.0.12';
$OC_Edition = '';
$OC_Channel = 'stable';
$OC_VersionCanBeUpgradedFrom = array (
  'nextcloud' => 
  array (
    '12.0' => true,
    '13.0' => true,
  ),
  'owncloud' => 
  array (
  ),
);
$OC_Build = '2019-02-27T20:30:52+00:00 f47c8bd0bd9e4086b935d2b8a2d2c78f0341fef0';
$vendor = 'nextcloud';

Donc si je télécharge la version 14 et que je la décompresse dans le répertoire ça devrait repartir ?

La machine est sous stretch, je voulais d’abord redémarrer, avant de faire un saut de version.

Le log de php-fpm est :

[19-Mar-2021 21:06:37] NOTICE: fpm is running, pid 567
[19-Mar-2021 21:06:37] NOTICE: ready to handle connections
[19-Mar-2021 21:06:37] NOTICE: systemd monitor interval set to 10000ms

Quand je fais un grep --color user <fichier php_conf>
Je n’obtiens que : user = www-data ce qui me semble cohérent avec ma configuration sur le système de fichier.

J’ai vérifié les droits, je suis bien en r-x pour tous, (766) avec comme user: www-data et group: www-data.

À moins que l’unité systemd lance le php-fpm sous un autre user, je vois pas.

Ajout:
J’ai fait un ps sur le process du log de php-fpm :

$ ps -ef | grep 567
root       567     1  0 21:06 ?        00:00:00 php-fpm: master process (/etc/php/7.0/fpm/php-fpm.conf)
www-data   735   567  0 21:06 ?        00:00:00 php-fpm: pool www
www-data   736   567  0 21:06 ?        00:00:00 php-fpm: pool www
$ 

À part le « master process », l’utilisateur semble correct.

J’ai forcément raté un truc plus ou moins stupide.

Maintenant, j’ai une erreur d’accès au FS… je jète un œil.

2021/03/19 19:49:42 [error] 3293#3293: *6 directory index of "/home/…/nextcloud/" is forbidden, client: 86.215.87.34, server: host.domain.org, request: "GET / HTTP/1.1", host: "host.domain.org"

Pourtant, les droits me semble correct…

$ ls -l
drwxr-xr-x 14 www-data www-data 4,0K déc.  19 19:09 nextcloud
$

Il y a peut être des droits pour php7-fpm ?

J’ai une erreur lié à php fpm :

2021/03/19 19:40:03 [crit] 3134#3134: *1 connect() to unix:/run/php7.0-fpm.sock failed (2: No such file or directory) while connecting to upstream, client: 86.215.87.34, server: host.domain.org, request: "GET /index.php/apps/files/?dir=/&fileid=56 HTTP/1.1", upstream: "fastcgi://unix:/run/php7.0-fpm.sock:", host: "host.domain.org"

Le nom dans le fichier site enabled était mauvais… j’ai remplacé par /run/php/php7.0-fpm.sock.

Maintenant, j’ai une erreur d’accès au FS… je jète un œil.

Question idiote.
Si on fait :

import Data.Text

Quel est l’intérêt du qualified ?

C’est pour éviter de taper le nom complet ? Data.Text.… ?

En cas d'incendie ?

Il faut ajouter le format csv (séparateur, etc.).

J’ai regardé aussi du côté de pandoc, mais il ne converti pas les tableurs.

odt2txt ne fonctionne que sur les documents textes, pas sur le tableur.
Mais merci.

Oui, mais je pensais que quelqu’un l’avait fait.
Dans l’idéal, comme c’est des données, une sélection directe des colonnes aurait été top.
Mais c’est une solution, merci.

Ok, merci.

J’ai pris un MX plan il y a quelques années, et depuis hier soir, plus aucun mail n’arrive… j’espère que c’est lié.

D'autant qu'on a les RAM ECC pour ça.

Bah si, tu as plusieurs processus… il n’a pas parlé de processus légé (thread) ;-)

Si tu veux, on peut modifier principal :

processus_2 &
processus_3 &
processus_4 &

while true
do
    echo Je suis le processus principal
    sleep 1
done

Ça te plaît plus ? :-p

Comme le langage n’est pas précisé, voici ma solution :

Processus n°01 : «  Le processus principal »

while true;
do
    echo "Je suis le processus principal"
    sleep 1
done

Processus n°02 : «  Il a pour objectif répertorier tous les fichiers du répertoire en cours qui ont été modifiés au cours de la période de 24 heures »

md5sum * >.tmp.md5
sleep $(( 3600 * 24 ))
md5sum * >.tmp_24.md5
diff .tmp.md5 .tmp_24.md5
rm -f .tmp*

Processus n°3 : «  liste tout les processus actifs » (au fait, on écrit tous les processus)

ps -ef

Processus n°4 : « Créer un lien symbolique vers un répertoire »

for f in *
do
    [ -d $f ] && ln -s $f un_repertoire && exit 0
done
exit 1

Chaque processus fait ce qui est demandé dans ta spec (expression de besoin). Comme je suis grand prince, je te le fait gratos pour cette fois.

Si ce n’est pas ce que tu avais besoin, merci de réécrire les spécifications.