Error 500 ou forbidden access en local et distant

Bonjour, mon jeedom est régulièrement instable.

Régulièrement et sans raison s apparentes mon jeedom ne répond plus alternant error 500 via dns jeedom et en local ou forbinden accès.
Ma seule solution est de couper l’alimentation et la remettre pour relancer le raspberry,
J ai parcouru le forum et mis une alimentation supplémentaire sur le SSD, meme problème.
https://community.jeedom.com/t/403-forbidden-you-don-t-have-permission-to-access-this-resource/98536

Voici tes logs de http.error

Par contre les logs : homebridge sont en orange dans les log ( WARNING : gpu_mem dans /boot/config.txt doit être à min 128, modifiez et rebootez)

et network

je ne sais pas trop d’ou peut venir le problème.

merci pour votre aide.

Informations Jeedom

Core : 4.4.19 (master)
DNS Jeedom : oui

Plugin : Homebridge
Version : 2025-02-26 18:38:44 (stable)
Statut Démon : Démarré - (2025-03-06 11:18:17)

Informations complémentaires

Informations de Debug

NodeJS : v20.18.3
Version NPM : 10.8.2
Prefixe Global : /usr
Racine NPM Globale : /usr/lib/node_modules
Architecture : aarch64 / arm64 / 64bits
Linux : Debian GNU/Linux 11 (bullseye)
Système : RPI 4 B
Mémoire : OK
Plugin : stable/2025-02-26 18:38:44 (avant:stable/2025-02-22 17:53:32)
Homebridge : 1.9.0
HAP-NodeJS : 0.12.3
Homebridge-Jeedom locale : 1.8.5.0001
Homebridge-Jeedom en ligne : 1.8.5.0001

  • async : 3.2.6 (==3.2.6)
  • axios : 1.7.7 (==1.7.7)
  • express : 5.0.1 (==5.0.1)

Utilisateur sélectionné : LaurentBrun
Branche : master
VideoProcessor : /usr/lib/node_modules/ffmpeg-for-homebridge/ffmpeg
Plugins Homebridge :

  • homebridge-alexa @ 0.8.2
  • homebridge-camera-ffmpeg @ 3.1.4
  • homebridge-config-ui-x @ 4.71.2
  • homebridge-gsh @ 3.1.2

Avez vous monitoré l’utilisation de la mémoire vive, et a fortiori celle du swap ?

Il existe de nombreux sujets qui parlent d’un problème de fuite mémoire de certains plugins, qui amène inéluctablement à un plantage au niveau de l’OS lorsque la mémoire vive, puis le swap, sont pleins.

Désolé pour ma question nulle mais je monitors ca dans le plugin monitoring en cochant histories ?
La après redémarrage

J’ ai :
memoire utilisée 48,9% memoire libre 51,1% memoire dispo 89,3%
swap total 2048 et swap libre 2048…

Je vais regarder les sujets fuite de memoire. Merci

Hier zéro problèmes et aujourd’hui à nouveau forbiden…. La mémoire est toujours entre 80et 90% dispo et le swap a 100%.
Dans sante persistance du cache NOK
Cela peut il venir de la ?

Bonjour,

Aucun rapport c’est juste un conseil pour les caméras mais si ça fonctionne sans c’est nickel, vous pouvez fournir le résultat de cette commande svp ?

sudo cat /boot/config.txt

Citation

Bonjour, voici le résultat de la commande demandée :

*> *
*> # For more options and information see*
*> # http://rpf.io/configtxt*
*> # Some settings may impact device functionality. See link above for details*
*> *
*> # uncomment if you get no picture on HDMI for a default "safe" mode*
*> #hdmi_safe=1*
*> *
*> # uncomment the following to adjust overscan. Use positive numbers if console*
*> # goes off screen, and negative if there is too much border*
*> #overscan_left=16*
*> #overscan_right=16*
*> #overscan_top=16*
*> #overscan_bottom=16*
*> *
*> # uncomment to force a console size. By default it will be display's size minus*
*> # overscan.*
*> #framebuffer_width=1280*
*> #framebuffer_height=720*
*> *
*> # uncomment if hdmi display is not detected and composite is being output*
*> #hdmi_force_hotplug=1*
*> *
*> # uncomment to force a specific HDMI mode (this will force VGA)*
*> #hdmi_group=1*
*> #hdmi_mode=1*
*> *
*> # uncomment to force a HDMI mode rather than DVI. This can make audio work in*
*> # DMT (computer monitor) modes*
*> #hdmi_drive=2*
*> *
*> # uncomment to increase signal to HDMI, if you have interference, blanking, or*
*> # no display*
*> #config_hdmi_boost=4*
*> *
*> # uncomment for composite PAL*
*> #sdtv_mode=2*
*> *
*> #uncomment to overclock the arm. 700 MHz is the default.*
*> #arm_freq=800*
*> *
*> # Uncomment some or all of these to enable the optional hardware interfaces*
*> dtparam=i2c_arm=off*
*> #dtparam=i2s=on*
*> #dtparam=spi=on*
*> *
*> # Uncomment this to enable infrared communication.*
*> #dtoverlay=gpio-ir,gpio_pin=17*
*> #dtoverlay=gpio-ir-tx,gpio_pin=18*
*> *
*> # Additional overlays and parameters are documented /boot/overlays/README*
*> *
*> # Enable audio (loads snd_bcm2835)*
*> dtparam=audio=on*
*> *
*> # Automatically load overlays for detected cameras*
*> camera_auto_detect=1*
*> *
*> # Automatically load overlays for detected DSI displays*
*> display_auto_detect=1*
*> *
*> # Enable DRM VC4 V3D driver*
*> dtoverlay=vc4-kms-v3d*
*> max_framebuffers=2*
*> *
*> # Run in 64-bit mode*
*> arm_64bit=1*
*> *
*> # Disable compensation for displays with overscan*
*> disable_overscan=1*
*> *
*> [cm4]*
*> # Enable host mode on the 2711 built-in XHCI USB controller.*
*> # This line should be removed if the legacy DWC2 controller is required*
*> # (e.g. for USB device mode) or if USB support is not required.*
*> otg_mode=1*
*> *
*> [all]*
*> *
*> [pi4]*
*> # Run as fast as firmware / board allows*
*> arm_boost=1*
*> *
*> [all]*
*> dtoverlay=gpio-fan,gpiopin=21,temp=60000*
*> jeedom@raspberrypi:~ $*
*> ```*
> /Citation

Pour Info le problème s’est reproduit avant-hier, au moment du crash, la memoire utilisée était a 75%.
Je suspecte plus un problème d’alimentation car sur mon pi 4 j ai un SSD, une clé Zwave et un rfplayer2.
L’alimentation ne sortait que 4,7V. Je l’ai monté à 5V. j’attend de voir si le problème vient de là.

En tout cas merci pour l’aide .

ah mais moi je vous aide pas :wink: c’est vous qui m’aidez, je corrige le warning dans le plugin, pas besoin de gpu_mem si on est en rpi 4+.

1 « J'aime »