Vous n'êtes pas identifié(e).
Pages : 1
Bonjour rjuju,
Je viens de poster un message sur forum de cakePHP dans ce sens. Je vous tiens au courant.
Je viens de modifier la façon dont je exécute la requête SELECT * FROM pg_stat_activity en passant par les méthode de cakephp. Cela ne m'a pas renvoyé le même tableau :
array(
'datid' => (int) 16877,
'datname' => 'gestPrix',
'procpid' => (int) 940,
'usesysid' => (int) 10,
'usename' => 'postgres',
'application_name' => '',
'client_addr' => '127.0.0.1',
'client_hostname' => '',
'client_port' => (int) 50296,
'backend_start' => '2012-09-04 09:49:19.828+02',
'xact_start' => '2012-09-04 09:49:19.892+02',
'query_start' => '2012-09-04 09:49:19.892+02',
'waiting' => false,
'current_query' => 'SELECT * FROM pg_stat_activity'
)
Mais ça ne change rien... J'ai toujours la même erreur dans le fichier log.
Bonjour,
Bon je viens de faire la requête :SELECT * FROM pg_stat_activity dans le système que je développe et un debug du résultat. Cela m'affiche un tableau (normal !) qui indique apparemment une seul connexion à ma base, je le copie si ça peux servir :
array(
(int) 0 => '16877',
(int) 1 => 'gestPrix',
(int) 2 => '1700',
(int) 3 => '10',
(int) 4 => 'postgres',
(int) 5 => '',
(int) 6 => '127.0.0.1',
(int) 7 => '',
(int) 8 => '49688',
(int) 9 => '2012-09-04 09:14:54.707+02',
(int) 10 => null,
(int) 11 => '2012-09-04 09:14:54.785+02',
(int) 12 => 'f',
(int) 13 => '<IDLE>'
)
Dans le fichier log j'ai toujours mon erreur :
2012-09-04 09:15:00 CEST ERREUR: la base de données « gestPrix » est en cours d'utilisation par d'autres utilisateurs
2012-09-04 09:15:00 CEST DÉTAIL: 1 autres sessions utilisent la base de données.
2012-09-04 09:15:00 CEST INSTRUCTION : DROP DATABASE "gestPrix";
Et là je comprend plus trop...
D'un côté il me dit que j'ai 1 connexion à ma base et de l'autre il me dit qu'une autre session utilise ma base ???
Il me semble que cela est lié au framework cakephp.
Cordialement
J'ai fait cette requête SELECT * FROM pg_stat_activity WHERE datname='gestPrix' dans pgAdmin avec l'outil "Executé vos propres requête SQL".
J'ai bien 2 lignes qui s'affiche. Dans le champ application_name j'ai :
1ere ligne : pgAdmin III - Navigateur
2eme ligne : pgAmin III - ??diteur de requ??tes (j'imagine que cela est : éditeur de requête).
Lorsque je coupe mon navigateur, le résultat est le même et lorsque j'enlève la condition WHERE j'ai 3 lignes
3eme ligne pgAdmin III - Navigateur (la différence c'est que celle ci indique une connexion sur la base postgres (base que je n'utiliise plus suite à votre conseille)).
Cordialement.
Alors ça avance pas...
J'ai arrêté ma machine, puis redémarré mais ça change rien. Toujours le même message d'erreur...
2012-09-03 16:10:14 CEST LOG: le système de bases de données a été arrêté à 2012-09-03 16:08:46 CEST
2012-09-03 16:10:15 CEST LOG: le système de bases de données est prêt pour accepter les connexions
2012-09-03 16:10:15 CEST LOG: lancement du processus autovacuum
2012-09-03 16:15:08 CEST ERREUR: la base de données « gestPrix » est en cours d'utilisation par d'autres utilisateurs
2012-09-03 16:15:08 CEST DÉTAIL: 1 autres sessions utilisent la base de données.
2012-09-03 16:15:08 CEST INSTRUCTION : DROP DATABASE "gestPrix";
Quelque chose que je ne comprend pas c'est que postgres semble tourné tous le temps.
Je m'explique :
Après avoir redémarré mon ordi, j'ai lancé wamp je suis allé sur mon travail en cours et je me suis connecté. Et là j'ai réalisé que je n'avais pas lancé pgAdmin. Ou quoi que se soit en rapport avec postgres. Je comprend pas très bien comment cela est possible ???
Pour rappel je suis débutant sous postgres.
Enfin cela n'a surement rien à voir avec mon problème.
Cordialement.
Bon j'ai changé de base de données mais ça change rien...
Le problème semble bien venir de la commande dropdb qui ne veux pas s’exécuter à cause d'autres sessions qui utilisent la base de données.
2012-09-03 14:56:52 CEST ERREUR: la base de données « gestPrix » est en cours d'utilisation par d'autres utilisateurs
2012-09-03 14:56:52 CEST DÉTAIL: 1 autres sessions utilisent la base de données.
2012-09-03 14:56:52 CEST INSTRUCTION : DROP DATABASE "gestPrix";
J'ai arrêté postgres puis redémarré. Avant j'avais 2 session en cours, maintenant j'en ai plus qu'une. Mais le problème reste le même...
Y a-t-il un moyen de supprimer les sessions ?
Désolé je fais beaucoup de petit message mais je fais beaucoup de teste donc je vous met les résultats.
Donc je me suis aperçu que si j’indiquai le chemin dans la commande de pg_dump et pg_restore je devais le faire également pour dropdb.
Du coup voici ma commande pour dropdb :
C:^\Progra^~1^\PostgreSQL^\9.1^\bin^\dropdb.exe postgres
Cela a eu une conséquence dans le fichier logs. J'ai une nouvelle erreur :
2012-09-03 13:53:05 CEST ERREUR: la base de données « postgres » est en cours d'utilisation par d'autres utilisateurs
2012-09-03 13:53:05 CEST DÉTAIL: 2 autres sessions utilisent la base de données.
2012-09-03 13:53:05 CEST INSTRUCTION : DROP DATABASE postgres;
Une question avant de faire une bêtise, si je renseigne les variables d'environnement et que dans pg_restore je met comme option -C, postgres me créera-t-il ma base renseigné dans la variable d'environnement PGDATABASE ? Ou faut-il que j'utilise l'option -d pour lui indiqué la base ?
Bon alors dans le fichier log y a du nouveau.
Apparemment, j'ai un problème avec dropdb.
2012-09-03 13:29:33 CEST ERREUR: la base de données « postgres » existe déjÃ
Ma commande dropdb :
dropdb postgres
Bonjour rjuju et encore une fois merci de me répondre.
Oui j'ai des erreur dans le fichier log de postgres mais je ne pense que cela soit liée car les heures ne correspondent pas et malgré des nouvelles tentatives de restaurations il n'y en a pas de nouvelles.
Les voici :
2012-09-03 09:14:55 CEST ERREUR: la relation « changes_id_seq » n'existe pas au caractère 97
2012-09-03 09:14:55 CEST INSTRUCTION : SELECT last_value, min_value, max_value, cache_value, is_cycled, increment_by, is_called
FROM changes_id_seq
2012-09-03 09:15:03 CEST ERREUR: la relation « changes_id_seq » n'existe pas au caractère 97
2012-09-03 09:15:03 CEST INSTRUCTION : SELECT last_value, min_value, max_value, cache_value, is_cycled, increment_by, is_called
FROM changes_id_seq
Pour l'option -c je l'utilise déjà. Cela semble fonctionner un debug de la fonction system m'affiche tout un tas de requêtes DROP.
En voici quelques unes :
ALTER TABLE ONLY public.modules DROP CONSTRAINT modules_pkey;
DROP SEQUENCE public.modules_id_seq;
DROP TABLE public.modules;
DROP EXTENSION adminpack;
DROP EXTENSION plpgsql;
DROP SCHEMA public;
Je vu en parcourant le fichier (bien que très peut lisible) qu'il créé la base de données. Donc j'ai suivi la doc et j'ai ajouté dropdb mais cela ne change rien... Bien que la fonction system me renvoi 1, comme si cela avait fonctionné.
Cordialement.
Je ne suis trop habitué à mettre le nez dans le serveur.
Je pense que vous me parlez du fichier apache_error.
Il y a bien des erreur mais sans rapport avec la commande pg_restor.
Voici ce que j'ai :
[Mon Sep 03 11:20:16 2012] [error] [client 127.0.0.1] File does not exist: C:/wamp/www/app, referer: http://localhost/DEVELOPPEMENT/gestion_prix_0.1_beta/index.php/backups/listeDump
[Mon Sep 03 11:20:20 2012] [error] [client 127.0.0.1] File does not exist: C:/wamp/www/app, referer: http://localhost/DEVELOPPEMENT/gestion_prix_0.1_beta/index.php/backups/listeDump
Je pense que c'est du à une mauvaise config sous le framwork cakephp ou un bout de code qui traine que j'ai oublié cette erreur apparaît tous le temps.
Le pg_dump est fait sous format custom car d'après ce que j'ai compris dans la doc pg_restore prend seulement custom ou tar. J'ai fais de petite modif entre la fonction sur le forum avec pg_dump et celle que j'utilise je la remet :
$maConfig = new DATABASE_CONFIG();
//Database Backup
putenv('PGHOST='.$maConfig->default['host']);
putenv('PGPORT=5432');
putenv('PGDATABASE='.$maConfig->default['database']);
putenv('PGUSER='.$maConfig->default['login']);
putenv('PGPASSWORD='.$maConfig->default['password']);
$pg_dumpPath = 'C:\\Progra~1\\PostgreSQL\\9.1\\bin\\pg_dump.exe';
$exe = escapeShellCmd($pg_dumpPath);
// Obtain the pg_dump version number and check if the path is good
$version = array();
preg_match("/(\d+(?:\.\d+)?)(?:\.\d+)?.*$/", exec($exe . " --version"), $version);
if (empty($version)) {
printf('The path to the database dump utility specified is wrong! (%s)', $pg_dumpPath);
exit;
}
// Build command for executing pg_dump. '-i' means ignore version differences.
$filename = 'backup_'.date('Ymd_His').'.backup';
$cmd = $exe . " -i";
$cmd .= ' -F c';
$sqlPath = escapeShellCmd('C:\\wamp\\www\\DEVELOPPEMENT\\gestion_prix_0.1_beta\\app\\webroot\backups\\'.$filename);
$cmd .= ' > '.$sqlPath;
// Execute command and return the output to the screen
system($cmd,$retour);
if($retour){
$message = 'Création fichier backup échoué';
$this->Session->setFlash($message, 'notif', array('type'=>'error'));
$this->redirect('/backups/listeDump');
}else{
$message = 'Création fichier backup ok';
$this->Session->setFlash($message, 'notif');
$this->redirect('/backups/listeDump');
}
J'ai changé le format de la sauvegarde et supprimé --inserts.
Merci de me répondre.
Bonjour,
Et oui après avoir avoir sauvé mes données il faut que je les restaure.
Je me suis dit que cela allé être comme pg_dump avec un autre exécutable.
Mais cela à l'air plus complexe...
L'autre exécutable c'est pg_restore. Il a l'air de fonctionner comme pg_dump. Une ligne de commande avec des options.
Donc j'ai repris ma fonction php pour créer ma backup (voir cette discussion sur comment faire une backuphttp://forums.postgresql.fr/viewtopic.php?id=2225) et je l'ai adapté avec pg_restore.
Voila mon script :
$backup = parent::getData('Backup',$idBackup);
$filename = $backup[0]['Backup']['alias'].'.backup';
$maConfig = new DATABASE_CONFIG();
//Database Backup
putenv('PGHOST='.$maConfig->default['host']);
putenv('PGPORT=5432');
putenv('PGDATABASE='.$maConfig->default['database']);
putenv('PGUSER='.$maConfig->default['login']);
putenv('PGPASSWORD='.$maConfig->default['password']);
$pg_dumpPath = 'C:\\Progra~1\\PostgreSQL\\9.1\\bin\\pg_restore.exe';
$exe = escapeShellCmd($pg_dumpPath);
// Obtain the pg_dump version number and check if the path is good
$version = array();
preg_match("/(\d+(?:\.\d+)?)(?:\.\d+)?.*$/", exec($exe . " --version"), $version);
if (empty($version)) {//Condition conservé de pg_dump je ne sais si elle toujours utile surement si elle controle le chemin de pg_restore
printf('The path to the database dump utility specified is wrong! (%s)', $pg_dumpPath);
exit;
}
$cmd = $exe . " -c";
$sqlPath = escapeShellCmd('C:\\wamp\\www\\DEVELOPPEMENT\\gestion_prix_0.1_beta\\app\\webroot\backups\\'.$filename);
$cmd .= ' < '.$sqlPath;
// Execute command and return the output to the screen
$mesSys = system($cmd,$retour);
if($retour){
$message = 'Restauration backup échoué'.$cmd;
$this->Session->setFlash($message, 'notif', array('type'=>'error'));
$this->redirect('/backups/listeDump');
}else{
$message = 'Restauration backup ok'.$cmd;
$this->Session->setFlash($message, 'notif');
$this->redirect('/backups/listeDump');
}
La valeur de la variable $cmd passé à la fonction system : C:^\Progra^~1^\PostgreSQL^\9.1^\bin^\pg_restore.exe -c < C:^\wamp^\www^\DEVELOPPEMENT^\gestion_prix_0.1_beta^\app^\webroot^\backups^\mon_fichier.backup
La variable $message est toujours égale à : "Restauration backup ok" comme si la restauration avait fonctionné.
En effet lors d'un débug j'ai pu voir toutes les requêtes envoyé et il semble que pg_restore fait son boulot. Mais dans mes tables j'ai les backups plus récentes que celle restauré... Donc j'en déduit que ça n'a pas fonctionné.
Si quelqu'un a une idée ou une solution.
Merci d'avance
C'EST BON !!!!!!!!!!!!!!!!!!
Je met le code :
//Database Backup
putenv('PGHOST=localhost');
putenv('PGPORT=5432');
putenv('PGDATABASE=postgres');
putenv('PGUSER=postgres');
putenv('PGPASSWORD=*********');
$pg_dumpPath = 'C:\\Progra~1\\PostgreSQL\\9.1\\bin\\pg_dump.exe';
$exe = escapeShellCmd($pg_dumpPath);
// Obtain the pg_dump version number and check if the path is good
$version = array();
preg_match("/(\d+(?:\.\d+)?)(?:\.\d+)?.*$/", exec($exe . " --version"), $version);
if (empty($version)) {
printf('The path to the database dump utility specified is wrong! (%s)', $pg_dumpPath);
exit;
}
$filename = 'backup_'.date('Y.m.d').'.sql';
// Build command for executing pg_dump. '-i' means ignore version differences.
$cmd = $exe . " -i";
$cmd .= ' --inserts';
$sqlPath = escapeShellCmd('C:\\wamp\\www\\DEVELOPPEMENT\\gestion_prix_0.1_beta\\app\\webroot\backups\\'.$filename);
$cmd .= ' > '.$sqlPath;
passthru($cmd);
En effet cela venait du nom du répertoire Program Files qui en français est nommé Programme et qui pour les commandes doit avoir cette écriture Progra~1 (plus d'explication ici http://en.wikipedia.org/wiki/Program_Files).
Merci encor pour votre aide rjuju.
Salut je continu à parcourir internet et j'ai trouvé un script tiré de phpPgAdmin.
putenv('PGHOST=localhost');
putenv('PGPORT=5432');
putenv('PGDATABASE=postgres');
putenv('PGUSER=postgres');
putenv('PGPASSWORD=***************');
$pg_dumpPath = 'C:\\Program Files\\PostgreSQL\\9.1\\bin\\pg_dump.exe';
$exe = escapeShellCmd($pg_dumpPath);
// Obtain the pg_dump version number and check if the path is good
$version = array();
preg_match("/(\d+(?:\.\d+)?)(?:\.\d+)?.*$/", exec($exe . " --version"), $version);
if (empty($version)) {
printf('The path to the database dump utility specified is wrong! (%s)', $pg_dumpPath);
exit;
}
$ctype="application/force-download";
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Cache-Control: public");
header("Content-Description: File Transfer");
header("Content-Type: $ctype");
$filename = 'backup_'.date('Y.m.d').'.sql';
$header="Content-Disposition: attachment; filename=".$filename.";";
header($header);
header("Content-Transfer-Encoding: binary");
// Build command for executing pg_dump. '-i' means ignore version differences.
$cmd = $exe . " -i";
$cmd .= ' --inserts';
// Execute command and return the output to the screen
passthru($cmd);
J'étais allé voir leur code aussi mais n'avais pas pu l'adapté pour mon cas.
Enfin, ce code me renvoi l'erreur contenu dans la condition du contrôle de version et de chemin :
The path to the database dump utility specified is wrong! (C:\Program Files\PostgreSQL\9.1\bin\pg_dump.exe)
Hors le fichier pg_dump.exe se trouve bien à cet endroit ???
Franchement je comprend plus...
Cordialement
Je viens d'essayé en remplaçant les \ par des / mais cela fait la même chose... Même en utilisant en la fonction escapeshellarg.
Je remet mon script :(je traville sous le framwork cakephp)
chdir("C:\Program files\PostgreSQL\9.1\bin");
$message = system('pg_dump postgres -h localhost -U postgres > C:/wamp/www/DEVELOPPEMENT/gestion_prix_0.1_beta/app/webroot/backups/test.sql', $retour);
$my_file = 'C:/wamp/www/DEVELOPPEMENT/gestion_prix_0.1_beta/app/webroot/backups/fichier_message.txt';
$fp = fopen($my_file, "r+");
fputs($fp, $message);
fclose($fp);
if(!$retour){
$this->Session->setFlash("Execution backup échouée.", 'notif', array('type'=>'error'));
$this->redirect('/backups/listeDump');
}else{
$this->Session->setFlash("Execution backup ok.", 'notif');
$this->redirect('/backups/listeDump');
}
Ce qui est étrange c'est que le 2em paramètre de system renvoi toujours 1 et me dit que la backup est ok ???
Bonjour et merci rjuju de me répondre !
Malgré avoir passé la méthode en trust cela me crée toujours un fichier vide.
J'ai essayé ma commande dans la console et cela ma renvoyé :
Commande \wamp invalide. Essayez \? pour l'aide-mémoire.
Mon problème pourrait-il venir du chemin que je lui indique ? Pourtant j'ai testé avec la fonction php escapeshellarg mais cela n'a rien changé.
Dans mon script, j'utilise la fonction system qui devrait stocker la valeur retourné dans une variable $message. Mais cette variable semble inexistante ou très particulière à lire. Mais elle semble également très intéressante. Auriez vous un moyen d'y accédé ?
Encore une fois merci de votre intérêt pour mon problème.
Alors ça avance un peu sur un internet j'ai trouvé :
$message = system('pg_dump postgres --host localhost --port 5432 -U postgres > C:\wamp\www\DEVELOPPEMENT\gestion_prix_0.1_beta\app\webroot\backups\test.sql', $retour);
La différence est que je ne met plus l'option -f ou --file mais > à la place.
Cela crée bien le fichier au bon endroit mais le fichier est vide.
La personne qui poster sur le forum ou j'ai trouvé ce début de solution avait le même problème et pour solution à du modifier le fichier pg_hba.conf.
Il a passé la méthode de md5 à trust et cela lui a posé des problème avec l'ipv6. De plus cette méthode trust semble donner un accés total à n’importe qui (si j'ai bien comprise la doc) !
Le problème ne viendrait-il pas du fait que je sois connecté sur mon ordi avec un autre utilisateur que celui que postgres utilise ?
Bonjour,
J'ai besoin de pouvoir faire des sauvegardes de ma base de données à partir de script php.
Après avoir parcouru le forum, la méthode la plus conseillé est pg_dump avec la fonction systeme de php.
J'ai donc testé plusieurs syntaxes mais aucunes ne fonctionnent.
Voila ou j'en suis :
function exportData(){
chdir("C:\Program files\PostgreSQL\9.1\bin");
$message = system('pg_dump postgres --host localhost --port 5432 -U postgres -f C:\wamp\www\DEVELOPPEMENT\gestion_prix_0.1_beta\app\webroot\backups\test.sql', $retour);
$my_file = 'C:\wamp\www\DEVELOPPEMENT\gestion_prix_0.1_beta\app\webroot\backups\fichier_message.txt';
$fp = fopen($my_file, "w");
fwrite($fp, $message);
if(!$retour){
$this->Session->setFlash("Execution backup échouée.".debug($message), 'notif', array('type'=>'error'));
$this->redirect('/backups/listeDump');
}else{
$this->Session->setFlash("Execution backup ok.".debug($message), 'notif');
$this->redirect('/backups/listeDump');
}
}
J'ai testé avec les abréviations (exemple : --file et -f) j'ai ajouté le mot de passe et tout un tas d'autre essai. Mais rien n'y fait.
La variable $retour renvoi toujours 1 et $message, j'arrive pas à l'afficher ou à l'écrire dans un fichier.
Si quelqu'un à une solution !
Merci d'avance.
Bonjour !
Pour répondre à votre question , oui j'ai des caractère spéciaux dans mes tables.
Je viens de tester pg_dump en ligne de commande mais cela n'a pas l'air de fonctionner (je dois mal m'y prendre !!!) voilà ce que je tape :
pg_dump -d postgres -f "C:/wamp/pg_backup/test". J'ai essayé plusieurs commandes avec C: sans le C: avec des / et des \. Mais rien ne marche... Je pense être connecté avec l'utilisateur postgres (celui créé à l'install) car en début de ligne j'ai postgres-#.
Dans pgAdmin je n'ai pas trouvé ou faire un dump de ma bdd.
merci de m'avoir répondu !
Bonjour,
Après avoir bien galéré pour installer postgres sous Windows, j'ai finalement réussi à me connecter créer mes tables et les remplir.
Mais lorsque j'ai voulu les exporter, phpPgAdmin cela m'a retourné l'erreur : "La sauvegarde de table complexe et des noms de schémas n'est pas supporté sur Windows.".
J'ai laissé le mauvais encodage des caractères spéciaux au cas ou cela soit une piste.
J'ai cherché sur le forum mais apparemment cela ne viendrait pas de postgres mais de php...
C'est tous...
J'ai pas trouvé plus de réponse que ça. Donc pas de solution.
Si quelqu'un à un idée sur le problème elle sera la bien venu !
Bonjour et merci de me répondre.
Avant tout j'ai réussi a installer postgres, mais je sais pas comment ni pourquoi, car j'ai rien fait de plus que de tenter une énième install.
Pour répondre à vos questions :
Avez-vous désactivé UAC ? Je sais pas ce qu'est l'UAC... Si l'utilisateur postgres ne doit pas être admin alors il faudrait l'indiquer.
Installez-vous postgresql avec le one-click installer ? Oui. Les fichiers de log qui ce trouve j'imagine dans le dossier pg_log (il me semble) dans le dossier data et doivent surement être détruit lorsque j'annule l'install qui a planté. Donc je ne peu pas vous les fournir.
Enfin merci quand même d'avoir pris le temps de me répondre.
J'ai modifié le titre car après avoir cherché de partout j'ai trouvé tellement de solution que je commence à croire que cela et vraiment dépendent de l'ordi de chacun !!!
J'ai testé en supprimant les dossiers laissé après la déinstall, en supprimant l'utilisateur postgres, en mettant le dossier data à la racine de mon disque, en sélectionnant une langue, en déactivant le par feu et l'antivirus, en installant en tant qu'admin mais rien ne change. J'ai testé avec plusieurs solution en même temps mais ça ne change rien. En sachant que la première install je n'ai pas eu ce problème ( apparemment récurant) de cluster.
Pour un mal si il y a une multitude de remède c'est que chacun n'est pas efficace à 100%.
Il y a un gros problème avec l'install de postgres (au moins sous Windows 7) !!! Qui dure apparemment depuis un certain temps...
Je sais pas !!! Pour un moteur de bbd qui se veux si extraordinaire, c'est surprenant.
Bon je continu à patauger !!!
Maintenant après avoir tous supprimé, l'installeur trouve toujours le dossier PostgreSQL que je supprime malgré avoir passé ccleaner et avoir arrêté et redémarré mon ordi.
Le problème du cluster de données reste inchangé ! J'ai déactivé le par feu (par feu Windows) et l'antivirus (avast), installé postgres en tant qu'administrateur mais rien ne change...
Franchement je sais pas....
Si quelqu'un à une idée...
Bonjour,
Je suis nouveaux avec postgresSQL et depuis 2 jours j’essaye d'utiliser postgres.
Après avoir réussi une première install ou je n'arrivais pas à me connecter, j'ai décidé de tous reprendre à zéro.
Donc j'ai désinstallé postgres avec le fichier .exe ce trouvant dans le dossier de postgres, j'ai supprimé l'utilisateur postgres et le dossier postgresSQL ce trouvant dans le dossier Programmes et enfin j'ai recommencé mon install.
Et là on arrive au titre du message.
L’installation se fait bien jusqu'à l’initialisation du cluster de données. Il y a marqué que cela peut prendre du temps, mais là c'est vraiment long et je pense plus à un plantage.
Si quelqu'un à la solution ?
Merci d'avance !
PS : Je suis sous Windows 7 64 si ça peut aider.
Pages : 1