Post to Facebook
Tweet about this
Share at LinkedIn
Invite participants
Reference this page
Fernand - Bonjour,
Pourriez-vous nous indiquer chez quel fournisseur d'accès vous êtes hébergée, et à partir de quelle version de YACS vous souhaitez faire une mise à jour incrémentale ? D'avance Merci.
Indépendamment de cela, et pour information les documentation concernant les mises à jour ont été traduites (et elles-mêmes mises à jour) en français: Comment réussir une mise à jour incrémentale ?
Eventuellement, si vous vous trouviez dans l'obligation de procéder à une mise à jour manuelle:Comment faire une mise à jour par écrasement ?
Marie hélène - Fernand :
Ma dernière mise à jour incrémentale date du 8 mai 2006.
Mon hébergeur est verio par l'intermédiaire de la société aqueos.
Fernand - Marie hélène : Et cette mise à jour datant du 8 mai avait-elle correctement fonctionné, ou bien est-ce de celle-la dont il est question à travers les problèmes que vous relatez ? S'agissait-il de la version 6.4 nouvellement sortie ?
Désolé de poser ces questions, mais c'est afin d'y voir plus clair. En attendant, je vais faire de mon côté un essai de mise à jour sur un site d'essai.
Fernand - Marie-Hélène : Autre question, obtenez-vous un message d'erreur du type de celui-ci: "The server encountered an internal error or misconfiguration and was unable to complete your request." ?
Marie hélène - Fernand :
Le 8, c'est la dernière mise à jour qui a marché.
Le message d'erreur, c'est le suivant
Merci de vous faire connaitre La page demandée est accessible aux seuls utilisateurs enregistrés.
après avoir appuyé sur le bouton contrôler les scripts
GnapZ - Marie hélène : Pouvez-vous nous en dire un peu plus (Installation à la racine ou en sous-dossier, accès ou non au panneau de contrôle, skin utilsé et dérivé ou non, contenu du fichier shared/parameters.include.php) ?
Avez-vous tenté les explications des articles suivants:
Avez-vous fait une sauvegarde de votre base de données avant de lancer la mise à jour ?
Avez-vous tenté de vous authentifier avec d'autres utilisateurs (associés ou membres) que le vôtre (si vous en avez créé) ?
Fernand - Pour ma part, les différentes mises à jour que je tente d'effectuer depuis hier sur plusieurs sites (hébergeur Free), ont échoué.
Cela n'est pas forcément significatif par rapport au problème que rencontre Marie Hélène, mais ça mérite malgré tout d'être dit.
GnapZ - Fernand : Oui, c'est intéressant, il y a peut-être des problèmes de bande passante entre hébergeurs ces temps-ci.
As-tu testé aussi avec mon miroir (autre hébergement, autre liaison) ?
Tu tentes un mise à jour depuis quelle version (6.3.1 ou 6.4a) ?
Fernand - GnapZ :Les différentes mises à jour sont depuis 6.3.1... (J'attends toujours que ça soit un peu stabilisé pour pratiquer les mises à jour).
Oui, j'ai testé avec ton miroir, sans succès.
P.S./C'est surtout ennuyeux pour Marie Hélène.
Marie hélène - Olivier :
Bonjour,
J'ai essayé le yum. 'ai eu le mêmeproblème.
J'ai essayé la mise à jour tradi, dezipper, uploader. Mais ça n'a pas très bien marché. Je recommencerais dimanche soir ou lundi.
Bon week-end.
GnapZ - Marie hélène, Fernand, Olivier :
Je suis un peu pris sur plusieurs problèmes de membres alors j'ai une petite idée mais plutôt que d'embrouiller tout le monde, je vais faire des essais et vous tiendrai au courant si ça marche.
Cloubech - Pour ma part j'ai également le problème et je suis sur OVH également. Je me retrouve déconnecté après le chargement des nouveaux scripts. La même manipulation sur mon serveur local fonctionne...
Actupro
quelques sites yacs : création site internet annuaire pro
Fernand - Tous: cinq sites mis à jour sur Free ce lundi matin - sans aucun problème (5 minutes chacun).
Restent les problèmes avec OVH et Marie hélène.
Olivier - Fernand :
essai sous OVH + YUM = déconnection, mise à jour impossible
même chose avec OVH + YACS
même chose sur club-internet + YACS
la mise à jour se fait sans problème sous intranet avec XAMPP
on obtient:
Téléchargement des nouveaux scripts
Suppression des mises à jour précédentes...
Les signatures des scripts de référence ont été sauvés dans le fichier scripts/staging/footprints.php.
Ensemble de référence de 443 fichiers créé le 060508-15:45:15 GMT sur le serveur www.yetanothercommunitysystem.com
Téléchargement des nouveaux scripts. Merci de patienter...
Téléchargement de feeds/flash/slashdot.php
1 fichier a été téléchargé depuis le serveur de référence.
et dès que l'on poursuit, il y a déconnexion.
Fernand - Olivier : Concernant OVH, je passe la main à Bernard.
Il est le plus à même de comprendre (ça, ce n'est pas nouveau 
...) Et surtout de nous expliquer ce qui se passe, d'autant qu'il a réussi, quant à lui, la mise à jour (puisque yetanother est en 6.4 sur OVH).Pour mémoire, j'avais aussi réussi sans aucun problème une mise à jour en local sur LAMP + YACS.
Je suis aussi inquiet au sujet de Marie hélène, mais peut-être son hébergement n'accepte t-il pas les mises à jour incrémentales.
D'une manière plus générale, Bernard a l'intention de régler définitivement le problème des hébergements qui n'acceptent pas les intrusions sous forme de mises à jour incrémentales. On pourra ainsi pratiquer dans tous les cas de telles mises à jour. A quand ce jour béni ? Il répondra lui-même (...Dés qu'il aura réussi à poser le jumbo
). Marie hélène - Fernand :
J'en ai déjà fait plein des mises à jour incrémentales.
Il semble que la date de la nouvelle version soit antérieure à la dernière maj incrémentale que j'ai effectuée. Je me demande si ce n'est pas le problème.
Je n'ai malheureusement pas le temps de creuser.
Fernand - Marie hélène :Dés que Bernard, leader technique de YACS (et son créateur), sera remis du décalage horaire (suite à un lointain déplacement) , je suis sûr qu'il va vous conseiller, et saura vous tirer de ce mauvais pas. Courage, il est expert dans ces matières (entre autres)!
Olivier - Fernand :
j'ai une perte des infos suivantes sous OVH dans le panneau de configuration principal, paramètres système:
Pour partager les comptes utilisateur entre plusieurs serveurs indiquez ci-dessous où trouver la table des utilisateurs. Sinon gardez les champs vides.
Serveur de données qui abrite l'information utilisateur
Nom du compte d'accès
Mot de passe d'authentification
le serveur revient systématiquement à localhost (alors que j'ai sql9)
le nom de compte n'est pas root
le champ mot de passe est vide
Peut être que cela a son importance dans la mise à jour incrémentale ?
Fernand - Olivier : La seule chose à peu près cohérente que je puisse te répondre à ce sujet est que j'ai déjà rencontré ce type d'affichage récurrent, (mais c'était avec Free). Je crois me souvenir que je persistais de façon complusive (comme cela arrive parfois) à introduire une donnée fausse, au niveau mot de passe dans mon cas (je crois). Et le système me présentait toujours cet affichage par défaut comme pour me renvoyer à mes chères études.
Je ne crois pas que tu sois dans ce cas là.
Bernard ou GnapZ ont une réelle expérience avec OVH, et vont te dépanner.
Agnès - Fernand : Je viens ajouter ma pierre à la contribution d'olivier : j'ai eu la même chose à chaque fois que je retournais sur les paramètres systèmes, et pas de le même contexte que tu décris ci-dessus. A voir donc...
Agnès
Il n'y a pas de problème, que des solutions.
Agnès
Il n'y a pas de problèmes, que des solutions.
Bernard - Olivier: attention, là il y a bug. En fait, il est obligatoire, et contrairement à ce qui est indiqé dans le formulaire, de taper deux fois les paramètres d'accès à la base de données. Ceci sera corrigé avec la 6.5
GnapZ - Je confirme. C'était signalé dans Feed-back 6.4 [résolu], peut-être un peu compliqué et étouffé par le reste mais il faut retenir ce commentaire: View this comment.
