Bonjour, Sur mon RPI4 je suis sous Debian 11 (Bullseye) et la version 4.4.19 de Jeedom.
Depuis quelques temps j’ai ce message: You don’t have permission to access this resource.Server unable to read htaccess file, denying access to be safe
Qui m’oblige à débrancher et rebrancher mon RPI4 pour retrouver l’accès au Jeedom.
Je n’ai absolument rien changé depuis des mois (pas de mise à jour, pas de nouveau plugin, pas de scénario en plus…)
La santé est ok (la màj 4.4.20 est dispo mais je ne la fait pas pour le moment pour éviter de complexifier le problème)
il faudrait quelques détails supplémentaires pour pouvoir s’orienter
le log « http.error » pourrait être une bonne source d’info. savoir quand ça crash et pose soucis déjà
quand ça pose soucis, il faudrait savoir si tu peux te connecter SSH pour faire quelques commandes ou avoir un écran branché temporairement le cas échéant.
tu n’as rien remarqué d’anormal à ce moment là chez toi ou dans un plugin de monitoring si tu as?
comme dit souvent dans les autres sujets et qui m’avait généré le même genre de problématiques, c’était l’alimentation.
tu pourrais nous dire un peu les tests que tu as déjà effectués?
pour l’écran, c’est quelques secondes avant de le reboot, un écran au sol et tu branches en hdmi, une photo et basta ^^
Non rien constaté
Je suis parti 2 semaines début août et tout a bien fonctionné. C’est fin août /début décembre que j’ai constaté ce problème qui s’est présenté par 2 fois.
Je n’ai rien modifié depuis des mois. Je le reboot juste 1 fois par moi environ (je fais ça depuis plusieurs années)
le plugin de monitoring ne montre rien de particulier:
L’alimentation est une 2A USB-C et alimente directement le RPI4 (et uniquement lui)
Je ne vois d’ailleurs pas le lien entre l’alim et le fait de ne pouvoir lire un fichier. Si c’était le cas ce serait tous les fichiers qui ne pourraient être lu.
Dans l’historique du plugin monitoring, le 11 septembre vers 15h la charge était-elle importante? (je ne sais pas si le plugin historise cette information par défaut)
peut-être que les logs systèmes peuvent aider dans /var/log, avez vous fouillé un peu, toujours au même horodatage?
Ca fait des années mais je reviens à mon cas, c’était juste des services qui tombaient en carafes de mémoire, créant cette erreur, dû à une instabilité du système à cause de l’alim trop faible
