My bad, j’ai une fois de plus été trop vite
home/debian11 -name config.php
find: unrecognized: /home/debian11
BusyBox v1.34.1 (2022-07-19 20:11:24 UTC) multi-call binary.
Usage: find [-HL] [PATH]… [OPTIONS] [ACTIONS]
Search for files and perform actions on them.
First failed action stops processing of current file.
Defaults: PATH is current directory, action is ‹ -print ›
-L,-follow Follow symlinks
-H ...on command line only
-xdev Don't descend directories on other filesystems
-maxdepth N Descend at most N levels. -maxdepth 0 applies
actions to command line arguments only
-mindepth N Don't act on first N levels
-depth Act on directory *after* traversing it
Actions:
( ACTIONS ) Group actions for -o / -a
! ACT Invert ACT’s success/failure
ACT1 [-a] ACT2 If ACT1 fails, stop, else do ACT2
ACT1 -o ACT2 If ACT1 succeeds, stop, else do ACT2
Note: -a has higher priority than -o
-name PATTERN Match file name (w/o directory name) to PATTERN
-iname PATTERN Case insensitive -name
-path PATTERN Match path to PATTERN
-ipath PATTERN Case insensitive -path
-regex PATTERN Match path to regex PATTERN
-type X File type is X (one of: f,d,l,b,c,s,p)
-executable File is executable
-perm MASK At least one mask bit (+MASK), all bits (-MASK),
or exactly MASK bits are set in file’s mode
-mtime DAYS mtime is greater than (+N), less than (-N),
or exactly N days in the past
-mmin MINS mtime is greater than (+N), less than (-N),
or exactly N minutes in the past
-newer FILE mtime is more recent than FILE’s
-inum N File has inode number N
-user NAME/ID File is owned by given user
-group NAME/ID File is owned by given group
-size N[bck] File size is N (c:bytes,k:kbytes,b:512 bytes(def.))
+/-N: file size is bigger/smaller than N
-links N Number of links is greater than (+N), less than (-N),
or exactly N
-empty Match empty file/directory
-prune If current file is directory, don’t descend into it
If none of the following actions is specified, -print is assumed
-print Print file name
-print0 Print file name, NUL terminated
-exec CMD ARG ; Run CMD with all instances of {} replaced by
file name. Fails if CMD exits with nonzero
-exec CMD ARG + Run CMD with {} replaced by list of file names
-delete Delete current file/directory. Turns on -depth option
-quit Exit
root@e3297526a941:/data#
Bon je crois qu’on est un perdu, alors on reprend la base
Quand tu as fais ton « docker run » tu as passé ces 2 directives :
-v /home/debian11/docker/nextcloud:/config
-v /home/debian11/dockerdata/nextcloud:/data
Bref si c’est bien celles-là que tu as passé, ça veut dire que sur la vm les dossiers se trouvent dans 2 dossiers :
/home/debian11/docker/nextcloud
/home/debian11/dockerdata/nextcloud
Dans le container ces 2 dossiers sont montés à ces 2 emplacements :
/config
/data
Donc si tu bosses depuis la console de la vm debian
cat /home/debian11/docker/nextcloud/www/nextcloud/config/config.php
cat /home/debian11/dockerdata/nextcloud/nextcloud.log
Si tu rentres dans le container depuis la console de la vm avec :
docker exec -it nextcloud /bin/ash
les cat(s) sont ceux-ci :
cat /config/www/nextcloud/config/config.php
cat /data/nextcloud.log
Evidemment les cat se font l’un après l’autre
Je te remercie et je dois m’absenter et à en fin a.m
juste avant de partir les 2 premières commandes ne passent pas .
Ce n’est pas des commandes, mais de simples extraits de ton « docker run ».
Les commandes à passer sont les « cat » avec les versions qui vont bien que tu les passes depuis la vm ou directement dans le container docker.
Ok,
A partir de là tu utilises bien :
https://192.168.1.29:4443
Pour te connecter à ton nextcloud ? ça match avec l’ip de la VM debian ?
Le contenu de ce fichier n’est pas dynamique si la vm change d’ip, forcement ça ne pourra plus « matcher » et tu auras droit à beau message d’erreur de ce genre :
Bon dans ton cas je pense plus à un problème de BDD.
C’est pourquoi il nous faudrait aussi le contenu du nextcloud.log ?
Base de données
Quelle page ?
Bon pour l’instant y’a pas grand chose dans les logs
Si il y’a une suite à ce que tu as déjà partagé et si c’est différent tu peux le poster stp ?
En attendant tu peux tenter depuis la VM et j’insiste bien sur « depuis la console de la vm »
Trois commandes distinctes :
- Passage en mode maitenance de nextcloud :
docker exec -u 1000 -it nextcloud /config/www/nextcloud/occ maintenance:mode --on
- « Maintenance Repair »
docker exec -u 1000 -it nextcloud /config/www/nextcloud/occ maintenance:repair
- Sortir du mode maintenance :
docker exec -u 1000 -it nextcloud /config/www/nextcloud/occ maintenance:mode --off
Bonjour voici une partie de la suite
et concernant les commandes je n’ai pas accès au terminal de la vm et par erreur est fait en ssh.
Vu que tu as accès en ssh à la vm ça fera l’affaire pour les commandes de mon précédent post
c’est fait tu veux les logs ?
Si possible oui
Autre question est-ce qu’avant que ça plante tu avais tenté de lancer un update de nextcloud directement via les menus ?
Salut @Ricou
Bon à vrai dire vu d’ici c’est pas simple
On va tenter 2 choses :
- En ssh sur la vm :
df -h
Pour checker l’espace disque dispo sur la vm (me mettre le résultat en réponse stp).
- Toujours sur la vm en ssh
On va installer sqlite3
apt install sqlite3
Et ensuite on va vérifier si on peut se connecter à la base de données :
cd /home/debian11/dockerdata/nextcloud
puis
sqlite3 owncloud.db
Si la bdd est OK tu devrais avoir ce genre de prompt :
Sinon poster la réponse ici
Bon je crois que c’est assez clair, ta VM est « pleine ».
Tu n’as plus assez d’espace disque pour faire quoi que ce soit dessus, 15Go pour une VM debian c’est vraiment juste.
Surtout pour installer nextcloud, où je ne sais pas quel est le volume de data que tu veux y stocker.
On peut essayer de redimensionner le disque de la VM, mais pas certain que ça sauve ton installation de Nextcloud.
Bref soit on tente ça, soit tu delete la vm actuelle pour en créer une plus « grosse ».