3,054
edits
Changes
Jump to navigation
Jump to search
Line 5:
Line 5: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Line 155:
Line 184: + + + + + + + + + + + + + + + + + + + + + + +
SME Server:Documentation:QA:Verification/fr (view source)
Revision as of 21:21, 19 June 2023
, 21:21, 19 June 2023no edit summary
Nous faisons de notre mieux pour ne pas négliger les choses, mais cela peut arriver, une vérification appropriée est importante pour réduire le risque que de telles choses se passent. Par conséquent, nous essayons de nous en tenir à un certain flux de travail lors de la vérification.
Nous faisons de notre mieux pour ne pas négliger les choses, mais cela peut arriver, une vérification appropriée est importante pour réduire le risque que de telles choses se passent. Par conséquent, nous essayons de nous en tenir à un certain flux de travail lors de la vérification.
Étant donné que l'équipe de développement et les ressources sont plutôt limitées, il est assez difficile d'essayer de corriger tous les bogues soulevés, et encore moins de les vérifier. Étant donné que vous n'avez pas besoin d'être un développeur pour vérifier les correctifs qui ont été produits, ce guide est écrit pour aider tous les membres de notre communauté à nous aider dans le processus de vérification, il s'agit d'un élément essentiel de la maintenance continue du Serveur SME KOOZALI.
Étant donné que l'équipe de développement et les ressources sont plutôt limitées, il est assez difficile d'essayer de corriger tous les bogues soulevés, et encore moins de les vérifier. Étant donné que vous n'avez pas besoin d'être un développeur pour vérifier les correctifs qui ont été produits, ce guide est écrit pour aider tous les membres de notre communauté à nous aider dans le processus de vérification, il s'agit d'un élément essentiel de la maintenance continue du Serveur SME KOOZALI.
{{Warning box|type=Attention :| KOOZALI SME 10. Pour installer un serveur de test, voir [[Testing_Environments/fr | cette page]].}}
1. Installer et configurer un serveur à partir de l'iso.
2. Les paquets smeserver-yum, e-smith-base et smeserver-support doivent d'abord être mis à jour à partir du dépôt smeupdates-testing :
yum update smeserver-yum e-smith-base smeserver-support --enablerepo=smeupdates-testing
3. Après redémarrage, appliquer totalement :
yum update
Ensuite faire un « snapshot », une copie instantanée de votre machine virtuelle (MV), cf. cette fonction dans le menu de PROXMOX.
Un « snapshot » conserve l'état et les données d'une machine virtuelle au moment de sa création. Lorsque vous créez un snapshot d'une machine virtuelle, cette machine virtuelle n'est pas affectée et seule une image de cette machine dans un état donné est copiée et stockée. Les snapshots sont utiles lorsque vous devez retourner à plusieurs reprises au même état mais que vous ne souhaitez pas créer plusieurs machines virtuelles. C'est aussi très utile en cas de plantage de la MV.
En cas de plantage de la MV en cours de réalisation d'un snapshot, se placer dans une ligne de commande de PVE et faire :
qm unlock ID # où ID est le numéro de la VM
'''Après un test, restaurer la MV dans l'état d'installation.'''
Et repartez pour un nouveau test.
Une mise à jour de tinydns et/ou dnscache cassera les DNS. Vous devrez démarrer manuellement ces services après le redémarrage et ensuite les mettre à jour.
La vérification d'un paquet doit être faite avec :
yum update —enablerepo=smeupdates-testing nom_du_paquet
Auparavant, vous devez utiliser la même commande pour les paquets smeserver-yum, e-smith-base et smeserver-support pour s'assurer d'avoir les derniers scripts en cours.
===Déroulement général du travail ===
===Déroulement général du travail ===
====Notes de version suggérées ====
====Notes de version suggérées ====
Si vous vous sentez capable, veuillez suggérer les informations que nous pouvons mettre dans les notes de publication en une ou deux lignes, si vous ne pouvez pas laisser cette case vide, ou par exemple, spécifier qu'elle doit être déterminée en spécifiant '' T. B. D. ''. (A faire ? NdT)
Si vous vous sentez capable, veuillez suggérer les informations que nous pouvons mettre dans les notes de publication en une ou deux lignes, si vous ne pouvez pas laisser cette case vide, ou par exemple, spécifier qu'elle doit être déterminée en spécifiant '' T. B. D. ''. (A faire ? NdT)
===Vérification succincte===
À n'utiliser que lorsque les circonstances dictent l'urgence d'effectuer plusieurs vérifications en peu de temps.
= CURRENT VERSION INSTALLED:
[rpm -qa <package name>]
Si c'est un bogue en cours, montrez la solution si vous le pouvez, en montrant les étapes suivies, sinon montrez simplement qu'il fonctionne, l'emplacement, tous les modèles, paramètres de configuration, paramètres de base de données, etc. qui seront ou peuvent être modifiés.
= UPDATED VERSION INSTALLED:
Mettre à jour vers un nouveau paquet, afficher les étapes suivies.
# yum updat/install e-smith-base --enablerepo=smeupdates=testing ou smetest
Vérifier les dernières versions, cela évolue rapidement avec les changements.
Redémarrer, reconfigurer si nécessaire, bonne idée au cas où, et :
[rpm -qa <package name>]
Montrer son fonctionnement si possible et/ou aucune erreur évidente dans les logs, etc.
= VERIFIED OR REOPEN:
Problème résolu, alors « VERIFIED » - non résolu, alors « REOPEN ».
Remarque: si vous n'avez pas le droit de changer le statut du bogue, quelqu'un le fera pour vous.
= DOCUMENTATION IMPACT:
Quelque chose a-t-il besoin d'être documenté, par exemple une base de données ou une nouvelle procédure ? Si oui, veuillez fournir des détails, quelqu'un l'affectera plus tard à l'équipe de documentation pour action.
[[Category:SME Server]][[Category:Howto/fr]][[Category:Help]][[Category:Developer]]
[[Category:SME Server]][[Category:Howto/fr]][[Category:Help]][[Category:Developer]]