Je procède actuellement à la mise à jour vers la v4.060 modifiée pour la deuxième fois et toujours ce blocage à 90%
Thierry, pouvez-coller le contenu de la log d’installation de Jeedom.
Il faut aller dans le menu : Analyse
Puis Logs et la log est « update »
Et copier / coller le contenu de la log dans un nouveau message (pour ne pas polluer celui-ci)
- quitte à me l’envoyer en privé comme hier.
Oui Fabrice, merci
Bonjour,
Petit retour.
J’ai pu installer la mise à jour 4.0.60 après la correction de (plus ou moins) 14h00.
L’installation va maintenant à 100.
Mais toujours pas de connexion possible au Market :
Si l’on coche la case ne pas vérifier SSL, il y a l’erreur :
500 : Internal Server Error
Si l’on décoche la case ne pas vérifier SSL, il y a l’erreur :
Erreur curl sur : https://market.jeedom.com/core/api/api.php. Détail :SSL certificate problem: self signed certificate in certificate chain
De nouveau, l’installation plante à 90% :
[END CONSISTENCY] | OK
Check update | OK
***************Jeedom is up to date in 4.0.60***************
Check update
PHP Fatal error: Uncaught Error: Using $this when not in object context in /var/www/html/core/repo/market.repo.php:714
Stack trace:
#0 /var/www/html/core/repo/market.repo.php(866): repo_market::getJsonRpc()
#1 /var/www/html/core/repo/market.repo.php(497): repo_market::byLogicalIdAndType(Array)
#2 /var/www/html/core/repo/market.repo.php(166): repo_market::getInfo(Array, Array)
#3 /var/www/html/core/class/update.class.php(82): repo_market::checkUpdate(Array)
#4 /var/www/html/install/update.php(303): update::checkAllUpdate()
#5 {main}
thrown in /var/www/html/core/repo/market.repo.php on line 714
La log OpenVPN :
[2020-07-10 14:25:13][ERROR] : Erreur sur la fonction start du plugin : Using $this when not in object context
[2020-07-10 14:26:05][ERROR] : Erreur sur la fonction cron5 du plugin : Using $this when not in object context
[2020-07-10 14:30:04][ERROR] : Erreur sur la fonction cron5 du plugin : Using $this when not in object context
Essaye de reforcer une mise à jour j’avais encore fait une erreur
1 « J'aime »
Je retente (car c’était ok tout a l’heure)
Je le fait tout de suite
Edit :
15h02 / 15h04
Je viens de réaliser 3 fois de suite l’installation ‹ uniquement le core ›
= les 3 fois c’est bien OK à 100%
***************Jeedom is up to date in 4.0.60***************
Check update | OK
Enable scenario : | OK
Enable task : | OK
Launch cron dependancy plugins | OK
Send end of update event | OK
Update duration : 24s
[END UPDATE SUCCESS]
Et hip hip !
L’accès au Market fonctionne (en cochant je pas vérifier SSL)
L’accès au DNS fonctionner
@Loic Il semble que tu as trouvé la solution de Thierry en tout cas.
Cool merci pour les tests ca a pas été simple du tout…
Je me doute bien, vue tout l’investissement que tu fais, on te doit bien quelque tests 
C’est @Thierry57 qui va maintenant passer des nuits blanches à apprendre à utiliser Jeedom 
1 « J'aime »
Bin figurez-vous que j’aimerais bien passer des nuits blanches, pour prendre la main sur Jeedom. Mais pour l’instant c’est pas le cas. Dans toutes mes emmerdes, je peux dire que le ou les dev. Sont réactifs. Merci à eux
Et un grand merci à Fabrice et quelques autres personnes qui ont participé de près ou de loin à mon calvaire.
c’est cool
donc on peut marquer solutionner sur le sujet 
1 « J'aime »
Pour marquer solutionné, faudrait se rapprocher de Luc ou Fabrice. Il n’y a que eux qui pourraient l’affirmer.
Merci
Non, c’est toi qui peut dire si ton problème est résolu 
ps: il n’y a pas de Luc ici
Thierry,
Pour moi, tout semble OK à cet instant.
J’ai réinstallé la v4.0.60 3 fois de suite sans erreurs.
L’accès au Market est ok (mai j’ai du décocher la vérification SSL)
L’accès au DNS est fonctionnel
Et l’envoi de mail (via le plugin Mail) est lui aussi OK maintenant (en désactivant la vérification SSL aussi).
La sauvegarde Cloud ne fonctionne pas, mais (je suis ne pas certain) il semble que pour cela, il faut payer un abonnement supplémentaire (2€ / mois)
Note : J’ai réalisé 1 sauvegarde locale.
Merci pour tout, Fabrice
Et chapeau bas à Jag qui ta pris en main dès le début avec une patience d’ange.
1 « J'aime »
Bien entendu, j’ai une petite pensée pour tous ceux qui m’ont aidés.
*.jeedom.com et *.dnsX.jeedom.com (X=1 à 3) sont signés par COMODO
alors que *.dnsX.jeedom.com (X=4 à 6) sont signés par DigiCert/GeoTrust.
Cela peut avoir un impact sur la validation SSL en fonction du contenu du magasin des certificats des AC racine du client.
Si on prend par exemple https://market.jeedom.com
lors du handshake TLS, le serveur transmet :
- le certificat *.jeedom.com
- le certificat de l’AC intermediaire « COMODO RSA Domain Validation Secure Server CA »
- le certificat de l’AC intermediaire « COMODO RSA Certification Authority »
- le certificat de l’AC Racine « AAA Certificate Services »
Je serais curieux de savoir ce qui se passe si :
- le certificat de l’AC intermediaire « COMODO RSA Certification Authority »
et - le certificat de l’AC Racine « AAA Certificate Services »
ne sont pas transmis par le serveur
(il est probable que la chaine de certification soit validée avec l’AC Racine « COMODO RSA Certification Authority »)
EDIT 03/08/2020 :
Pour market.jeedom.com, le certificat de l’AC Racine « AAA Certificate Services » n’est plus transmis par le serveur.
akenad
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.