Vous n'êtes pas identifié(e).
Doctrine\DBAL\Exception\DriverException: An exception occurred while executing 'UPDATE `oc_filecache` SET `mimetype` = ? WHERE (`mimetype` <> ?) AND (`mimetype` <> ?) AND (`name` COLLATE utf8mb4_general_ci LIKE ?)' with params [70, 70, 2, "%.ott"]: SQLSTATE[HY000]: General error: 1206 The total number of locks exceeds the lock table size
Il y a manifestement un problème avec la taille de la table oc_filecache.....
Cela fait un moment que j'ai nexcloud et c'est bien la première qu'une MàJ échoue....
Je n'arrive pas à trouver de solutions, rien de très utile sur "help nextcloud" non plus....
Auriez vous une idée svp ??
a priori, letsencrupt doit vérifier le port 80 mais celui est déjà utilisé pour un autre domaine de mon réseau
que faire donc svp ?
Tu étais sur une Debian 9, avec donc PHP 7.0
Tu passes maintenant sur Debian 10, avec PHP 7.3
Le paquet php-apcu est donc maintenant celui de PHP 7.3
Cependant ton Nextcloud utilise toujours ton PHP 7.0, et c’est ça qu’il faut changer :smile:
La solution à ton problème sera donc probablement :
Changement de config Apache pour utiliser le module php 7.3
Redémarrage Apache
Désinstallation de PHP 7.0
comment procéder concrètement d'après vous ?
initialement, j'avais suivi le tuto nextcloud sur debian-facile mais en parcourant ce tuto, je ne trouve pas de réponses.
Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.
Du coup, je me pose la question d'un soucis avec php....
Je ne sais pas où chercher, j'ai regardé un peu partout sur la toile mais pas de problèmes similaires au mien.
Globalement, j'ai accès à phpMyAdmin sur https://madb.leblais.net/, j'ai créé un petit
qui donne donc https://leblais.net/test.php
L'accès à la console de MariaDB fonctionne aussi
Qu'est ce qui peut clocher selon vous ?
Merci pour votre aide
1 DKMS make.log for rtl8192eu-1.0 for kernel 4.19.0-5-amd64 (x86_64)
2 vendredi 19 juillet 2019, 18:12:08 (UTC+0200)
3 make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.19.0-5-amd64/build M=/var/lib/dkms/rtl8192eu/1.0/build modules
4 make[1] : on entre dans le répertoire « /usr/src/linux-headers-4.19.0-5-amd64 »
5 CC [M] /var/lib/dkms/rtl8192eu/1.0/build/core/rtw_cmd.o
6 In file included from /var/lib/dkms/rtl8192eu/1.0/build/include/osdep_service.h:45,
7 from /var/lib/dkms/rtl8192eu/1.0/build/include/drv_types.h:32,
8 from /var/lib/dkms/rtl8192eu/1.0/build/core/rtw_cmd.c:22:
9 /var/lib/dkms/rtl8192eu/1.0/build/include/osdep_service_linux.h: In function ‘_init_timer’:
10 /var/lib/dkms/rtl8192eu/1.0/build/include/osdep_service_linux.h:253:8: error: ‘_timer’ {aka ‘struct timer_list’} has no member named ‘data’
11 ptimer->data = (unsigned long)cntx;
12 ^~
13 /var/lib/dkms/rtl8192eu/1.0/build/include/osdep_service_linux.h:254:2: error: implicit declaration of function ‘init_timer’; did you mean ‘_init_timer’? [-Werror=implicit-function-declaration]
14 init_timer(ptimer);
15 ^~~~~~~~~~
16 _init_timer
17 cc1: some warnings being treated as errors
18 make[4]: *** [/usr/src/linux-headers-4.19.0-5-common/scripts/Makefile.build:309: /var/lib/dkms/rtl8192eu/1.0/build/core/rtw_cmd.o] Error 1
19 make[3]: *** [/usr/src/linux-headers-4.19.0-5-common/Makefile:1539: _module_/var/lib/dkms/rtl8192eu/1.0/build] Error 2
20 make[2]: *** [Makefile:146: sub-make] Error 2
21 make[1]: *** [Makefile:8: all] Error 2
22 make[1] : on quitte le répertoire « /usr/src/linux-headers-4.19.0-5-amd64 »
23 make: *** [Makefile:1335: modules] Error 2
cela retourne
Kernel preparation unnecessary for this kernel. Skipping...
Building module:
cleaning build area...
'make' all KVER=4.19.0-5-amd64....(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.19.0-5-amd64 (x86_64)
Consult /var/lib/dkms/rtl8192eu/1.0/build/make.log for more information.
zsh: exit 10 dkms build rtl8192eu/1.0
Votre dossier de données et vos fichiers sont probablement accessibles depuis internet. Le fichier .htaccess ne fonctionne pas. Nous vous recommandons vivement de configurer votre serveur web de façon à ce que ce dossier de données ne soit plus accessible, ou de le déplacer hors de la racine du serveur web
L'avez vous eu également ?
Il est question de .htaccess, s'il ne fonctionnait pas, je me dis que je ne pourrais pas m'identifier ?
Avez-vous des pistes de résolutions svp ?
Merci d'avance.
Un script vérifie régulièrement cette IP et met à jour l'IP sur OVH.
De l'extérieur, mon serveur sftp est accessible, et mon serveur bien dans la liste des serveurs du réseau TOR
http://torstatus.blutmagie.de/router_de … 97f53c19f2
Le problème est donc spécifique à Nginx.
Les commandes autour de Netstat permettent de vérifier que les ports 80/443 ne sont pas ouvert, je ne vois pas ce qui a pu les mettre sur Off....Il ne me semble pas avoir fait de configuration particulière....
ne révèle pas les ports 80/443 notamment.
Ils font l'objet d'une redirection de ports sur ma Box.
J'accèdes en ssh sur ce serveur via un autre PC en local (pas tenté de l'extérieur) et la connection en sftp fonctionne également.
Cela ne semble pas, a priori?, se caractériser par un piratage? Les dégâts seraient tout autre non??
Merci à vous pour votre assistance!
iptables v1.4.14: unknown option "--syn"
j'ai passé la valeur à "1" dans tcp_syncookies et installé et exécuter le script "floodmon" mais cela ne les stop pas complètement bien que leur nombre soit réduit de moitié.
Comment lutter efficacement contre ces nuisances?
mais rien sur le serveur, je ne comprends pas
les versions de paquets :
laptop
serveur
'dvtm': unknown terminal type.
je lance la console sur le laptop avec dvtm embarqué
via un raccourci clavier (j'utilise spectWM).
Sur le serveur, le term 'dvtm' n'est a priori plus reconnue.
Si je lance la console sur le laptop sans dvtm, pas de soucis en ssh sur le serveur avec cette console.
Comment faire "reconnaître" dvtm en ssh sur le serveur?
Je n'ai jamais dû configurer quoique ce soit à ce niveau auparavant...mais bon il s'agit peut être d'un modification suite à des updates de paquets??? (voir mon 1er post à ce sujet).
ps: un
la commande mc donne plus de précisions
neo@matrix ~ % mc
Unknown terminal: dvtm
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap entry.
zsh: exit 1 mc