Tâche #25087
Mis à jour par Bruno Boiget il y a plus de 5 ans
h1. Problèmes rencontrés lors du test des différentes actions :
* Erreur récurrente
<pre>
sept. 20 14:03:49 eolebase salt-minion[7782]: [ERROR ] la variable maître possède moins de valeurs que la variable esclave (creole.interface_0.ip_frontend_ead_distant_eth0.netmask_frontend_ead_distant_eth0)
</pre>
-si je charge la configuration du serveur dans un prompt python3 :-
(corrigé en mise à jour)
<pre>
>>> from creole.loader import creole_loader
>>> c=creole_loader(load_extra=True, rw=True, owner="majreport")
la variable maître possède moins de valeurs que la variable esclave (creole.interface_0.ip_frontend_ead_distant_eth0.netmask_frontend_ead_distant_eth0)
>>> c.creole.interface_0.ip_frontend_ead_distant_eth0
ip_frontend_ead_distant_eth0 = ['0.0.0.0']
netmask_frontend_ead_distant_eth0 = [None]
</pre>
netmask_frontend_ead_distant_eth0 est pourtant bien renseignée dans config.eol ({"owner": {"0": "gen_config"}, "val": {"0": "0.0.0.0"}})
il n'y a pas de problème en chargeant avec python2
* tâches planifiées (schedule)
-après - après avoir modifié un champ et validé le formulaire :- : -
corrigé (utilisation de CreoleCat dans eole.file)
<pre>
Erreur: State 'eole.file' was not found in SLS 'schedule.cron' Reason: 'eole.file' is not available. . (/etc/cron.d/schedule)
</pre>
<pre>
sept. 20 13:54:07 eolebase salt-minion[7782]: [ERROR ] State 'eole.file' was not found in SLS 'schedule.cron'
sept. 20 13:54:07 eolebase salt-minion[7782]: Reason: 'eole.file' is not available.
</pre>
* Rapport de mise à jour (majreport)
L'action marche, mais un message louche apparaît dans le rapport :
<pre>
2018-09-17 10:46:25,098: INFO - Mise à jour le lundi 17 septembre 2018 10:46:25
2018-09-17 10:46:25,153: INFO - *** eolebase 2.7.0 (0000000A) ***
2018-09-17 10:46:25,153: WARNING - (VERSION DE DEVELOPPEMENT) - Augmenter le niveau de mise à jour est irréversible.
2018-09-17 10:46:27,922: ERROR - Template /usr/share/eole/creole/distrib/02eoleproxy inexistant
</pre>
* redémarrage (reboot)
-En - En programmant un arrêt la nuit :- : -
corrigé (suppression de "-m post" dans l'appel à manage_schedule)
<pre>
sept. 20 14:56:40 eolebase salt-minion[7782]: [ERROR ] {'pid': 23175, 'retcode': 2, 'stdout': '', 'stderr': 'Usage: manage_schedule [options]\n\nmanage_schedule: error: no such option: -m'}
</pre>
Si je demande un nouveau reboot à une date précise après avoir validé le formulaire, les champs ne s'affichent pas. (idem pour les autres actions de ce type : shutdown, majonce, ...)
* Gérer les fichiers (fileserver)
erreurs 404 sur les urls sous /ead/fileserver -> cf. eole-ead3 - ead3fileserver (appli eoleflask non activée ?)
* actions avec programmation de tâche (reboot, majonce, ...)
l'action ne renvoie plus d'erreur et indique que les modifications sont appliquées, mais ça ne semble pas être le cas (ex : passage de la mise à jour auto d'hebdomadaire à mensuel).
h1. Pas de problème à signaler sur
* majlist (liste des paquets)
* majonce (Mise à jour unique)
* manageservices (liste des services)
* Erreur récurrente
<pre>
sept. 20 14:03:49 eolebase salt-minion[7782]: [ERROR ] la variable maître possède moins de valeurs que la variable esclave (creole.interface_0.ip_frontend_ead_distant_eth0.netmask_frontend_ead_distant_eth0)
</pre>
-si je charge la configuration du serveur dans un prompt python3 :-
(corrigé en mise à jour)
<pre>
>>> from creole.loader import creole_loader
>>> c=creole_loader(load_extra=True, rw=True, owner="majreport")
la variable maître possède moins de valeurs que la variable esclave (creole.interface_0.ip_frontend_ead_distant_eth0.netmask_frontend_ead_distant_eth0)
>>> c.creole.interface_0.ip_frontend_ead_distant_eth0
ip_frontend_ead_distant_eth0 = ['0.0.0.0']
netmask_frontend_ead_distant_eth0 = [None]
</pre>
netmask_frontend_ead_distant_eth0 est pourtant bien renseignée dans config.eol ({"owner": {"0": "gen_config"}, "val": {"0": "0.0.0.0"}})
il n'y a pas de problème en chargeant avec python2
* tâches planifiées (schedule)
-après - après avoir modifié un champ et validé le formulaire :- : -
corrigé (utilisation de CreoleCat dans eole.file)
<pre>
Erreur: State 'eole.file' was not found in SLS 'schedule.cron' Reason: 'eole.file' is not available. . (/etc/cron.d/schedule)
</pre>
<pre>
sept. 20 13:54:07 eolebase salt-minion[7782]: [ERROR ] State 'eole.file' was not found in SLS 'schedule.cron'
sept. 20 13:54:07 eolebase salt-minion[7782]: Reason: 'eole.file' is not available.
</pre>
* Rapport de mise à jour (majreport)
L'action marche, mais un message louche apparaît dans le rapport :
<pre>
2018-09-17 10:46:25,098: INFO - Mise à jour le lundi 17 septembre 2018 10:46:25
2018-09-17 10:46:25,153: INFO - *** eolebase 2.7.0 (0000000A) ***
2018-09-17 10:46:25,153: WARNING - (VERSION DE DEVELOPPEMENT) - Augmenter le niveau de mise à jour est irréversible.
2018-09-17 10:46:27,922: ERROR - Template /usr/share/eole/creole/distrib/02eoleproxy inexistant
</pre>
* redémarrage (reboot)
-En - En programmant un arrêt la nuit :- : -
corrigé (suppression de "-m post" dans l'appel à manage_schedule)
<pre>
sept. 20 14:56:40 eolebase salt-minion[7782]: [ERROR ] {'pid': 23175, 'retcode': 2, 'stdout': '', 'stderr': 'Usage: manage_schedule [options]\n\nmanage_schedule: error: no such option: -m'}
</pre>
Si je demande un nouveau reboot à une date précise après avoir validé le formulaire, les champs ne s'affichent pas. (idem pour les autres actions de ce type : shutdown, majonce, ...)
* Gérer les fichiers (fileserver)
erreurs 404 sur les urls sous /ead/fileserver -> cf. eole-ead3 - ead3fileserver (appli eoleflask non activée ?)
* actions avec programmation de tâche (reboot, majonce, ...)
l'action ne renvoie plus d'erreur et indique que les modifications sont appliquées, mais ça ne semble pas être le cas (ex : passage de la mise à jour auto d'hebdomadaire à mensuel).
h1. Pas de problème à signaler sur
* majlist (liste des paquets)
* majonce (Mise à jour unique)
* manageservices (liste des services)