Non, Jeedom est pleinement utilisable sans aucune nécessité de quelque abonnement que ce soit. Cependant, il existe des services proposés pour les sauvegardes ou les appel/SMS, mais qui restent réellement optionnels.
Non, Jeedom n’utilise pas d’infrastructure type “Cloud”. Tout se fait en local et vous n’avez pas besoin de nos serveurs pour que votre installation fonctionne. Seuls les services comme le Market, la sauvegarde en ligne ou le DNS Jeedom nécessitent l’utilisation de nos serveurs.
Oui c’est possible, il suffit de glisser/déposer les commandes de votre objet sur sa configuration.
Oui c’est possible, soit en passant par le plugin widget, ou en utilisant la page Général → Affichage
Non ce n’est pas possible, mais vous pouvez dupliquer celui-ci grâce au plugin virtuel.
Il suffit, sur une courbe historique de la commande, de cliquer sur le point en question. Si vous laissez le champs vierge, alors la valeur sera supprimée.
Il n’y a pas de durée standard, cela dépend du système et du volume de données à sauvegarder, mais il peut prendre plus de 5 minutes, c’est normal.
Jeedom possède une version mobile adaptée à l’utilisation sur mobile et tablette. Il existe aussi une application native pour Android et iOS.
Lors de votre première connexion à Jeedom (et même après si vous ne les avez pas modifiés), le nom d’utilisateur et le mot de passe par défaut sont admin/admin. A la première connexion, il vous est fortement recommandé de modifier ces identifiants pour plus de sécurité.
Oui : Soit vous avez un pack power ou plus, dans ce cas il vous suffit d’utiliser le DNS Jeedom. Soit avec un DNS et vous savez mettre en place un certificat valide, dans ce cas c’est une installation standard d’un certificat.
Voila une documentation, partie “Sous Windows : Putty”. Le “hostname” étant l’ip de votre Jeedom, les identifiants étant :
A noter que lorsque vous ecrirez le mot de passe vous ne verrez rien s’ecrire à l’écran c’est normal.
En SSH faites :
sudo su -
chmod -R 775 /var/www/html
chown -R www-data:www-data /var/www/html
Elles sont dans le dossier /var/www/html/backup
En SSH faites :
sudo su -
php /var/www/html/install/update.php
chmod -R 775 /var/www/html
chown -R www-data:www-data /var/www/html
La webapp nécessite un smartphone supportant le HTML5 et le CSS3. Elle n’est donc malheureusement pas compatible Symbian.
Pour que Jeedom fonctionne, il faut une plateforme linux avec les droits root ou un système type docker. Il ne fonctionne donc pas sur une plateforme android pure.
Cela peut etre du à plusieurs chose, il faut :
Il faut se connecter en SSH à Jeedom et lancer le script d’auto-diagnostic :
sudo chmod +x /var/www/html/health.sh;sudo /var/www/html/health.sh
S’il y a un souci, le script essaiera de le corriger. S’il n’y arrive pas, il vous l’indiquera.
Vous pouvez aussi regarder le log /var/www/html/log/http.error. Très souvent, celui-ci indique le souci.
Il faut réinitialiser ceux-ci :
bdd_password=$(cat /dev/urandom | tr -cd 'a-f0-9' | head -c 15)
echo "DROP USER 'jeedom'@'localhost'" | mysql -uroot -p
echo "CREATE USER 'jeedom'@'localhost' IDENTIFIED BY '${bdd_password}';" | mysql -uroot -p
echo "GRANT ALL PRIVILEGES ON jeedom.* TO 'jeedom'@'localhost';" | mysql -uroot -p
cd /usr/share/nginx/www/jeedom
sudo cp core/config/common.config.sample.php core/config/common.config.php
sudo sed -i -e "s/#PASSWORD#/${bdd_password}/g" core/config/common.config.php
sudo chown www-data:www-data core/config/common.config.php
La cause la plus fréquente est l’utilisation d’un plugin en version beta et Jeedom en stable, ou l’inverse. Pour avoir le détail de l’erreur, il faut regarder le log http.error (dans /var/www/html/log).
Encore une fois cela est souvent dû à un plugin en beta alors que Jeedom est en stable. Pour voir l’erreur, il faut faire F12 puis console.
Cette erreur n’est pas due à Jeedom, mais à un problème avec le système. Si celui-ci persiste suite à une réinstallation, il est conseillé de voir avec le SAV pour un souci hardware. Voici la documentation pour la Smart
Il est conseillé de regarder les commandes exécutées par le scénario, souvent cela vient d’une commande qui ne se termine pas.
Vérifiez si votre système de fichiers n’est pas corrompu, en SSH la commande est : “sudo dmesg | grep error” .
Souvent cela est dû au fait que les équipements sont affectés à un objet qui n’est pas le fils ou l’objet lui-même du premier objet sélectionné à gauche dans l’arbre (vous pouvez configurer celui-ci dans votre profil).
Cela est dû à MySQL qui s’est arrêté, ce n’est pas normal, les cas courants sont :
Manque de place sur le système de fichiers (peut être vérifié en faisant la commande “df -h”, en SSH)
Problème de corruption de fichier(s), ce qui arrive souvent suite à un arrêt non propre de Jeedom (coupure de courant)
Soucis mémoire, le systeme manque de mémoire et tue le process le plus consommateur (souvent la base de données). Cela peut se voir dans l’administration de l’OS puis dmesg, vous devez voir un kill par “oom”. Si c’est le cas il faut réduire la consommation de jeedom en désactivant des plugins.
Malheureusement, il n’y a pas beaucoup de solution si c’est le deuxième cas, le mieux étant de récupérer une sauvegarde (disponible dans /var/www/html/backup par défaut), de réinstaller Jeedom et de restaurer la sauvegarde. Vous pouvez aussi regarder pourquoi MySQL ne veut pas démarrer depuis une console SSH :
sudo su -
service mysql stop
mysqld --verbose
Ou consulter le log : /var/log/mysql/error.log
Sur une installation DIY c’est normal. En SSH, il faut faire la commande visudo et à la fin du fichier vous devez ajouter : www-data ALL=(ALL) NOPASSWD: ALL.
sudo service apache2 restart
Ce genre de cas arrive si votre Jeedom n’est pas compatible avec le plugin. En général, une mise à jour de jeedom corrige le souci.
Les alerte sont classé par priorité, de la moins importante à la plus importante : timeout, batterie warning, batterie danger, alerte warning, alerte danger
Si vous etes en DIY et sous Debian 9 ou plus, vérifiez qu’il n’y a pas eu une mise à jour d’Apache et donc le retour du privateTmp (visible en faisant ls /tmp
et voir si il y a un dossier private*Apache). Si c’est le cas il faut faire :
mkdir /etc/systemd/system/apache2.service.d
echo "[Service]" > /etc/systemd/system/apache2.service.d/privatetmp.conf
echo "PrivateTmp=no" >> /etc/systemd/system/apache2.service.d/privatetmp.conf
Essayez de vider le cache de chrome, l’affichage des historique est calculé par rapport à l’heure du navigateur.
Jeedom ne trouve pas ou n’arrive pas a un pinguer la gateway. En général ca arrive si la box adsl redémarre (en particulier les livebox) et que Jeeodm n’a pas redemarré ou a redemarré plus vite que la box. Par sécurité il vous dit donc qu’il a trouvé un soucis et relance le processus de connection réseaux. Vous pouvez désactiver ce mécanisme en allant dans la configuration de Jeedom et en désactivant la gestion du réseaux par Jeedom.
Ca veut dire que Jeedom n’arrive pas a backuper la base de donnée ce qu’i peut laisser penser a un soucis de corrumption de base de données et de filesystem. Il n’y a malheureusement pas de commande miracle pour corriger. Le mieux est de lancer un backup et d’analyser la log de celui-ci. Dans les cas connu de soucis nous avons
Depuis Jeedom 3.2 il n’est plus possible de se connecter avec admin/admin à distance pour des raison evidente de sécurité. Les identifiants admin/admin ne marche plus que en local. Attention si vous passer par le DNS même en local vous êtes forcement identifié comme à distance. Autre point par defaut seul les ip sur 192.168.. ou 127.0.0.1 sont reconnu comme local. Cela se configure dans l’administration de Jeedom partie sécurité puis IP “blanche”. Si malgrès tout ca vous n’arrivez toujours pas à vous connecter il faut utiliser la procedure de remise à zéro de mot de passe (voir dans les tuto/how to)
C’est une erreur assez grave le plus simple est de faire
mkdir -p /root/tmp/
cd /root/tmp
wget https://github.com/jeedom/core/archive/master.zip
unzip master.zip
cp -R /root/tmp/core-master/* /var/www/html
rm -rf /root/tmp/core-master
Il faut :