Bonjour
J’ai un souci d’authentification avec mon compte admin entre autre.
J’ai migré de la V3 à la V4 dimanche.
Hier matin, tout fonctionnait correctement. J’avais bien accès au desktop.
Depuis hier soir par contre, j’ai bien accès à l’interface de connexion mais je n’arrive plus à me connecter. Le user semble bon (je teste avec le user admin) parce que quand je saisi un user bidon, j’ai bien un message d’erreur.
Quand je rentre les paramètres d’authentification qui fonctionnent depuis des années, pas de message d’erreur. Il me redirige systématiquement vers la page de connexion.
La seule chose que j’ai faite hier matin (depuis que ca semble poser souci), c’est de créer un design. Je me demande si je n’ai pas donné le même nom qu’un design que j’avais en V3 (et que j’avais supprimé pour migrer en V4)
J’ai fait des essais avec 2 PCs différents, avec mon mobile. Impossible sur les 3 !!!
Auriez vous une idée ?
Merci
Verifier l’espace disque de votre jeedom,
quand ce dernier est plein,
l’interface de connexion se relance en boucle 
PS : vous pouvez utiliser putty
IP de votre Jeedom
User : root
mdp : Mjeedom96
commande
df -h
Voilà ce que ca donne…
J’ai un folder bien rempli mais je ne sais pas trop à quoi son contenu peut servir !!!
bon tu as raison, ma SMART est full. J’ai viré un backup et j’ai pu me connecter.
Voilà la page santé
Cependant, suite à l’installation de la V4, je suis allé sur la page Santé et je n’avais pas du tout ces chiffres. Tout était très bas !!! donc je ne comprends pas ce qu’il s’est passé depuis en 24h !!
J’ai fini par trouver le post suivant avec exactement mon cas de figure
Me concernant, je n’ai pas de chiffres aussi énormes que la personne qui a fait ce post
Bonjour,
Tu a testé le nettoyage proposé sur l’autre topic ?
de quel autre topic parles tu ?
Je n’ai pas touché au fdisk
Et concernant la bdd, je n’ai rien fait compte tenu de la taille qui est indiquée
Je n’ai fait que le sudo apt-get clean qui m’a fait gagné 1%
je me souviens d’un truc. J’ai relancé les dépendances du pluggin Zigbee. Il a mis 10 plombes à recalculer les dépendances et à télécharger pas mal de fichiers. Je me demande si tous ces téléchargements ne sont pas restés sur ma SMART !!! je vais essayer de trouver ou se font les téléchargements
Bonjour à tous, c’est un problème « classique » dans le monde « linux ».
Tu peux tester avec la commande qui afficher la taille des dossiers d’une arborescence :
du -h -d1 /var/log
-h : humainement lisible
-d1 : affiche une profondeur de dossier de 1
Dans le cas si dessus, tu afficheras la taille du contenu du dossier /var/log sur un niveau.
Le dossier de log est parfois très/trop gros.
Bonjour
Voilà ce que donne la commande
Il est gros mais pas tant que ca non plus. Y a t-il des logs que l’on peut supprimer ?
En voici le détail
root@Jeedom:/# ls -l /var/log
total 481780
-rw-r--r-- 1 root root 0 Aug 25 2020 alternatives.log
-rw-r--r-- 1 root root 51045 Jul 16 2020 alternatives.log.1
drwxr-x--- 2 root adm 4096 Jul 15 2020 apache2
drwxr-xr-x 2 root root 4096 Jan 3 00:00 apt
-rw-r----- 1 root adm 55610129 Jan 5 06:14 auth.log
-rw-r----- 1 root adm 74787630 Jan 1 00:00 auth.log.1
-rw-r----- 1 root adm 2403906 Dec 25 00:00 auth.log.2.gz
-rw-r----- 1 root adm 2471934 Dec 18 00:00 auth.log.3.gz
-rw-r----- 1 root adm 2413092 Dec 11 00:00 auth.log.4.gz
-rw-r--r-- 1 root root 156187 Jun 20 2017 bootstrap.log
-rw-rw---- 1 root utmp 0 Jan 1 00:00 btmp
-rw-rw---- 1 root utmp 0 Dec 1 00:00 btmp.1
-rw-r----- 1 root adm 622830 Jan 5 06:09 daemon.log
-rw-r----- 1 root adm 134900 Jan 1 00:00 daemon.log.1
-rw-r----- 1 root adm 13569 Dec 25 00:00 daemon.log.2.gz
-rw-r----- 1 root adm 11379 Dec 18 00:00 daemon.log.3.gz
-rw-r----- 1 root adm 7912 Dec 11 00:00 daemon.log.4.gz
-rw-r----- 1 root adm 0 Dec 25 00:00 debug
-rw-r----- 1 root adm 530 Feb 14 2019 debug.1
-rw-r----- 1 root adm 210 Feb 14 2019 debug.2.gz
-rw-r----- 1 root adm 210 Feb 14 2019 debug.3.gz
-rw-r----- 1 root adm 243 Feb 14 2019 debug.4.gz
-rw-r--r-- 1 root root 0 Jan 3 00:00 dpkg.log
-rw-r--r-- 1 root root 1366 Jan 2 17:00 dpkg.log.1
-rw-r--r-- 1 root root 1286 Jul 1 2022 dpkg.log.2.gz
-rw-r--r-- 1 root root 754 Nov 10 2021 dpkg.log.3.gz
-rw-r--r-- 1 root root 654 Aug 25 2020 dpkg.log.4.gz
-rw-r--r-- 1 root root 70673 Jul 16 2020 dpkg.log.5.gz
-rw-r----- 1 root adm 107 Jan 1 00:00 fail2ban.log
-rw-r----- 1 root adm 107 Dec 25 00:00 fail2ban.log.1
-rw-r----- 1 root adm 3218 Dec 22 07:02 fail2ban.log.2.gz
-rw-r----- 1 root adm 2452 Dec 15 14:04 fail2ban.log.3.gz
-rw-r----- 1 root adm 105 Dec 4 00:00 fail2ban.log.4.gz
-rw-r--r-- 1 root root 3424 Jul 15 2020 faillog
-rw-r--r-- 1 root root 538 Jul 13 2020 fontconfig.log
-rw-r----- 1 root adm 93617860 Jan 5 06:14 kern.log
-rw-r----- 1 root adm 150200644 Jan 1 00:00 kern.log.1
-rw-r----- 1 root adm 12687885 Dec 25 00:00 kern.log.2.gz
-rw-r----- 1 root adm 12807488 Dec 18 00:00 kern.log.3.gz
-rw-r----- 1 root adm 12514769 Dec 11 00:00 kern.log.4.gz
-rw-rw-r-- 1 root utmp 31672 Jan 5 05:41 lastlog
-rw-r----- 1 root adm 12195110 Jan 5 06:11 messages
-rw-r----- 1 root adm 17097335 Jan 1 00:00 messages.1
-rw-r----- 1 root adm 1407901 Dec 25 00:00 messages.2.gz
-rw-r----- 1 root adm 1432290 Dec 18 00:00 messages.3.gz
-rw-r----- 1 root adm 1385646 Dec 11 00:00 messages.4.gz
drwxr-s--- 2 mysql adm 4096 Jan 5 00:00 mysql
drwxr-xr-x 2 root root 4096 Apr 28 2021 openvpn
drwx------ 2 root root 4096 Jul 13 2020 private
drwxr-x--- 2 root adm 4096 Sep 2 2019 samba
-rw-r----- 1 root adm 5650134 Jan 5 06:14 syslog
-rw-r----- 1 root adm 21650067 Jan 5 00:00 syslog.1
-rw-r----- 1 root adm 1834161 Jan 4 00:00 syslog.2.gz
-rw-r----- 1 root adm 2029403 Jan 3 00:00 syslog.3.gz
-rw-r----- 1 root adm 1941983 Jan 2 00:00 syslog.4.gz
-rw-r----- 1 root adm 1848183 Jan 1 00:00 syslog.5.gz
-rw-r----- 1 root adm 1847990 Dec 31 00:00 syslog.6.gz
-rw-r----- 1 root adm 1843981 Dec 30 00:00 syslog.7.gz
-rw-rw-r-- 1 root utmp 363600 Jan 5 05:41 wtmp
Merci
Tu peux en effet supprimer les fichiers en .1, en .2.gz,…
Il y a une application « logrotate » qui s’occupe de gérer les logs et de générer les fichiers .1 et .gz qui sont des archives.
Mais tôt ou tard ces logs reviendront. Tu peux également par curiosité lire leur contenu (pas le gz sans l’extraire) via un :
tail fichier
Ton jeedom doit être dans /var/www/HTML, tu peux tester un :
du -h -d2 /var/www/html
j’ai gagné 1% d’espace en supprimant les logs 
j’ai jeté un oeil sur 2 fichiers de log. Le syslog et kern.log, pas mal de message d’erreur sur la RTC !!!
Jan 5 06:42:31 localhost kernel: [1208401.368402] rtc-pcf8563 1-0051: pcf8563_set_datetime: err=-11 addr=02, data=32
Jan 5 06:42:31 localhost kernel: [1208401.373482] rtc-pcf8563 1-0051: pcf8563_get_datetime: read error
Et concernant ma Jeedom, ca prend 737MO.
root@Jeedom:/var/log# du -h -d2 /var/www/
29M /var/www/html/core
8.0K /var/www/html/log
20M /var/www/html/vendor
588K /var/www/html/.tmb
52M /var/www/html/3rdparty
24K /var/www/html/resources
20K /var/www/html/.github
8.0K /var/www/html/support
504K /var/www/html/montheme
76K /var/www/html/tests
4.0K /var/www/html/.quarantine
8.0K /var/www/html/script
2.2M /var/www/html/desktop
126M /var/www/html/plugins
17M /var/www/html/data
292K /var/www/html/mobile
44M /var/www/html/docs
425M /var/www/html/backup
384K /var/www/html/install
737M /var/www/html
60K /var/www/.cache/pip
64K /var/www/.cache
737M /var/www/
Il faudrait que je retrouve un screenshot d’une ancienne page santé pour voir ou j’en étais avant. Je n’arrive pas à trouver un folder avec un contenu énorme. C’est vrai que l’addition de centaines de MO fait arriver à des GO mais de là a blinder mon stockage, bizarre
EDIT 1 : j’ai trouvé une ancienne page santé. J’étais à 37% d’espace dispo en 3.3.57 !!! est ce que mon passage en V4 à pu occuper ces 37% !!!
Sur mon Jeedom principal en V4 (server base Intel)
29M ./core
52M ./3rdparty
44M ./docs
20M ./vendor
11M ./log
8,0K ./support
1,9G ./backup
206M ./plugins
308K ./mobile
24K ./resources
76K ./tests
2,3M ./desktop
16K ./.tmb
20K ./.github
8,0K ./script
380K ./install
244K ./data
2,4G
Sur mon Jeedom du Taf (serveur base raspberry pi) :
478M ./backup
20K ./.github
148K ./data
292K ./mobile
676K ./dmg
20M ./vendor
52M ./3rdparty
123M ./plugins
380K ./install
29M ./core
44M ./docs
24K ./resources
8,0K ./support
76K ./tests
8,0K ./script
2,2M ./desktop
33M ./log
932M .
Eventuellement explore la racine pour chercher si tu n’as pas de dossiers anormaux via un
du -h -d1 / voir du -h -d2 /
Tu as aussi un swap de 512Mo ^^
Perso sur mon pi j’ai 100Mo de swap et pas de swap sur l’intel
@NeCeN Merci pour tes retours et ton temps ;-).
J’avais ouvert un ticket au support qui me conseille vivement de passer sur une EMMC de 16GO sur les SMART parce que visiblement, le passage aux nouvelles versions JEEDOM est gourmand en espace.
Sur les smart, avec les nouvelles versions de Jeedom et surtout de Debian, l'espace disque devient beaucoup trop restreint
Mis a part vider les logs, les historisques et des plugins, il n'y a pas grand chose a faire pour recuperer de l'espace
C'est pourquoi depuis quelques temps on conseille a nos clients smart de passer sur un emmc 16go.
J’en ai donc commandé une.
Sinon j’ai passé en revue les répertoires et je ne vois pas grand chose d’anormal. Je ne suis pas expert Linux non plus mais rien qui saute aux yeux en tout cas
En effet 8Go c’est juste. Sur le pi je suis sur 32Go en SD (je sais c’est mal) sans swap.
Avant le jeedom intel, j’étais sur raspberrypi avec un SSD en USB (la SD ne servait qu’a booter) ça fonctionnait très bien avec un espace large
Bref bon courage pour la migration de l’emmc (je ne connais pas la procédure) 
Bonjour,
Il me semble avoir lu sur d’autres posts que les fichiers se trouvent dans le répertoire /root et prennent pas mal de place (relativement au petite configuration). Tu devrais regarder. Ils peuvent être supprimés sans risque.
C’est en effet le plugin Zigbee qui actuellement prend beaucoup de place (enfin ses dépendances, en attendant de passer sur la version de debian supérieur).
J’ai aussi une smart de 8 Go, et après plusieurs optimisations j’ai entre 11 et 6% (avec 2 sauvegardes).
La carte 16Go est la solution la plus économique.
Merci de clôturer votre topic