Re: Migration d'un serveur testing -> stable
Bonjour nicolas,
merci pour ta réponse, mais le probleme avait l'air plus complexe :
j'ai desactiver le mdp root, permuter les disques, et la, impossible de
se logguer en root !
vite google donne moi la solution ;)
je redemarre le serveur sql sans charger les tables de privileges
(--skip-grant-tables), j'accede a ma base, je met un nouveau pass a mon
root, je relance.... toujours pas droit a mon root :-\
au final , il m a fallu créer un nouvel utilisateur a la main, puis lui
changer son passwd avec phpmyadmin (a la main, ca ne passait pas)
c'est bien la fonction PASSWORD a utiliser, je suis pas fou !
bref je n'ai toujours pas compris l'origine de mon probleme....
si qqn a une idee...
--
/Y\
Le mer 20/08/2003 à 12:32, Yann Autissier a écrit :
Bonjour la liste,
Je dispose chez moi d'un serveur debian sur lequel j'héberge qqs sites +
bdd.
Ce serveur, de production, s'est progressivement retrouvé en version
_unstable_, va savoir pourquoi
Pour corriger cela, j'ai installé une woody toute fraiche sur un nouveau
disque, et je vais garder l'ancien comme serveur de test_ing.
Le problème se pose quand je veux récupérer les données d'un serveur à
l'autre.
Après avoir récupérer les fichiers de config sur mon serveur stable,
j'ai fait un premier test, violent:
monter la partition /var/ de mon ancien serveur sur le nouveau.
Tous mes services redémarrent, j'accède à toutes mes données, je croie
la partie gagnée..!
et beh non garry : au passage, j'ai perdu le password root de mysql !
La base mysql démarre, tous mes sites fonctionnent (ils accèdent à la
bdd), mais il m'est impossible de me logguer en root sur la bdd
J'ai perdu mon password mysql...?
Je vérifie en redémarrant sur l'ancien disque : tout fonctionne
normalement, mon password root mysql également.
Alors ou se cache-t-il ? ce password root mysql !
Seul le hash de ton pass est stocké dans mysl: base mysql, table user.
Je me suis pas spécialiste de mySQL, mais s'est possible que le hash
dépende de la version de mysql (v3 différent de v4 ?). Ça paraitrait
bizarre somme toute, because ça impliquerait de changer tous les pass
des utilisateurs de mysql au passage en v4.
Un remède éventuel: note le contenu du champ password originel,
désactive le mot de passe root de mysql, permute test disques, tente de
te logguer, et si ça marche mets en place le nouveau pass root (le même
que l'ancien), relève le contenu du champ password, et s'ils sont
différents, tu sauras d'ou viens ton pb.
Au passage, j'ai auusi monté 3 disques *neufs* (maxtor 120Go 8Mo cache)
en raid 5 logiciel, et pendant que je copiai tranquilement mes données,
j'ai eu droit à ces jolis messages d'erreurs :
hdg: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdg: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide3: reset: success
c grave docteur ?? (la derniere fois que g vu ce genre de message,
c'était sur un vieux disque qui m'a laché qqs temps après)
Tente un chtit coup de badbocks sur tes disques: en sortie d'usine il
peut y avoir des serveurs défectueux.
Ceci dit, as-tu rodé tes disques ? Quand tu les as formaté, as-tu
vérifié les secteurs défectueux ?
/N
______________________________________________________________________
Nicolas Rueff <n.rueff@tuxfamily.org>
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
Windoze CEMeNT: Now with CrackGuard(TM)! Never worry about
unsightly cracks in Windoze CEMeNT again! CrackGuard(TM) is
so powerful that the entire thing will crumble before it will
crack. Order your $200 upgrade version today!
______________________________________________________________________
Reply to: