Re: MySql

2002-11-26 Thread Didier Chalm
On Tuesday 26 November 2002 11:41, Christophe Valentin wrote:

> Je viens d'installer mysql qui fonctionne bien mais je n'arrive pas à m'y
> connecter via phpmyadmin installé sur un autre serveur (apache).

Fichier /etc/mysql/my.cnf : commenter la ligne "skip-networking" (rajouter un 
# en début de ligne) et relancer MySQL (/etc/init.d/mysql restart)

;)

-- 
  [EMAIL PROTECTED]   EPSHOM
  Service Informatique   BREST - FRANCE



Re: MySql

2002-11-27 Thread Christophe Valentin
Vous aviez bien sûr raison, cela a résolu mon problème.

Merci de votre aide de ces derniers jours.

Christophe

-
Christophe Valentin
Responsable Qualité & Projet

Freesoft
11, rue André Leclerc
92800 Puteaux
Tél : 01 41 44 02 17
Email : [EMAIL PROTECTED]
- Original Message -
From: "Didier Chalm" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, November 26, 2002 12:08 PM
Subject: Re: MySql


> On Tuesday 26 November 2002 11:41, Christophe Valentin wrote:
>
> > Je viens d'installer mysql qui fonctionne bien mais je n'arrive pas à
m'y
> > connecter via phpmyadmin installé sur un autre serveur (apache).
>
> Fichier /etc/mysql/my.cnf : commenter la ligne "skip-networking" (rajouter
un
> # en début de ligne) et relancer MySQL (/etc/init.d/mysql restart)
>
> ;)
>
> --
>   [EMAIL PROTECTED]   EPSHOM
>   Service Informatique   BREST - FRANCE
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>



Re: mysql

2003-01-03 Thread vivanno
Le 3/01/03 12:27, « Latreyte David » <[EMAIL PROTECTED]> a écrit :

> Bonjour à tous et meilleurs voeux,
> je m'initie à php et mysql actuellement. Apparemment, le root/système n'est
> authorisé à se connecter à aucune des bases mysql, même mysql et test. Celà
> ne m'a pas posé de pb particulier jusqu'à ce que j'essaie d'installer dacode
> : l'installation se fait bien sur sous le compte root et debconf essaie de se
> connecter à mysql ce qui bien sur lui est refusé.
> Comment doit-on procéder ?
> J'ai essayé de trouver l'endroit où la restriction est indiquée mais aucune
> trace, ni dans /etc/security, ni dans /etc/mysql ...
> Merci de votre aide, bonne journée

Par défaut le compte "root" du serveur mysql est login:root et le mot de
passe est vide! L'utilisateur "root" de MySQL n'est pas le même que celui du
système. C'est un autre root juste pour le serveur MySQL! ;-)

MySQL gère c'est propre accès avec ces utilisateurs à lui!




Re: mysql

2002-09-28 Thread Guillaume Membré
On Sat, 2002-09-28 at 10:48, [EMAIL PROTECTED] wrote:
bonjour !

salut
je cherche a installer une base de donné
sur un serveur linux pour un association a but non lucratif
qui,si possible soit compatible avec Acces comme client
l'association etant sujet a des controles regulier 
je doit fair tres atention au licences

malgré mon mauvaise anglais mes recheches mon amener a mysql
mais je n'ai trouver que des version commercial :-(
les licences etant en anglais je ne les ai pas bien compris

existe il un version que je pourait utiliser en toute legalité
dans le cadre d'une association ( je rappel non lucrative )
ou y atil une autre base de donné 
qui pourait correspondre a mes besions

oui ca existe : mysql :-)
tu peux l'installer sans pb, elle est libre...
apt-cache search mysql | grep ^mysql 
mysql-client - mysql database client binaries
mysql-common - mysql database common files (e.g. /etc/mysql/my.cnf)
mysql-navigator - GUI client program for MySQL database server
mysql-server - mysql database server binaries
mysqltcl - Interface to the MySQL database for the Tcl language.
mysql-doc - mysql database documentation

merci de votre aide 

de rien :)

guillaume

-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
- Guillaume Membré
- Elève ingénieur à l'école des Mines de Nantes
- Web site : http://collection.photo.free.fr/



Re: mysql

2002-09-28 Thread Erwan David
Le Sat 28/09/2002, Guillaume Membré disait
> On Sat, 2002-09-28 at 10:48, [EMAIL PROTECTED] wrote:
> bonjour !
> 
> salut
> je cherche a installer une base de donné
> sur un serveur linux pour un association a but non lucratif
> qui,si possible soit compatible avec Acces comme client
> l'association etant sujet a des controles regulier 
> je doit fair tres atention au licences
> 
> malgré mon mauvaise anglais mes recheches mon amener a mysql
> mais je n'ai trouver que des version commercial :-(
> les licences etant en anglais je ne les ai pas bien compris
> 
> existe il un version que je pourait utiliser en toute legalité
> dans le cadre d'une association ( je rappel non lucrative )
> ou y atil une autre base de donné 
> qui pourait correspondre a mes besions
> 
> oui ca existe : mysql :-)
> tu peux l'installer sans pb, elle est libre...
> apt-cache search mysql | grep ^mysql 
> mysql-client - mysql database client binaries
> mysql-common - mysql database common files (e.g. /etc/mysql/my.cnf)
> mysql-navigator - GUI client program for MySQL database server
> mysql-server - mysql database server binaries
> mysqltcl - Interface to the MySQL database for the Tcl language.
> mysql-doc - mysql database documentation
> 
> merci de votre aide 
> 
> de rien :)

mysql doit être sous GPL, sinon il y a postgresql, Pour l'accès avec
Access les 2 ont des connecteurs ODBC, donc ça devrait être possible.

-- 
Erwan



Re: mysql

2002-09-28 Thread Jean-Michel OLTRA
On Saturday 28 Sep 2002, Erwan David wrote:

> mysql doit être sous GPL, sinon il y a postgresql, Pour l'accès avec
> Access les 2 ont des connecteurs ODBC, donc ça devrait être possible.

Oui.

Gratuit pour un usage sous GPL. gratuit si le développement utilisant
mysql n'est pas distribué et si mysql n'est pas modifié, quel que soit
la license du développement. Utilisation personnelle donc.

Payant si tu veux distribuer ton développement et que mysql n'est pas
sous GPL.

Donc pour toi tout devrait être bon.
-- 
jean-michel



Re: mysql

2002-10-29 Thread Régis Grison
Le mar 29/10/2002 à 11:25, [EMAIL PROTECTED] a écrit :
> Bonjour 
> 
> je dispose actuelement d'une base de donné sous acces 

Même pas vrai. Tu disposes d'un truc qui ressemble à une base de
données.


> je souhaiterais savoir si il est possible de la convertir pour mysql 

Oui, à la main.


> j'ai chercher dans acces mais je n'ai rien trouver 

Normal, ils savent pas ce qu'est une base de données.

Bon, sérieusement, je ne crois pas qu'on puisse obtenir un schéma sql à
partir d'accès (si ça existe merci de rectifier), tu vas donc avoir à te
le taper à la main.

Ensuite, tu dois pouvoir exporter sous forme de fichier avec des ";" en
séparateur (pour excel je crois) et ça c'est assez facile à transformer
en requête sql via un script (plus d'info sur la question si personna a
mieux à proposer).

Régis.



Re: mysql

2002-10-29 Thread Jm Schelcher
oui je l'avais fait !!
bon c'est vrai, le tout était sur windows mais je 
l'avais fais !!! :)

en fait j'avais install easyPHP (apache+php+mysql 
sur windows), puis il me semble avoir exporté mes 
tables (une après l'autre) en csv (tu sais les 
format de fichier ou les colonne son séparées par 
des ';') et avec mysqlfront (un genre de phpmyadmin
mais pas en php...) j'ai réimporté mes csv, à ce 
moment là j'avais eu qq problème de compatibilité de 
type de donnée (genre les boolean et autre..) mais 
tu verras ça s'arrange vite...

voilà, bon je reprécise que toute la manip avait été 
faite sur windows, mais tu devrais pouvoir faire 
tout ça sur linux...!! (maintenant ma db marche 
d'ailleur sur linux :))

voilà bonne chance !

jean-michel


29/10/2002 11:25:48, [EMAIL PROTECTED] a écrit:

>Bonjour 
>
>je dispose actuelement d'une base de donné sous 
acces 
>je souhaiterais savoir si il est possible de la 
convertir pour mysql 
>j'ai chercher dans acces mais je n'ai rien trouver 
>
>merci
>
>
>-- 
>To UNSUBSCRIBE, email to debian-user-french-
[EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact 
[EMAIL PROTECTED]
>
>





Re: mysql

2002-10-29 Thread Loick.B
Le Mardi 29 Octobre 2002 10:25, [EMAIL PROTECTED] a écrit :
> Bonjour
>
> je dispose actuelement d'une base de donné sous acces
> je souhaiterais savoir si il est possible de la convertir pour mysql
> j'ai chercher dans acces mais je n'ai rien trouver
>
> merci
Il me semble que les dernières versions d'access permettent de sauvegarder une 
base sous forme de fichier sql.
Si je ne me trompe pas, rien de plus simple alors que de l'importer
dans MySQL.
Sinon, exporte en CVS (attention aux séparateurs: il ne faut pas que le 
séparateur utilisé soit un caractére éventuel de tes champs. Sinon galére!).
Importe alors le CSV dans MySQL.
N.B: il existe des utilistaires d'import/export CSV...

Cordialement,

Loick.B



Re: mysql

2002-10-29 Thread Jean-Michel OLTRA
On Tuesday 29 Oct 2002, [EMAIL PROTECTED] wrote:
bonjour,


> je dispose actuelement d'une base de donné sous acces 
> je souhaiterais savoir si il est possible de la convertir pour mysql 
> j'ai chercher dans acces mais je n'ai rien trouver 

1) Tu regardes la doc de mysql il y a un chapître donnant des
   utilitaires permettant de faire cette conversion.

2) Autre possibilité, que je n'ai pas faite perso n'étant pas un fan de
   W$. Le pilote odbc: on peut exporter des tables access sur une bd
   mysql, je l'ai vu, de mes yeux vu..., mais je ne saurais te 
   décrire la manip.

3) Je crois qu'il est possible d'utiliser les utilitaires W pour générer
   un fichier texte (access -> excel) en séparant les champs avec un
   truc quelconque (traditionnellement ;) puis utiliser mysqlimport ou
   l'instruction 'load data'
-- 
jean-michel



Re: mysql

2002-10-29 Thread Lionel Elie Mamane
On Tue, Oct 29, 2002 at 11:25:48AM +0100, [EMAIL PROTECTED] wrote:

> je dispose actuelement d'une base de donné sous acces 
> je souhaiterais savoir si il est possible de la convertir pour mysql 
> j'ai chercher dans acces mais je n'ai rien trouver 

Oui, il y a un / des script(s) VBA de conversion sur le site de mysql,
section "contribs", ou un truc comme ça. Ça va créer des fichiers,
qu'il suffit de piper au client mysql.

-- 
Lionel


pgpvIPbYabBkR.pgp
Description: PGP signature


Re: mysql

2002-10-29 Thread Loick.B
Le Mardi 29 Octobre 2002 21:56, Lionel Elie Mamane a écrit :
> On Tue, Oct 29, 2002 at 11:25:48AM +0100, [EMAIL PROTECTED] wrote:
> > je dispose actuelement d'une base de donné sous acces
> > je souhaiterais savoir si il est possible de la convertir pour mysql
> > j'ai chercher dans acces mais je n'ai rien trouver
>
> Oui, il y a un / des script(s) VBA de conversion sur le site de mysql,
> section "contribs", ou un truc comme ça. Ça va créer des fichiers,
> qu'il suffit de piper au client mysql.
Plus précisement: http://www.cynergi.net/exportsql/exportsql2.txt

Cordialement,

Loick.B



Re: mysql

2005-06-16 Thread Davy Gigan
Le Jeudi 16 Juin 2005 10:34, n r a écrit :
> Bonjour,
Bonjour,

> Cela a fait que mon serveur sympa et mysql ne tournent plus.
> les packages avant mise à jour étaient:

> ii  mysql-common   4.0.24-10  mysql database common files (e.g.
> ii  mysql-server   3.23.49-8.11   mysql database server binaries

Tu as remarqué le souci de version entre ton mysql-common et ton 
mysql-server ?

> ERROR 2002: Can't connect to local MySQL server through socket
> '/var/run/mysqld/mysqld.sock' (2)
> ou du style:
> ERROR: 1017  Can't find file: './mysql/user.frm' (errno: 13)

user.frm est dans la métabase de mysql : ce sont les utilisateurs
de ta base et mysql en a besoin pour démarrer. Peut-être un problème
de droit d'accès ou de chemin vers ce fichier ? Normalement le fichier
est dans /var/lib/mysql/mysql/. Regarde dans ton fichier de config
my.cnf pour vérifier le chemin de mysql. Éventuellement, tu gagneras
peut-être ton temps en mettant la version complète 4.0.x ou 3.23.x car
là c'est batard : le serveur dans une version, le fichier de conf dans
une autre :)

Sinon, au passage, si tu es passé de sympa 3 à sympa 4, tu auras des
petits soucis de config de la base de données de sympa. Il faudra faire
une migration de la base, la procédure est peut-être décrite dans la
doc du paquet ...


-- 
Davy Gigan
System & Network Administration  [Please no HTML, I'm not a browser]
University Of Caen (France)   [Pas d'HTML, je ne suis pas un navigateur]


pgp3bQr4pbRWs.pgp
Description: PGP signature


Re: mysql

2005-06-16 Thread n r




From: Davy Gigan <[EMAIL PROTECTED]>
To: debian-user-french@lists.debian.org
Subject: Re: mysql
Date: Thu, 16 Jun 2005 10:58:34 +0200

Le Jeudi 16 Juin 2005 10:34, n r a écrit :
> Bonjour,
Bonjour,

> Cela a fait que mon serveur sympa et mysql ne tournent plus.
> les packages avant mise à jour étaient:

> ii  mysql-common   4.0.24-10  mysql database common files (e.g.
> ii  mysql-server   3.23.49-8.11   mysql database server binaries

Tu as remarqué le souci de version entre ton mysql-common et ton
mysql-server ?


oui, j'ai hésité à désinstaller et à réinstaller  mysql-common car il est 
lié aux packages
libdbd-mysql-perl* libmysqlclient10* mysql-client* mysql-common*   
mysql-server* sympa* wwsympa* et mon serveur est en prod !!



> ERROR 2002: Can't connect to local MySQL server through socket
> '/var/run/mysqld/mysqld.sock' (2)
> ou du style:
> ERROR: 1017  Can't find file: './mysql/user.frm' (errno: 13)

user.frm est dans la métabase de mysql : ce sont les utilisateurs
de ta base et mysql en a besoin pour démarrer. Peut-être un problème
de droit d'accès ou de chemin vers ce fichier ? Normalement le fichier
est dans /var/lib/mysql/mysql/. Regarde dans ton fichier de config
my.cnf pour vérifier le chemin de mysql. Éventuellement, tu gagneras
peut-être ton temps en mettant la version complète 4.0.x ou 3.23.x car
là c'est batard : le serveur dans une version, le fichier de conf dans
une autre :)


j'ai désinstallé et réinstallé le package mysql-server et j'ai bien remarqué 
que le fichier "my.cnf"

provient du package mysql-common
j'ai donc copié l'ancien fichier, relancer mysql mais sans succès


Sinon, au passage, si tu es passé de sympa 3 à sympa 4, tu auras des
petits soucis de config de la base de données de sympa. Il faudra faire
une migration de la base, la procédure est peut-être décrite dans la
doc du paquet ...


--
Davy Gigan
System & Network Administration  [Please no HTML, I'm not a browser]
University Of Caen (France)   [Pas d'HTML, je ne suis pas un navigateur]
<< attach3 >>


_
MSN Messenger : discutez en direct avec vos amis ! 
http://www.msn.fr/msger/default.asp



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: mysql

2005-06-16 Thread Jean-Michel OLTRA

bonjour,


Le jeudi 16 juin 2005, n r a écrit...



> j'ai désinstallé et réinstallé le package mysql-server et j'ai bien 
> remarqué que le fichier "my.cnf"
> provient du package mysql-common
> j'ai donc copié l'ancien fichier, relancer mysql mais sans succès

Entre mysql3 et mysql 4 il y a eu des changements liés à l'apparition de
nouveaux paramètres de configuration.

Il me semble qu'il fallait exécuter le script mysql_fix_privilege_tables

Mais je ne sais pas si ça résoudra ton problème.

-- 
jm



-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: mysql

2005-06-16 Thread n r




From: Jean-Michel OLTRA <[EMAIL PROTECTED]>
To: debian-user-french@lists.debian.org
Subject: Re: mysql



Le jeudi 16 juin 2005, n r a écrit...



> j'ai désinstallé et réinstallé le package mysql-server et j'ai bien
> remarqué que le fichier "my.cnf"
> provient du package mysql-common
> j'ai donc copié l'ancien fichier, relancer mysql mais sans succès

Entre mysql3 et mysql 4 il y a eu des changements liés à l'apparition de
nouveaux paramètres de configuration.

Il me semble qu'il fallait exécuter le script mysql_fix_privilege_tables

Mais je ne sais pas si ça résoudra ton problème.

--
jm


il me semble que mysql doit être démarré pour lancer ce script or mon 
problème est qu'il ne se lance pas .


_
MSN Hotmail : antivirus et antispam intégrés 
http://www.msn.fr/newhotmail/Default.asp?Ath=f



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: mysql

2005-06-17 Thread Davy Gigan
Le Jeudi 16 Juin 2005 17:07, n r a écrit :
> > > j'ai désinstallé et réinstallé le package mysql-server et j'ai bien
> > > remarqué que le fichier "my.cnf"
> > > provient du package mysql-common
> > > j'ai donc copié l'ancien fichier, relancer mysql mais sans succès
Si tu as mysql-server en version 4, c'est plutôt le nouveau my.cnf qu'il
faut que tu mettes non ?

> >Il me semble qu'il fallait exécuter le script mysql_fix_privilege_tables
>
> il me semble que mysql doit être démarré pour lancer ce script or mon
> problème est qu'il ne se lance pas .

Dans ce cas, tu peux peut-être lancer mysql avec l'option :
  --skip-grant-tables

si c'est bien un problème de permission qui t'empêche de lire le fichier
user.frm




-- 
Davy Gigan
System & Network Administration  [Please no HTML, I'm not a browser]
University Of Caen (France)   [Pas d'HTML, je ne suis pas un navigateur]


pgpwCsu8rBRTZ.pgp
Description: PGP signature


Re: MySQL

2002-06-26 Thread Hervé
Le Wed, Jun 26, 2002 at 10:57:47PM +0200, Stef écrivait:
> Bonsoir, j'ai installé MySQL et depuis hier j essaye de créer un 
> utilisateur et je n y arrive pas...
> 
> J'ai la version 3.22.32
> 
Y'a des utilitaires en ligne de commande, mysqladmin sert plutôt à
ça.

> Apres l installation j'ai commencé par donner un mot de passe au root en 
> faisant:
> update user set password="mot_de_passe" where user="root" ;
> 
j'aurais dit password=password("mot_de_pass") puisqu'il est chiffré.

> Cette commande a bien donné, j'ai pu le vérifier en faisant:
> select user, password from user ;
> 
> Ensuite j'ai créé une base de données:
> create database test_db ;
> 
> ce qui a également fonctionné, j'ai pu le vérifier en faisant:
> show databases ;
> (tiens question subsidiaire: Où se trouve la table des bd ? autrement dit 
> je dois faire un select "koi" pour voir les bd ?)
> 
C'est la base mysql.

> Maintenant rien ne va plus.
> J'aimerais créer un administrateur pour la base de données test_db. J'ai 
> donc fait ceci, comme indiqué dans 2 ouvrages (différents) que je possède:
> 
> grant all on test_db.* to testAdmin identified by "pass_admin" with grant 
> option ;
> 
> Ici il me répond: Query OK,   0 rows affected.
> Et de fait, si je vérifie, je n'ai pas de nouvel utilisateur créé
> 
Cette commande ne crée pas d'utilisateur, il doit déjà exister (d'où le
'0 row afected').

> Quelqu'un pourrait il m'aider
> Merci.
> 
> STef
> 
T'as l'air d'avoir besoin d'une bonne doc. Je te propose d'installer
phpmyadmin si tu peux (pas forcément avec le serveur MySQL) et de
consulter /usr/share/doc/mysql*.

> PS: Autre question: comment faire pour empecher les gens qui n ont pas de 
> compte sur le serveur MySQL de se connecter sur ce serveur? Autrement dit 
> comment faire pour obliger les gens à se connecter avec une commande de 
> type: mysql -u login -p  ?
> 

Tu peux détailler ? S'il n'ont pas de compte, ils ne peuvent pas se
connecter... (Les comptes Linux et MySQL sont indépendants).

--
Hervé

> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact 
> [EMAIL PROTECTED]
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: MySQL

2002-06-27 Thread Jean-Michel OLTRA
On Wednesday 26 Jun 2002, Stef wrote:
> Apres l installation j'ai commencé par donner un mot de passe au root en 
> faisant:
> update user set password="mot_de_passe" where user="root" ;
A ! Il te faut chiffrer le mot de passe avec la fonction
password()

update user set Password=password("mot-de-passe") where User="root";
fais attention à la casse ce sont les champs Password et User de la table
user

> Maintenant rien ne va plus.
> J'aimerais créer un administrateur pour la base de données test_db. J'ai 
> donc fait ceci, comme indiqué dans 2 ouvrages (différents) que je possède:

> grant all on test_db.* to testAdmin identified by "pass_admin" with grant 
> option ;
Tu as déjà un administrateur, c'est ton user root, pourquoi en veux tu un
autre ?
Il ne faut pas trop donner de droits, d'une manière générale.

> PS: Autre question: comment faire pour empecher les gens qui n ont pas de 
> compte sur le serveur MySQL de se connecter sur ce serveur? Autrement dit 
> comment faire pour obliger les gens à se connecter avec une commande de 
> type: mysql -u login -p  ?
Supprimer les user anonymes (voir un précédent thread ce mois ci ou le mois
preécédent)
mysql> delete from user where User = '';
-- 
jean-michel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: MySQL

2002-06-27 Thread Francois Cerbelle
Le Wed, Jun 26, 2002 at 10:57:47PM +0200, Stef ecrit :
> Bonsoir, j'ai installé MySQL et depuis hier j essaye de créer un 
> utilisateur et je n y arrive pas...
> Apres l installation j'ai commencé par donner un mot de passe au root en 
> faisant:
> update user set password="mot_de_passe" where user="root" ;
update user set password=password("mot_de_passe") where user="root";
flush privileges;

> (tiens question subsidiaire: Où se trouve la table des bd ? autrement dit 
> je dois faire un select "koi" pour voir les bd ?)
Y'en a pas, à ma connaissance. Tu peux les voir dans le répertoire
/var/lib/mysql/base

> J'aimerais créer un administrateur pour la base de données test_db. J'ai 
> donc fait ceci, comme indiqué dans 2 ouvrages (différents) que je possède:
> grant all on test_db.* to testAdmin identified by "pass_admin" with grant 
> option ;
Perso, je ferais plutôt un nouvel utilisateur avec : 
insert into mysql.user values 
("%","testAdmin",password(""),"n","n","n","n","n","n","n","n","n","n","n","n","n","n");
flush privileges;

Je lui donnerais les droits avec :
insert into mysql.db values 
("%","test_db","testAdmin","y","y","y","y","y","y","y","y","y","y");
flush privileges;

Le "flush privileges;" prend les modifications en compte en vidant le
cache interne des droits d'accès. Ainsi, mySQL relit les tables de droit
que tu viens de modifier. C'est nécessaire quand tu n'utilises pas
"grant" (comme moi) et que tu tapes directement dans les tables.

> Quelqu'un pourrait il m'aider
Voila, mais je te suggère de lire la doc de mySQL.

> PS: Autre question: comment faire pour empecher les gens qui n ont pas de 
> compte sur le serveur MySQL de se connecter sur ce serveur? Autrement dit 
> comment faire pour obliger les gens à se connecter avec une commande de 
> type: mysql -u login -p  ?
delete from mysql.user where user="";
delete from mysql.user where password="";
flush privileges;

Perso, après l'install, je fais le ménage :
[EMAIL PROTECTED]:~$ mysql -u root
mysql> drop database test;
mysql> use mysql;
mysql> update user set password=password("xxx") where user="root";
mysql> delete from user where user="";
mysql> delete from db;

Ensuite, je me créée mon user dans la table user, avec juste le droit de
se connecter :
mysql> insert into user values 
("%","login",password("pass"),"n","n","n","n","n","n","n","n","n","n","n","n","n","n");

Je lui créée une BD :
mysql> create database login_db;

Lui donne les pleins pouvoirs dessus :
mysql> insert into db values 
("%","login_db","login","y","y","y","y","y","y","y","y","y","y");

Éventuellement lui restreint l'accès depuis seulement certaines machines
du réseau dans la table mysql.host.

Mets les droits à jour.
mysql> flush privileges;

Commente la ligne skip-networking dans le fichier de conf
(/etc/mysql/my.cnf).

Créée un fichier .my.cnf dans le répertoire root avec les droits 600,
qui contient le mot de passe de root (sinon, les scripts automatiques de
crontab, et d'arret/relance vont échouer).

Et enfin, je fais un arret/relance de la base 
/etc/init.d/mysql restart

Pour que le moteur de mySQL redémarre en écoutant sur le réseau.

Je ne dis pas que c'est ce qui se fait de mieux, mais c'est MA méthode.
-- 
(0> Francois Cerbellemailto:[EMAIL PROTECTED] /\\ZZZzz /,`.-'`'-.  ;-;;,_
V_/ Cell: (+33/0) 603 015 512\_V |,4-  ) )-,_. ,\ (  `'-'
'---''(_/--'  `-'\_)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: MySQL

2002-06-27 Thread Jean-Michel OLTRA
On Thursday 27 Jun 2002, Francois Cerbelle wrote:
> > (tiens question subsidiaire: Où se trouve la table des bd ? autrement dit 
> > je dois faire un select "koi" pour voir les bd ?)
> Y'en a pas, à ma connaissance. Tu peux les voir dans le répertoire
> /var/lib/mysql/base
mysql> show databases;
-- 
jean-michel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql

2005-03-07 Thread edouard cante
Il y a une option dans my.cnf :
skip-networking, il te faut la commenter pour ne pas interdire l'acces 
depuis exterieur, sécurité par defaut.

Edouard.
Franck REY wrote:
Bonjour,
 
J'ai un petit soucis avec un serveur mysql sur une Woody.
Le serveur tourne, mais impossible de se connecter en distant , en 
faisant un nmap
sur la machine en local je n'ai pas de port 3306 ouvert ...
 
si quelqu'un peut m'aider
 
merci
 
Franck.

--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Mysql

2005-03-07 Thread Arnaud Charlier
Franck REY wrote:
Bonjour,
 
J'ai un petit soucis avec un serveur mysql sur une Woody.
Le serveur tourne, mais impossible de se connecter en distant , en 
faisant un nmap
sur la machine en local je n'ai pas de port 3306 ouvert ...
 
si quelqu'un peut m'aider
 
merci
 
Franck.
Par défaut Mysql n'écoute que pour le localhost.
Tu dois modifier le fichier my.cnf dans /etc/mysql/ à la ligne 46-47, 
BIND-ADRESSE ton adresse IP (pas en 127.0.0.1 puisque = localhost).

Mais il faut aussi penser à créer un USER mysql avec un HOST différent 
de localhost, si tu veux te connecter d'une autre machine que celle qui 
héberge la DB.

Faire ceci n'est cependant pas très conseillé, sauf si tu veux dédoubler 
DB et script PHP sur deux machines distinctes, mais ça multiplies les 
risques de trous de sécurités.

Bien à toi,
--
Arnaud
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Mysql

2005-03-07 Thread Benoit Lathiere
Bonjour,
erreur classique.
regarde dans le fichier de config vi /etc/mysql/my.cnf la ligne 
"skip-networking" est commentée.
Décommente là.
Principe de précaution : lors d'une nouvelle install, l'écoute distante est 
désactivée.
C une erreur maintes fois expliquées sur les forums et ressources en 
ligne
benoit.
Franck REY a écrit:
Bonjour,
 
J'ai un petit soucis avec un serveur mysql sur une Woody.
Le serveur tourne, mais impossible de se connecter en distant , en 
faisant un nmap
sur la machine en local je n'ai pas de port 3306 ouvert ...
 
si quelqu'un peut m'aider
 
merci
 
Franck.

--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Mysql

2005-03-07 Thread Benoit Lathiere
sauf que j'ai inversé le commenté/décommenté dans mon texte, pardon.
La ligne devra être commentée.
benoit.
Benoit Lathiere a écrit:
Bonjour,
erreur classique.
regarde dans le fichier de config vi /etc/mysql/my.cnf la ligne 
"skip-networking" est commentée.
Décommente là.
Principe de précaution : lors d'une nouvelle install, l'écoute distante 
est désactivée.

C une erreur maintes fois expliquées sur les forums et ressources en 
ligne

benoit.
Franck REY a écrit:
Bonjour,
 
J'ai un petit soucis avec un serveur mysql sur une Woody.
Le serveur tourne, mais impossible de se connecter en distant , en 
faisant un nmap
sur la machine en local je n'ai pas de port 3306 ouvert ...
 
si quelqu'un peut m'aider
 
merci
 
Franck.



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Mysql

2005-03-07 Thread Gregoire Compagnon
Pour la securité, une regle style :
iptables -A INPUT -s ! xxx.xxx.xxx.xxx --protocol tcp --dport 3306 -j
DROP

Avec ca, ca revient au meme. Le seul risque est une attaque depuis ta
machine (mais bon la...)


Greg

Le lundi 07 mars 2005 à 16:44 +0100, Arnaud Charlier a écrit :
> Franck REY wrote:
> > Bonjour,
> >  
> > J'ai un petit soucis avec un serveur mysql sur une Woody.
> > Le serveur tourne, mais impossible de se connecter en distant , en 
> > faisant un nmap
> > sur la machine en local je n'ai pas de port 3306 ouvert ...
> >  
> > si quelqu'un peut m'aider
> >  
> > merci
> >  
> > Franck.
> 
> Par défaut Mysql n'écoute que pour le localhost.
> 
> Tu dois modifier le fichier my.cnf dans /etc/mysql/ à la ligne 46-47, 
> BIND-ADRESSE ton adresse IP (pas en 127.0.0.1 puisque = localhost).
> 
> Mais il faut aussi penser à créer un USER mysql avec un HOST différent 
> de localhost, si tu veux te connecter d'une autre machine que celle qui 
> héberge la DB.
> 
> Faire ceci n'est cependant pas très conseillé, sauf si tu veux dédoubler 
> DB et script PHP sur deux machines distinctes, mais ça multiplies les 
> risques de trous de sécurités.
> 
> Bien à toi,
> -- 
> Arnaud
> 
> 
-- 


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RE: mysql

2003-08-04 Thread LE GUENNEC, Stephane


> -Message d'origine-
> De:   [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
> Date: lundi 4 août 2003 13:43
> À:debian-user-french@lists.debian.org
> Objet:mysql
> 
> Bonjour,
> 
> J'aimerais upgrader mon mysql 3.23 de ma woody vers la version 4.1
> Je ne sais pas vraiment comment m y prendre...
> Sur windoze, ca a été facile: j'ai dézippé le truc, j'ai remplacé les 
> anciens répertoires de mysql par les nouveaux fraichements dézippés (en 
> gardant le repertoire data) et ca marche plutot pas mal...
> 
Ah, si tout pouvais être aussi simples que Win...

> Sur ma deb, j'ai décompresser le machin_mysql4.1-alpha.tar.gz
> 
Ce sont donc les sources ?
Décompresser seulement ? Pas de compil ?

> dans le répertoire créé, il y a aussi un bin... J'ai donc recopié son 
> contenu dans /usr/bin (en ayant sauvegardé les anciens bin)
> 
Ca me parait un peu brutal comme procédure.

> J'ai exécuté mysql_fix_privilege_table ce qui a provoqué les erreurs
> suivantes:
> "No such file or directory" pour toutes les actions qu il a tenté d
> effectué...
> 
> le tout ayant le résultat suivant:
> haddock:/sources/mysql-standard-4.1.0-alpha-pc-linux-i686# 
> /etc/init.d/mysql start
> Starting MySQL database server: mysqld...failed.
> 
Pas étonnant

> Voilà...
> Est ce que quelqu'un peut il me donner la marche à suivre pour faire 
> fonctionner ce mysql 4.1
> 
Bah, moi pour installer MySQL a partir d'un .tar.gz j'ai :

Décompessé l'archive dans un repértoire temporaire.
Lu les fichiers Readme et Install. Et la, y a tout d'expliqué.



Re: mysql

2003-08-04 Thread jean-michel OLTRA
Le lundi 04 août 2003, [EMAIL PROTECTED] a écrit...
bonjour,


> J'ai exécuté mysql_fix_privilege_table ce qui a provoqué les erreurs 
> suivantes:
> "No such file or directory" pour toutes les actions qu il a tenté d 
> effectué...
No such file...sur quoi ?

> Starting MySQL database server: mysqld...failed.
Regarde dans ton 'datadir' le fichier des erreurs qui sera pê plus
explicite sur la cause de l'échec.

Personnellement j'ai essayé de passer à la 4.1 il y a quelque temps (mon
serveur était déjà en 4.0.x à l'époque), j'ai eu un souci à propos des
fichiers de langage, et, l'ayant corrigé, il me semble un problème
d'accentuation des caractères. Bref ça a foiré.

Tu peux pê essayer d'installer une 4.0.x, puis faire un upgrade ensuite
(mais il n'y a pas les subselect dans 4.0, et puis bientôt mysql
fonctionnera comme sapdb, alors tu peux essayer tout de suite sapdb...)

-- 
Jean-Michel

N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html



Re: mysql

2004-02-10 Thread Yves Rutschle
On Tue, Feb 10, 2004 at 06:07:59PM +0100, Jean-Paul Lacharme wrote:
> Quelqu'un sait-il pourquoi 
> 
> ./mysql -u root -p
> Enter password : x
> ERROR 1045 access denied ..
> 
> quoi qu'on mette ? (le password de root, ou celui du user mysql)

Il faut entrer le password de l'utilisateur _mysql_ appelé
'root', qui n'a rien à voir avec l'utilisateur _unix_ 'root'
(ni l'utilisateur unix 'mysql'). Si je me souviens bien, ce
mot de passe est entré pendant le setup de mysql.

Y.



Re: mysql

2004-02-10 Thread jlevy
Si tu n'as pas encore administré ton server de Bases de Données fait :

# ps -ef | grep -v grep | grep mysql
/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking



Re: mysql

2004-02-10 Thread Claude Reveret
Salut,

Tu peux aussi passer par webmin :
apt-get install webmin-mysql
Ensuite tu te connecte à webmin
https://localhost:1/
et dans serveur, mysql database server, user permissions tu change le mot de 
passe root par celui que tu veux.
Ensuite tu va dans la configuration du module et dans renseigne la partie 
Administration login et Administration password.

Si tu veux ne pas taper tout le temps le mot de passe root en shell
joe .my.cnf
[client]
user=root
password=XXX

-- 
@+, Claude

Le Mardi 10 Février 2004 18:20, [EMAIL PROTECTED] a écrit :
> Si tu n'as pas encore administré ton server de Bases de Données fait :
>
> # ps -ef | grep -v grep | grep mysql
> /lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid
> --skip-locking



Re: mysql

2004-02-10 Thread Nicolas Rueff
Ainsi parla Claude Reveret le 041ème jour de l'an 2004:

> Salut,
> 
> Tu peux aussi passer par webmin :
> apt-get install webmin-mysql
> Ensuite tu te connecte à webmin
> https://localhost:1/
> et dans serveur, mysql database server, user permissions tu change le
> mot de passe root par celui que tu veux.
> Ensuite tu va dans la configuration du module et dans renseigne la
> partie Administration login et Administration password.
> 
> Si tu veux ne pas taper tout le temps le mot de passe root en shell
> joe .my.cnf
> [client]
> user=root
> password=XXX

Un bien meilleur outil pour ça: phpmyadmin. OK, faut installer un apache
avec php, mais que serait un mysql sans ces deux compagnons ?


-- 
  .,p**"*=b_   Nicolas Rueff
 ?P"  .__ `*b   Montbéliard  -  France
|P  .d?'`&, 9|   http://rueff.tuxfamily.org
M:  |}   |- H'   [EMAIL PROTECTED]
&|  `#?_._oH'   +33 6 77 64 44 80
`H.   "`"`'   JB [EMAIL PROTECTED] 
 `#?.   GPG 0xDD44DAB4 
   `^~.

We are Penguin. Resistance is futile. You will be assimilated.


pgpuLQj4IRCMq.pgp
Description: PGP signature


Re: mysql

2004-02-11 Thread Jean-Michel OLTRA
Le mardi 10 février 2004, Nicolas Rueff a écrit...
bonjour,


> Un bien meilleur outil pour ça: phpmyadmin. OK, faut installer un apache
> avec php, mais que serait un mysql sans ces deux compagnons ?
Beurk ! Et le client natif de mysql dans tout ça ?

-- 
jm, un peu en avance, mais on a vu pire...



Re: mysql

2004-02-11 Thread Nicolas Rueff
Ainsi parla Jean-Michel OLTRA le 042ème jour de l'an 2004:

> Le mardi 10 février 2004, Nicolas Rueff a écrit...
>   bonjour,
> 
> 
> > Un bien meilleur outil pour ça: phpmyadmin. OK, faut installer un
> > apache avec php, mais que serait un mysql sans ces deux compagnons ?
> Beurk ! Et le client natif de mysql dans tout ça ?

A mon avis, quand on poste sur d-u-f en demandant ce qu'est le mot de
passe root, la dernière chose dont on est besoin est le client natif ;)
Par contre il est vrai que ce dernier marchotte plutôt bien, mais qui en
douterait ?

Phpmyadmin permet à un débutant d'avoir une bonne visu de sa base, et
les dernières versions remontent plein d'info intéressantes, et comme il
a l'excellent idée d'afficher les requêtes correspondants aux trucs
qu'on lui demande, ça permet d'apprendre rapidement mysql.

-- 
  .,p**"*=b_   Nicolas Rueff
 ?P"  .__ `*b   Montbéliard  -  France
|P  .d?'`&, 9|   http://rueff.tuxfamily.org
M:  |}   |- H'   [EMAIL PROTECTED]
&|  `#?_._oH'   +33 6 77 64 44 80
`H.   "`"`'   JB [EMAIL PROTECTED] 
 `#?.   GPG 0xDD44DAB4 
   `^~.

We are Penguin. Resistance is futile. You will be assimilated.


pgpWBwoeKFdHA.pgp
Description: PGP signature


Re: mysql

2004-02-11 Thread Aux Saveurs Gourmandes



Phpmyadmin permet à un débutant d'avoir une bonne visu de sa base, et
les dernières versions remontent plein d'info intéressantes, et comme il
a l'excellent idée d'afficher les requêtes correspondants aux trucs
qu'on lui demande, ça permet d'apprendre rapidement mysql.


Et surtout de tester les requetes mysql avant de les inserer dans un script
Guy



 






Re: mysql

2004-02-11 Thread Nicolas Rueff
Ainsi parla Aux Saveurs Gourmandes le 042ème jour de l'an 2004:

> 
> >Phpmyadmin permet à un débutant d'avoir une bonne visu de sa base, et
> >les dernières versions remontent plein d'info intéressantes, et comme
> >il a l'excellent idée d'afficher les requêtes correspondants aux
> >trucs qu'on lui demande, ça permet d'apprendre rapidement mysql.
> >
> Et surtout de tester les requetes mysql avant de les inserer dans un
> script Guy

Avec la fonction ultime: création d'une requête PHP à partir de la
requête SQL 8~)


-- 
  .,p**"*=b_   Nicolas Rueff
 ?P"  .__ `*b   Montbéliard  -  France
|P  .d?'`&, 9|   http://rueff.tuxfamily.org
M:  |}   |- H'   [EMAIL PROTECTED]
&|  `#?_._oH'   +33 6 77 64 44 80
`H.   "`"`'   JB [EMAIL PROTECTED] 
 `#?.   GPG 0xDD44DAB4 
   `^~.

We are Penguin. Resistance is futile. You will be assimilated.


pgpyChsPRotEv.pgp
Description: PGP signature


Re: mysql

2004-02-11 Thread Jean-Michel OLTRA
Le mercredi 11 février 2004, Nicolas Rueff a écrit...
bonjour,


> > Et surtout de tester les requetes mysql avant de les inserer dans un
> > script Guy

> Avec la fonction ultime: création d'une requête PHP à partir de la
> requête SQL 8~)

Je ne sais pas comment fonctionne phpmyadmin (en fait je l'eu installé
il y a un moment mais...), mais parfois les requêtes acceptables par le
client donnent une erreur en php:
ex: SELECT * FROM TABLE1, TABLE2;
truc complètement idiot qui donnera une erreur si deux champs ont le
même nom avec MySQL (il paraît que sous Oracle non), mais pas si la
requête est envoyée du client mysql.

Quant à la génération de lignes de code automagiquement, c'est pê bien
pour apprendre le SQL, moins bien pour apprendre le langage.

-- 
jm



Re: mysql

2004-02-11 Thread Nicolas Rueff
Ainsi parla Jean-Michel OLTRA le 042ème jour de l'an 2004:

> Le mercredi 11 février 2004, Nicolas Rueff a écrit...
>   bonjour,
> 
> 
> > > Et surtout de tester les requetes mysql avant de les inserer dans
> > > un script Guy
> 
> > Avec la fonction ultime: création d'une requête PHP à partir de la
> > requête SQL 8~)
> 
> Je ne sais pas comment fonctionne phpmyadmin (en fait je l'eu installé
> il y a un moment mais...), mais parfois les requêtes acceptables par
> le client donnent une erreur en php:
> ex: SELECT * FROM TABLE1, TABLE2;
> truc complètement idiot qui donnera une erreur si deux champs ont le
> même nom avec MySQL (il paraît que sous Oracle non), mais pas si la
> requête est envoyée du client mysql.

Ça dépend: php utilise soit un tableau associatif (style
"nom_de_la_colonne"=>"valeur de la cellule"), soit indexé (style
0=>"valeur de la cellule"), soit un mix des deux.

Dans le premier et le dernier cas, effectivement, ça conduit à des
erreurs si deux champs de deux tables différentes ont le même nom.


Deux solutions: 
1) passer par "SELECT TABLE1.COL1 AS TLBCOL1, TABLE2.COL1 AS TBLCOL2
FROM TABLE1, TABLE2": bourrin au codage, mais les clés des tableaux
associatifs restent uniques dans une seule requête
2) utiliser uniquement le type de tableau indexé pour lire les résultats
des requêtes: bourrin à l'utilisation.

> Quant à la génération de lignes de code automagiquement, c'est pê bien
> pour apprendre le SQL, moins bien pour apprendre le langage.

C'est plutôt une histoire de générer rapidement une requête php à
partir d'une en SQL, quand on dépasse les 1000 caractères et qu'on a pas
envie de tout se taper les escape à la main.


-- 
  .,p**"*=b_   Nicolas Rueff
 ?P"  .__ `*b   Montbéliard  -  France
|P  .d?'`&, 9|   http://rueff.tuxfamily.org
M:  |}   |- H'   [EMAIL PROTECTED]
&|  `#?_._oH'   +33 6 77 64 44 80
`H.   "`"`'   JB [EMAIL PROTECTED] 
 `#?.   GPG 0xDD44DAB4 
   `^~.

We are Penguin. Resistance is futile. You will be assimilated.


pgpgiBOpdOxYv.pgp
Description: PGP signature


Re: MYSQL

2019-02-27 Thread G2PC
Le 27/02/2019 à 18:30, Zuthos a écrit :
> Bonjour,
>
> J'ai un gros soucis avec MYSQL.
>
> Impossible de me connecter à cette dernière.
> Tous les services utilisant cette derniére ne fonctionne plus. ;-(
>
> Tous les utilisateurs, y compris administrateur sont éjectés.
>
> D'ou mes questions:
> Puis-je récupérer et sauvegarder les tables de ma base de données?
> Puis-je remetre ma base en ordre de marche
Sans avis, je te partage mes notes :
https://www.visionduweb.eu/wiki/index.php?title=Installer_MySQL_sur_Debian#Perte_de_l.27acc.C3.A8s_root_.C3.A0_une_base_de_donn.C3.A9es_MySQL

Si tu trouves la réponse, pense à compléter ce message.
Bonne chance.



Re: MYSQL

2019-02-28 Thread Frédéric MASSOT
Le 27/02/2019 à 18:30, Zuthos a écrit :
> Bonjour,
> 
> J'ai un gros soucis avec MYSQL.
> 
> Impossible de me connecter à cette dernière.
> Tous les services utilisant cette derniére ne fonctionne plus. ;-(
> 
> Tous les utilisateurs, y compris administrateur sont éjectés.
> 
> D'ou mes questions:
> Puis-je récupérer et sauvegarder les tables de ma base de données?
> Puis-je remetre ma base en ordre de marche

On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer
MySQL ou un extrait des logs ?


-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===



Re: MYSQL

2019-03-01 Thread Zuthos
> On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer
> MySQL ou un extrait des logs ?

Voici le message losque j'essaye de me connectyer a roundcube:

DATABASE ERROR: CONNECTION FAILED!
Unable to connect to the database!
Please contact your server-administrator.

Avec phpmyadmin:
mysqli_real_connect(): (HY000/1698): Access denied for user
'zuthos'@'localhost'

 #1698 - Access denied for user 'zuthos'@'localhost'

Je ne sais pas ou regarder ailleur

le fichier de log:


2019-03-01 14:16:41 140382442050688 [Note] InnoDB: 
innodb_empty_free_list_algorithm has been changed to legacy because of small 
buffer pool size. In order to use backoff, increase buffer pool at least up to 
20MB.

2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using mutexes to ref count 
buffer pool pages
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The InnoDB memory heap is 
disabled
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Compressed tables use zlib 
1.2.8
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using Linux native AIO
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using SSE crc32 instructions
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Initializing buffer pool, 
size = 128.0M
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Completed initialization of 
buffer pool
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Highest supported file 
format is Barracuda.
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The log sequence number 
1616737 in ibdata file do not match the log sequence number 1616777 in the 
ib_logfiles!
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Restoring possible 
half-written data pages from the doublewrite buffer...
2019-03-01 14:16:43 140382442050688 [Note] InnoDB: 128 rollback segment(s) are 
active.
2019-03-01 14:16:43 140382442050688 [Note] InnoDB: Waiting for purge to start
2019-03-01 14:16:43 140382442050688 [Note] InnoDB:  Percona XtraDB 
(http://www.percona.com) 5.6.41-84.1 started; log sequence number 1616777
2019-03-01 14:16:43 140382442050688 [Note] Plugin 'FEEDBACK' is disabled.
2019-03-01 14:16:43 140381807179520 [Note] InnoDB: Dumping buffer pool(s) not 
yet started
2019-03-01 14:16:43 140382442050688 [Note] Recovering after a crash using tc.log
2019-03-01 14:16:43 140382442050688 [Note] Starting crash recovery...
2019-03-01 14:16:43 140382442050688 [Note] Crash recovery finished.
2019-03-01 14:16:43 140382442050688 [Note] Server socket created on IP: 
'127.0.0.1'.
2019-03-01 14:16:44 140382442050688 [Note] /usr/sbin/mysqld: ready for 
connections.
Version: '10.1.37-MariaDB-0+deb9u1'  socket: '/var/run/mysqld/mysqld.sock'  
port: 3306  Debian 9.6
2019-03-01 14:32:26 140382441264896 [Note] /usr/sbin/mysqld: Normal shutdown
2019-03-01 14:32:26 140382441264896 [Note] Event Scheduler: Purging the queue. 
0 events
2019-03-01 14:32:26 140381874267904 [Note] InnoDB: FTS optimize thread exiting.
2019-03-01 14:32:26 140382441264896 [Note] InnoDB: Starting shutdown...
2019-03-01 14:32:27 140382441264896 [Note] InnoDB: Waiting for page_cleaner to 
finish flushing of buffer pool
2019-03-01 14:32:28 140382441264896 [Note] InnoDB: Shutdown completed; log 
sequence number 1616787
2019-03-01 14:32:28 140382441264896 [Note] /usr/sbin/mysqld: Shutdown complete

2019-03-01 14:32:29 140231966717056 [Note] InnoDB: 
innodb_empty_free_list_algorithm has been changed to legacy because of small 
buffer pool size. In order to use backoff, increase buffer pool at least up to 
20MB.

2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using mutexes to ref count 
buffer pool pages
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: The InnoDB memory heap is 
disabled
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Compressed tables use zlib 
1.2.8
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using Linux native AIO
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using SSE crc32 instructions
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Initializing buffer pool, 
size = 128.0M
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Completed initialization of 
buffer pool
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Highest supported file 
format is Barracuda.
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: 128 rollback segment(s) are 
active.
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Waiting for purge to start
2019-03-01 14:32:29 140231966717056 [Note] InnoDB:  Percona XtraDB 
(http://www.percona.com) 5.6.41-84.1 started; log sequence number 1616787
2019-03-01 14:32:29 140231966717056 [Note] Plugin 'FEEDBACK' is disa

Re: MYSQL

2019-03-01 Thread Zuthos
G2PC a écrit :
> Le 27/02/2019 à 18:30, Zuthos a écrit :
> > Bonjour,
> >
> > J'ai un gros soucis avec MYSQL.
> >
> > Impossible de me connecter à cette dernière.
> > Tous les services utilisant cette derniére ne fonctionne plus. ;-(
> >
> > Tous les utilisateurs, y compris administrateur sont éjectés.
> >
> > D'ou mes questions:
> > Puis-je récupérer et sauvegarder les tables de ma base de données?
> > Puis-je remetre ma base en ordre de marche
> Sans avis, je te partage mes notes :
> https://www.visionduweb.eu/wiki/index.php?title=Installer_MySQL_sur_Debian#Perte_de_l.27acc.C3.A8s_root_.C3.A0_une_base_de_donn.C3.A9es_MySQL
> 
> Si tu trouves la réponse, pense à compléter ce message.
> Bonne chance.
> 
> 

Ce qui me fais peur c'est cela:
> SHOW DATABASES;
++
| Database   |
++
| information_schema |
| mysql  |
| performance_schema |
++

J'ai l'impression que toutes mes bases ont disparu.



Re: MYSQL

2019-03-01 Thread Alexandre Goethals
Bonjour,

il est possible que le répertoire de stockage mysql ait changé.

Vérifiez le datadir dans le fichier de configuration (usuellement
/etc/mysql/my.cnf).

Vérifiez à l'endroit indiqué par datadir si vous avez un répertoire
portant le nom de vos bases manquantes.

Si elles n'y sont pas, essayez de les retrouver dans l'arborescence de
votre système. Les noms de fichiers portent des extensions .frm et .ibd,
en tout cas pour des bases utilisant le moteur de stockage InnoDB (celui
par défaut avec les mariadb/mysql embarquées dans les paquets debian
officiels)

Le 01/03/2019 à 15:05, Zuthos a écrit :
> G2PC a écrit :
>> Le 27/02/2019 à 18:30, Zuthos a écrit :
>>> Bonjour,
>>>
>>> J'ai un gros soucis avec MYSQL.
>>>
>>> Impossible de me connecter à cette dernière.
>>> Tous les services utilisant cette derniére ne fonctionne plus. ;-(
>>>
>>> Tous les utilisateurs, y compris administrateur sont éjectés.
>>>
>>> D'ou mes questions:
>>> Puis-je récupérer et sauvegarder les tables de ma base de données?
>>> Puis-je remetre ma base en ordre de marche
>> Sans avis, je te partage mes notes :
>> https://www.visionduweb.eu/wiki/index.php?title=Installer_MySQL_sur_Debian#Perte_de_l.27acc.C3.A8s_root_.C3.A0_une_base_de_donn.C3.A9es_MySQL
>>
>> Si tu trouves la réponse, pense à compléter ce message.
>> Bonne chance.
>>
>>
> Ce qui me fais peur c'est cela:
>> SHOW DATABASES;
> ++
> | Database   |
> ++
> | information_schema |
> | mysql  |
> | performance_schema |
> ++
>
> J'ai l'impression que toutes mes bases ont disparu.
>



Re: MYSQL

2019-03-02 Thread Zuthos
Alexandre Goethals a écrit :
> Bonjour,
> 
> il est possible que le répertoire de stockage mysql ait changé.
> 
> Vérifiez le datadir dans le fichier de configuration (usuellement
> /etc/mysql/my.cnf).
> 
> Vérifiez à l'endroit indiqué par datadir si vous avez un répertoire
> portant le nom de vos bases manquantes.
> 
> Si elles n'y sont pas, essayez de les retrouver dans l'arborescence de
> votre système. Les noms de fichiers portent des extensions .frm et .ibd,
> en tout cas pour des bases utilisant le moteur de stockage InnoDB (celui
> par défaut avec les mariadb/mysql embarquées dans les paquets debian
> officiels)

Bonjour,

Et merci. C'est un énorme soulagement pour moi.

J'ai effectivement retrouvé mes bases. Elles sont dans le repertoire 
/var/lib/mysql-5.7 au lieu de /var/lib/mysql

J'ai essayé d'intervertir les deux repertoires afin de tout remettre
dans l'ordre. Malheureusement, cela ne c'est pas bien passé:

# service mysql restart 
Job for mariadb.service failed because the control process exited with
error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.


Je ne sais pas trop quoi faire.




Re: MYSQL

2019-03-02 Thread Jean-Michel OLTRA


Bonjour,


Le samedi 02 mars 2019, Zuthos a écrit...


> J'ai effectivement retrouvé mes bases. Elles sont dans le repertoire 
> /var/lib/mysql-5.7 au lieu de /var/lib/mysql

> J'ai essayé d'intervertir les deux repertoires afin de tout remettre
> dans l'ordre. Malheureusement, cela ne c'est pas bien passé:

> # service mysql restart 
> Job for mariadb.service failed because the control process exited with
> error code.
> See "systemctl status mariadb.service" and "journalctl -xe" for details.

As tu fait le `journalctl -xe` ?

Que donne `rgrep datadir /etc/mysql` (ou `ag datadir /etc/mysql` si tu as le
paquet silversearcher-ag installé) ?



-- 
jm



Re: MYSQL

2019-03-02 Thread Zuthos
Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le samedi 02 mars 2019, Zuthos a écrit...
> 
> 
> > J'ai effectivement retrouvé mes bases. Elles sont dans le repertoire 
> > /var/lib/mysql-5.7 au lieu de /var/lib/mysql
> 
> > J'ai essayé d'intervertir les deux repertoires afin de tout remettre
> > dans l'ordre. Malheureusement, cela ne c'est pas bien passé:
> 
> > # service mysql restart 
> > Job for mariadb.service failed because the control process exited with
> > error code.
> > See "systemctl status mariadb.service" and "journalctl -xe" for details.
> 
> As tu fait le `journalctl -xe` ?
> 
> Que donne `rgrep datadir /etc/mysql` (ou `ag datadir /etc/mysql` si tu as le
> paquet silversearcher-ag installé) ?

voici le résultat de `journalctl -xe` :

-- Subject: L'unité (unit) mariadb.service a commencé à démarrer
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- L'unité (unit) mariadb.service a commencé à démarrer.
mars 02 14:03:55 oddy.palourde.net mysqld[19132]: 2019-03-02 14:03:55
140148007892096 [Note] /usr/sbin/mysqld (mysqld
10.1.37-MariaDB-0+deb9u1) starting as process 19132 ...
mars 02 14:03:55 oddy.palourde.net mysqld[19132]: 2019-03-02 14:03:55
140148007892096 [Warning] Can't create test file
/var/lib/mysql/oddy.lower-test
mars 02 14:03:55 oddy.palourde.net mysqld[19132]: [90B blob data]
mars 02 14:03:55 oddy.palourde.net mysqld[19132]: 2019-03-02 14:03:55
140148007892096 [ERROR] Aborting
mars 02 14:03:55 oddy.palourde.net systemd[1]: mariadb.service: Main
process exited, code=exited, status=1/FAILURE
mars 02 14:03:55 oddy.palourde.net systemd[1]: Failed to start MariaDB
10.1.37 database server.
-- Subject: L'unité (unit) mariadb.service a échoué
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- L'unité (unit) mariadb.service a échoué, avec le résultat failed.
mars 02 14:03:55 oddy.palourde.net systemd[1]: mariadb.service: Unit
entered failed state.
mars 02 14:03:55 oddy.palourde.net systemd[1]: mariadb.service: Failed
with result 'exit-code'.

ultat de 

# rgrep datadir /etc/mysql
/etc/mysql/mariadb.conf.d/50-server.cnf:datadir = /var/lib/mysql
/etc/mysql/mysql.conf.d/mysqld.cnf:datadir  = /var/lib/mysql
/etc/mysql/mysql.conf.d/mysqld.cnf.dpkg-dist:datadir=
/var/lib/mysql



Re: MYSQL

2019-03-02 Thread Jean-Michel OLTRA


Bonjour,


Le samedi 02 mars 2019, Zuthos a écrit...


> > > J'ai essayé d'intervertir les deux repertoires afin de tout remettre
> > > dans l'ordre. Malheureusement, cela ne c'est pas bien passé:

Tu devrais tout remettre comme c'était, puisque ton datadir est sur
/var/lib/mysql, afin de faire démarrer mysqld en premier lieu.

Le warning dans le démarrage de mysql est étrange : regarde les droits sur
le répertoire /var/lib/mysql et sur ce qu'il y a dedans. Ta partition n'est
pas pleine ?

Ensuite, tu pourras voir pour les autres bases. Normalement, les bases sont
dans des répertoires sous /var/lib/mysql (donc la base 'toto' dans
/var/lib/mysql/toto avec les tables en .frm et .ibd).

Essaie de le lancer en ligne de commande :

mysqld_safe --skip-grant-tables 2>&1

Et voir si ça démarre/affiche quelque chose.

-- 
jm



Re: MYSQL

2019-03-02 Thread Zuthos
Jean-Michel OLTRA a écrit :
> 
> Tu devrais tout remettre comme c'était, puisque ton datadir est sur
> /var/lib/mysql, afin de faire démarrer mysqld en premier lieu.
> 
> Le warning dans le démarrage de mysql est étrange : regarde les droits sur
> le répertoire /var/lib/mysql et sur ce qu'il y a dedans. Ta partition n'est
> pas pleine ?
> 
> Ensuite, tu pourras voir pour les autres bases. Normalement, les bases sont
> dans des répertoires sous /var/lib/mysql (donc la base 'toto' dans
> /var/lib/mysql/toto avec les tables en .frm et .ibd).
> 
> Essaie de le lancer en ligne de commande :
> 
> mysqld_safe --skip-grant-tables 2>&1
> 
> Et voir si ça démarre/affiche quelque chose.

un df -H m'indique une aprtition utilisé à 89%, reste 2.9G

les droits sont mysq:mysql


# mysqld_safe --skip-grant-tables 2>&1
190302 20:59:07 mysqld_safe Logging to syslog.
190302 20:59:07 mysqld_safe Starting mysqld daemon with databases from
/var/lib/mysql



Re: MYSQL

2019-03-02 Thread Jean-Michel OLTRA


Bonjour,


Le samedi 02 mars 2019, Zuthos a écrit...


> # mysqld_safe --skip-grant-tables 2>&1
> 190302 20:59:07 mysqld_safe Logging to syslog.
> 190302 20:59:07 mysqld_safe Starting mysqld daemon with databases from
> /var/lib/mysql

D'accord. Mais encore ? Tu peux te connecter dessus ? Car, chez moi, lorsque
je fais la manip je me connecte sans problème à mes bases, dont mysql elle
même.


-- 
jm



Re: MYSQL

2019-03-02 Thread Jean-Michel OLTRA


Bonjour,


Le samedi 02 mars 2019, Zuthos a écrit...



> les droits sont mysq:mysql

Tu devrais également vérifier les permissions.

/var/lib/mysql devrait être mysql:mysql en 755
Les fichiers dedans en 660.
Les répertoires de bdd en 700. Les fichiers dans ces répertoires en 660
également.


-- 
jm



Re: MYSQL

2019-03-02 Thread Zuthos
Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le samedi 02 mars 2019, Zuthos a écrit...
> 
> 
> > # mysqld_safe --skip-grant-tables 2>&1
> > 190302 20:59:07 mysqld_safe Logging to syslog.
> > 190302 20:59:07 mysqld_safe Starting mysqld daemon with databases from
> > /var/lib/mysql
> 
> D'accord. Mais encore ? Tu peux te connecter dessus ? Car, chez moi, lorsque
> je fais la manip je me connecte sans problème à mes bases, dont mysql elle
> même.

Il ne m'est pas possible de me connecter

# ddmysql -h localhost -u root -p
Enter password: 
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (2 "No such file or directory")



Re: MYSQL

2019-03-02 Thread Zuthos
> 
> Tu devrais également vérifier les permissions.
> 
> /var/lib/mysql devrait être mysql:mysql en 755
> Les fichiers dedans en 660.
> Les répertoires de bdd en 700. Les fichiers dans ces répertoires en 660
> également.

J'ai changer les droits. Rien n'y fait



Re: MYSQL

2019-03-02 Thread Paul Ezvan
Avec la configuration par défaut de MariaDB sous Debian tu devrais 
pouvoir te connecter de la façon suivante:


sudo mysql -u root

Est-ce que cela fonctionne ?

Si oui tu peux essayer ensuite de changer le mot de passer de tes 
utilisateurs, par exemple:


SET  PASSWORD  FOR  'zuthos'@'localhost'  =  PASSWORD('newpass');

Paul

Le 01/03/2019 à 05:49, Zuthos a écrit :

On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer
MySQL ou un extrait des logs ?

Voici le message losque j'essaye de me connectyer a roundcube:

DATABASE ERROR: CONNECTION FAILED!
Unable to connect to the database!
Please contact your server-administrator.

Avec phpmyadmin:
mysqli_real_connect(): (HY000/1698): Access denied for user
'zuthos'@'localhost'

  #1698 - Access denied for user 'zuthos'@'localhost'

Je ne sais pas ou regarder ailleur

le fichier de log:


2019-03-01 14:16:41 140382442050688 [Note] InnoDB: 
innodb_empty_free_list_algorithm has been changed to legacy because of small 
buffer pool size. In order to use backoff, increase buffer pool at least up to 
20MB.

2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using mutexes to ref count 
buffer pool pages
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The InnoDB memory heap is 
disabled
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Compressed tables use zlib 
1.2.8
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using Linux native AIO
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Using SSE crc32 instructions
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Initializing buffer pool, 
size = 128.0M
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Completed initialization of 
buffer pool
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Highest supported file 
format is Barracuda.
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: The log sequence number 
1616737 in ibdata file do not match the log sequence number 1616777 in the 
ib_logfiles!
2019-03-01 14:16:42 140382442050688 [Note] InnoDB: Restoring possible 
half-written data pages from the doublewrite buffer...
2019-03-01 14:16:43 140382442050688 [Note] InnoDB: 128 rollback segment(s) are 
active.
2019-03-01 14:16:43 140382442050688 [Note] InnoDB: Waiting for purge to start
2019-03-01 14:16:43 140382442050688 [Note] InnoDB:  Percona XtraDB 
(http://www.percona.com) 5.6.41-84.1 started; log sequence number 1616777
2019-03-01 14:16:43 140382442050688 [Note] Plugin 'FEEDBACK' is disabled.
2019-03-01 14:16:43 140381807179520 [Note] InnoDB: Dumping buffer pool(s) not 
yet started
2019-03-01 14:16:43 140382442050688 [Note] Recovering after a crash using tc.log
2019-03-01 14:16:43 140382442050688 [Note] Starting crash recovery...
2019-03-01 14:16:43 140382442050688 [Note] Crash recovery finished.
2019-03-01 14:16:43 140382442050688 [Note] Server socket created on IP: 
'127.0.0.1'.
2019-03-01 14:16:44 140382442050688 [Note] /usr/sbin/mysqld: ready for 
connections.
Version: '10.1.37-MariaDB-0+deb9u1'  socket: '/var/run/mysqld/mysqld.sock'  
port: 3306  Debian 9.6
2019-03-01 14:32:26 140382441264896 [Note] /usr/sbin/mysqld: Normal shutdown
2019-03-01 14:32:26 140382441264896 [Note] Event Scheduler: Purging the queue. 
0 events
2019-03-01 14:32:26 140381874267904 [Note] InnoDB: FTS optimize thread exiting.
2019-03-01 14:32:26 140382441264896 [Note] InnoDB: Starting shutdown...
2019-03-01 14:32:27 140382441264896 [Note] InnoDB: Waiting for page_cleaner to 
finish flushing of buffer pool
2019-03-01 14:32:28 140382441264896 [Note] InnoDB: Shutdown completed; log 
sequence number 1616787
2019-03-01 14:32:28 140382441264896 [Note] /usr/sbin/mysqld: Shutdown complete

2019-03-01 14:32:29 140231966717056 [Note] InnoDB: 
innodb_empty_free_list_algorithm has been changed to legacy because of small 
buffer pool size. In order to use backoff, increase buffer pool at least up to 
20MB.

2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using mutexes to ref count 
buffer pool pages
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: The InnoDB memory heap is 
disabled
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Compressed tables use zlib 
1.2.8
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using Linux native AIO
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Using SSE crc32 instructions
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Initializing buffer pool, 
size = 128.0M
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Completed initialization of 
buffer pool
2019-03-01 14:32:29 140231966717056 [Note] InnoDB: Highest supported file 
format is Barracuda.
2019-0

Re: MYSQL

2019-03-02 Thread Zuthos
Paul Ezvan a écrit :
>Avec la configuration par défaut de MariaDB sous Debian tu devrais pouvoir
>te connecter de la façon suivante:
> 
>  sudo mysql -u root
> 
>Est-ce que cela fonctionne ?

Malheureusement non:

mysql -u root
ERROR 2002 (HY000): Can't connect to local MySQL server through socket 
'/var/run/mysqld/mysqld.sock' (2 "No such file or directory")




Re: MYSQL

2019-03-02 Thread Zuthos
Frédéric MASSOT a écrit :
> On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer
> MySQL ou un extrait des logs ?

# service mysql restart
Job for mariadb.service failed because the control process exited with
error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.


# journalctl -xe
-- 
-- L'unité (unit) mariadb.service a commencé à démarrer.
mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: 2019-03-03  7:49:00
140353491002496 [Note] /usr/sbin/mysqld (mysqld
10.1.37-MariaDB-0+deb9u1) starting as process 28160 ...
mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: 2019-03-03  7:49:00
140353491002496 [Warning] Can't create test file
/var/lib/mysql/oddy.lower-test
mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: [90B blob data]
mars 03 07:49:00 oddy.zuthos.net mysqld[28160]: 2019-03-03  7:49:00
140353491002496 [ERROR] Aborting
mars 03 07:49:00 oddy.zuthos.net systemd[1]: mariadb.service: Main
process exited, code=exited, status=1/FAILURE
mars 03 07:49:00 oddy.zuthos.net systemd[1]: Failed to start MariaDB
10.1.37 database server.
-- Subject: L'unité (unit) mariadb.service a échoué
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- L'unité (unit) mariadb.service a échoué, avec le résultat failed.
mars 03 07:49:00 oddy.zuthos.net systemd[1]: mariadb.service: Unit
entered failed state.
mars 03 07:49:00 oddy.zuthos.net systemd[1]: mariadb.service: Failed
with result 'exit-code'.



Re: MYSQL

2019-03-03 Thread Zuthos
Frédéric MASSOT a écrit :
> On pourrait avoir les messages d'erreur lorsque tu essayes de redémarrer
> MySQL ou un extrait des logs ?

Bonjour,

Voici les logs:

2019-03-03  0:10:22 140225284441216 [Note] InnoDB: 
innodb_empty_free_list_algorithm has been changed to legacy because of small 
buffer pool size. In order to use backoff, increase buffer pool at least up to 
20MB.

2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Using mutexes to ref count 
buffer pool pages
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: The InnoDB memory heap is 
disabled
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: GCC builtin 
__atomic_thread_fence() is used for memory barrier
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Compressed tables use zlib 
1.2.8
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Using Linux native AIO
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Using SSE crc32 instructions
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Initializing buffer pool, 
size = 128.0M
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Completed initialization of 
buffer pool
2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Highest supported file 
format is Barracuda.
InnoDB: No valid checkpoint found.
InnoDB: A downgrade from MariaDB 10.2.2 or later is not supported.
InnoDB: If this error appears when you are creating an InnoDB database,
InnoDB: the problem may be that during an earlier attempt you managed
InnoDB: to create the InnoDB data files, but log file creation failed.
InnoDB: If that is the case, please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/error-creating-innodb.html
2019-03-03  0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' init function 
returned error.
2019-03-03  0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' registration as a 
STORAGE ENGINE failed.
2019-03-03  0:10:22 140225284441216 [Note] Plugin 'FEEDBACK' is disabled.
2019-03-03  0:10:22 140225284441216 [ERROR] Could not open mysql.plugin table. 
Some plugins may be not loaded
2019-03-03  0:10:22 140225284441216 [ERROR] Unknown/unsupported storage engine: 
InnoDB
2019-03-03  0:10:22 140225284441216 [ERROR] Aborting



Re: MYSQL

2019-03-03 Thread Paul Ezvan

Le 03/03/2019 à 00:53, Zuthos a écrit :

2019-03-03  0:10:22 140225284441216 [Note] InnoDB: Highest supported file 
format is Barracuda.
InnoDB: No valid checkpoint found.
InnoDB: A downgrade from MariaDB 10.2.2 or later is not supported.
InnoDB: If this error appears when you are creating an InnoDB database,
InnoDB: the problem may be that during an earlier attempt you managed
InnoDB: to create the InnoDB data files, but log file creation failed.
InnoDB: If that is the case, please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/error-creating-innodb.html
2019-03-03  0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' init function 
returned error.
2019-03-03  0:10:22 140225284441216 [ERROR] Plugin 'InnoDB' registration as a 
STORAGE ENGINE failed.
2019-03-03  0:10:22 140225284441216 [Note] Plugin 'FEEDBACK' is disabled.
2019-03-03  0:10:22 140225284441216 [ERROR] Could not open mysql.plugin table. 
Some plugins may be not loaded
2019-03-03  0:10:22 140225284441216 [ERROR] Unknown/unsupported storage engine: 
InnoDB
2019-03-03  0:10:22 140225284441216 [ERROR] Aborting


Maintenant ton problème est que InnoDB ne démarre pas. Généralement 
c'est dû à une mauvaise configuration ou une corruption quelque part. 
Qu'as tu changé depuis les logs que tu as envoyé le 1/03, à ce moment 
InnoDB démarrait toujours?


Paul



Re: MYSQL

2019-03-03 Thread Jean-Michel OLTRA


Bonjour,


Le dimanche 03 mars 2019, Zuthos a écrit...


> InnoDB: No valid checkpoint found.

Tu peux essayer la manip suivante : déplacer (ou renommer) les fichiers
aria_log_control, ib_logfile0, ib_logfile1 qui sont dans /var/lib/mysql.
Peut-être aussi ibdata1.

Redémarrer, et croiser les doigts…


-- 
jm



Re: MYSQL

2019-03-03 Thread Zuthos
Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le dimanche 03 mars 2019, Zuthos a écrit...
> 
> 
> > InnoDB: No valid checkpoint found.
> 
> Tu peux essayer la manip suivante : déplacer (ou renommer) les fichiers
> aria_log_control, ib_logfile0, ib_logfile1 qui sont dans /var/lib/mysql.
> Peut-être aussi ibdata1.
> 
> Redémarrer, et croiser les doigts…

J'ai supprimer mysql après sauvegarde des tables. J'ai tous réinstallé.

Puis, j'ai copié les différents répertoires contenant les bases dans
/var/lib/mysql

Envin, j'ai déplacer aria_log_control, ib_logfile0, ib_logfile1 et
ibdata1.

J'ai relancer mysql et cette fois ca a redémarer.

Toutefois, une base sur deux m'indique:
#1932 - Table 'facture' doesn't exist in engine

Poutant:SHOW TABLES m'en indique bien la présence.

Autre bisarerie, Je peux me connecter à la base avec root en ligne de
commande mais pas avec phpmyadmin.

Pour les autres utilisateurs, c'est l'inverse.



Re: MYSQL

2019-03-03 Thread Jean-Michel OLTRA


Bonjour,


Le dimanche 03 mars 2019, Zuthos a écrit...


> Toutefois, une base sur deux m'indique:
> #1932 - Table 'facture' doesn't exist in engine

> Poutant:SHOW TABLES m'en indique bien la présence.

Tu peux regarder :
https://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html
Ce qui concerne "Portability Considerations for .ibd files"

> Autre bisarerie, Je peux me connecter à la base avec root en ligne de
> commande mais pas avec phpmyadmin.

> Pour les autres utilisateurs, c'est l'inverse.

Tu devrais regarder où tu en es, pour ce qui concerne les droits sur les
bases en fonction des machines.
Connecté à la base mysql :

MariaDB [mysql]> select Host,User,Password from user;
MariaDB [mysql]> select Host,Db,User from db;

Et voir si tout le monde y est.

-- 
jm



Re: MYSQL

2019-03-03 Thread Zuthos
Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le dimanche 03 mars 2019, Zuthos a écrit...
> 
> 
> Tu devrais regarder où tu en es, pour ce qui concerne les droits sur les
> bases en fonction des machines.
> Connecté à la base mysql :
> 
> MariaDB [mysql]> select Host,User,Password from user;
> MariaDB [mysql]> select Host,Db,User from db;
> 
> Et voir si tout le monde y est.


select Host,User,Password from user;
+---+-+---+
| Host  | User| Password  |
+---+-+---+
| localhost | root|   |
| localhost | zuthos  | *F2DF326F80D5E3BD34E143B24DDEBEFAFF53D199 |
| % | facture | *CE6908ED88340EC1098573D058245024C45682F3 |
| localhost | facture | *CE6908ED88340EC1098573D058245024C45682F3 |
+---+-+---+
Bizarre, je n'arrive pas à mettre un mot de passe a root

elect Host,Db,User from db;
+---+-+-+
| Host  | Db  | User|
+---+-+-+
| % | facture | facture |
| localhost | facture | facture |
+---+-+-+





Re: MYSQL

2019-03-03 Thread Zuthos
Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le dimanche 03 mars 2019, Zuthos a écrit...
> 
> 
> > Toutefois, une base sur deux m'indique:
> > #1932 - Table 'facture' doesn't exist in engine
> 
> > Poutant:SHOW TABLES m'en indique bien la présence.
> 
> Tu peux regarder :
> https://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html
> Ce qui concerne "Portability Considerations for .ibd files"


Erreur

Requête SQL :

ALTER TABLE facture_type IMPORT TABLESPACE

MySQL a répondu: Documentation
#1932 - Table 'facture.facture_type' doesn't exist in engine


La même chose pour ALTER TABLE facture_type_name DISCARD TABLESPACE;



Re: MYSQL

2019-03-03 Thread Jean-Michel OLTRA


Bonjour,


Le dimanche 03 mars 2019, Zuthos a écrit...


> > Et voir si tout le monde y est.

> select Host,User,Password from user;
> +---+-+---+
> | Host  | User| Password  |
> +---+-+---+
> | localhost | root|   |
> | localhost | zuthos  | *F2DF326F80D5E3BD34E143B24DDEBEFAFF53D199 |
> | % | facture | *CE6908ED88340EC1098573D058245024C45682F3 |
> | localhost | facture | *CE6908ED88340EC1098573D058245024C45682F3 |
> +---+-+---+
> Bizarre, je n'arrive pas à mettre un mot de passe a root

> elect Host,Db,User from db;
> +---+-+-+
> | Host  | Db  | User|
> +---+-+-+
> | % | facture | facture |
> | localhost | facture | facture |
> +---+-+-+

Je ne connais pas ton organisation, donc je ne sais pas si tout le monde y
est. Ce que je peux en dire :

- C'est que % dans le Host, ce n'est pas terrible, sauf si tu offres un
  service distant à tes bases. C'est d'autant moins terrible si tu n'offres
  _pas_ le service et que le port 3306 est ouvert.
- Que phpmyadmin ne sert pas à grand chose si tu peux accéder à tes bases
  via un terminal, car tu peux faire beaucoup de choses avec du sql de base.
  Mais chacun son choix.
- Que Zuthos ne peut pas se connecter à la base 'facture', car il n'a pas
  les droits. Je ne peux pas dire si c'est normal.

Sinon, as tu un backup de ta base ? Ça simplifierait certainement bien la
vie… Et si tu n'en as pas, il te faudrait mettre un protocole en route
(mysqldump et bzip2 par exemple pour compresser).

Après avoir mis au chaud tes fichier .frm et .ibd, tu pourrais tenter (sous
toute réserve) un `create table` sur les tables qui sont en erreur. Sous
toute réserve, je ne sais pas ce que ça peut donner…

Une autre piste, mais j'ai lu en diagonale :
https://www.percona.com/blog/2014/01/02/recover-table-structure-frm-files-mysql-utilities/

-- 
jm



Re: MYSQL

2019-03-03 Thread G2PC
Pour Phpmyadmin, c'est normal.
Root n'a pas le droit de se connecter. C'est uniquement pour les autres 
utilisateurs.
Bon courage !



Re: Mysql réplication

2007-03-02 Thread Marc

Bulot Grégory a écrit :

Quelqu'un a-t-il réussi une réplication intégrale d'un master ?


oui, enfin par intégrale tu entends toutes les tables d'une base ?

J'ai ces méthode qui ne fonctionne pas chez moi :
- 
http://randomspark.wordpress.com/2006/09/18/mysql-replication-setting-up-the-slave/

- http://www.generation-libre.com/mettre-en-place-une-replication-mysql/



Quelle version de MySQL?
Il me semble que ça ne fonctionne bien qu'à partir d'une 4 et quelque !

Sinon la réplication MySQL fonctionne plutôt bien et est très simple à 
mettre en oeuvre.




Dis en + et j'essaie de retrouver le my.cnf d'un client chez qui j'ai 
mis ça en place.


Marc


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql réplication

2007-03-02 Thread Bulot Grégory
Le vendredi 2 mars 2007 15:38, Marc a écrit :
>
> Quelle version de MySQL?
> Il me semble que ça ne fonctionne bien qu'à partir d'une 4 et quelque !


Maître : mysql-server  4.1.15-1 (bah oui ça date un peu)
Esclave : mysql-server  5.0.32-3 (install récente)

>
> Sinon la réplication MySQL fonctionne plutôt bien et est très simple à
> mettre en oeuvre.

je dois être très nul ;-)

>
>
> Dis en + et j'essaie de retrouver le my.cnf d'un client chez qui j'ai
> mis ça en place.


sur le pc master : show master status;
+--+--+--+--+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+--+--+--+--+
| mysql-bin.000146 |   391851 |  |  |
+--+--+--+--+
1 row in set (0.00 sec)

sur le pc esclave 
show slave status \G;
*** 1. row ***
 Slave_IO_State:
Master_Host: 192.168.1.33
[...]
Master_Port: 3306
  Connect_Retry: 60
Master_Log_File: 344517
Read_Master_Log_Pos: 4
 Relay_Log_File: primergy-relay-bin.01
  Relay_Log_Pos: 4
  Relay_Master_Log_File: 344517
   Slave_IO_Running: No
  Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
 Replicate_Do_Table:
 Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
 Last_Errno: 0
 Last_Error:
   Skip_Counter: 0
Exec_Master_Log_Pos: 4
Relay_Log_Space: 98
Until_Condition: None
 Until_Log_File:
  Until_Log_Pos: 0
 Master_SSL_Allowed: No
 Master_SSL_CA_File:
 Master_SSL_CA_Path:
Master_SSL_Cert:
  Master_SSL_Cipher:
 Master_SSL_Key:
  Seconds_Behind_Master: NULL
1 row in set (0.00 sec)



Re: Mysql réplication

2007-03-02 Thread Bulot Grégory
Le vendredi 2 mars 2007 15:38, Marc a écrit :
> oui, enfin par intégrale tu entends toutes les tables d'une base ?

euh oui, idem avec les utilisateurs/privilèges



Re: Mysql réplication

2007-03-02 Thread Vincent Bernat
OoO En ce début d'après-midi ensoleillé du vendredi 02 mars 2007, vers
15:24, Bulot Grégory <[EMAIL PROTECTED]> disait:

> Quelqu'un a-t-il réussi une réplication intégrale d'un master ?
> J'ai ces méthode qui ne fonctionne pas chez moi :
> - 
> http://randomspark.wordpress.com/2006/09/18/mysql-replication-setting-up-the-slave/
> -
>   http://www.generation-libre.com/mettre-en-place-une-replication-mysql/

Pourquoi ne pas  suivre simplement la doc de MySQL ?  Je n'ai eu aucun
problème avec celle-ci.
-- 
BOFH excuse #445:
Browser's cookie is corrupted -- someone's been nibbling on it.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql réplication

2007-03-02 Thread Vincent Bernat
OoO Vers la fin de l'après-midi  du vendredi 02 mars 2007, vers 16:08,
Bulot Grégory <[EMAIL PROTECTED]> disait:

>Slave_IO_Running: No
>   Slave_SQL_Running: No

Tu as fait start slave ?
-- 
Keep it simple to make it faster.
- The Elements of Programming Style (Kernighan & Plauger)


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql réplication

2007-03-03 Thread Bulot Grégory
Le vendredi 2 mars 2007 21:47, Vincent Bernat a écrit :
> OoO Vers la fin de l'après-midi  du vendredi 02 mars 2007, vers 16:08,
>
> Bulot Grégory <[EMAIL PROTECTED]> disait:
> >Slave_IO_Running: No
> >   Slave_SQL_Running: No
>
> Tu as fait start slave ?

ooops


start slave;
ERROR 1200 (HY000): The server is not configured as slave; fix in config file 
or with CHANGE MASTER TO

pourtant dans le /etc/mysql/my.cnf
server-id = 2
log-bin = /var/log/mysql/mysql-bin.log
master-host = trinity.ecsm.fr
master-user = xxx
master-password = 
master-port = 3306
master-connect-retry = 10



Re: Mysql réplication

2007-03-03 Thread Vincent Bernat
OoO En cette  matinée ensoleillée du samedi 03  mars 2007, vers 09:47,
Bulot Grégory <[EMAIL PROTECTED]> disait:

>> Tu as fait start slave ?

> ooops


> start slave;
> ERROR 1200 (HY000): The server is not configured as slave; fix in config file 
> or with CHANGE MASTER TO

Tu n'as pas utilisé change master  to ? Regarde la doc de MySQL, c'est
expliqué pas à pas.
-- 
BOFH excuse #15:
temporary routing anomoly


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql réplication

2007-03-03 Thread Bulot Grégory
Le samedi 3 mars 2007 11:05, Vincent Bernat a écrit :
> OoO En cette  matinée ensoleillée du samedi 03  mars 2007, vers 09:47,
>
> Bulot Grégory <[EMAIL PROTECTED]> disait:
> >> Tu as fait start slave ?
> >
> > ooops
> >
> >
> > start slave;
> > ERROR 1200 (HY000): The server is not configured as slave; fix in config
> > file or with CHANGE MASTER TO
>
> Tu n'as pas utilisé change master  to ? Regarde la doc de MySQL, c'est
> expliqué pas à pas.
si (comme dans 
http://randomspark.wordpress.com/2006/09/18/mysql-replication-setting-up-the-slave/
 

slave stop;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> CHANGE MASTER TO MASTER_HOST='192.168.1.33', MASTER_USER='x', 
MASTER_PASSWORD='xxx', MASTER_LOG_FILE='mysql-bin.000147' ;
Query OK, 0 rows affected (0.00 sec)

mysql> slave start ;
ERROR 1200 (HY000): The server is not configured as slave; fix in config file 
or with CHANGE MASTER TO



Re: Mysql réplication

2007-03-03 Thread Vincent Bernat
OoO Pendant le temps de midi du samedi 03 mars 2007, vers 12:51, Bulot
Grégory <[EMAIL PROTECTED]> disait:

>> Tu n'as pas utilisé change master  to ? Regarde la doc de MySQL, c'est
>> expliqué pas à pas.
> si (comme dans 
> http://randomspark.wordpress.com/2006/09/18/mysql-replication-setting-up-the-slave/
>  

> slave stop;
> Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> CHANGE MASTER TO MASTER_HOST='192.168.1.33', MASTER_USER='x', 
> MASTER_PASSWORD='xxx', MASTER_LOG_FILE='mysql-bin.000147' ;
> Query OK, 0 rows affected (0.00 sec)

mysql> slave start ;
> ERROR 1200 (HY000): The server is not configured as slave; fix in config file 
> or with CHANGE MASTER TO

P'tet que ça ne fonctionne pas entre des versions différentes de MySQL ?
-- 
Write clearly - don't be too clever.
- The Elements of Programming Style (Kernighan & Plauger)


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Mysql réplication

2007-03-05 Thread Bulot Grégory
Le samedi 3 mars 2007 13:25, Vincent Bernat a écrit :


> P'tet que ça ne fonctionne pas entre des versions différentes de MySQL ?

y aurais pas un message 'explicite' lors de la tentative de synchro ?


Je regarde la doc 'officielle' en anglais visiblement ...



Re: Mysql réplication

2007-03-05 Thread Bulot Grégory
Le lundi 5 mars 2007 16:31, Bulot Grégory a écrit :
> Le samedi 3 mars 2007 13:25, Vincent Bernat a écrit :
> > P'tet que ça ne fonctionne pas entre des versions différentes de MySQL ?
>
> y aurais pas un message 'explicite' lors de la tentative de synchro ?

http://dev.mysql.com/doc/refman/5.0/fr/replication-compatibility.html

Visiblement je suis compatible



Re: MYSQL+ODBC

2002-07-29 Thread Arnaud LACOMBE
On Mon, Jul 29, 2002 at 11:30:09AM +0200, [EMAIL PROTECTED] wrote:
> Doit-on parametrer Mysql pour qu'il soit accessible par un odbc car il 
> fonctionne bien sur le serveur , mais affiche le message 'Unknow Mysql Server 
> Host 'serveurmysql'
> Merci d'avance
> cp

Il faut activer le réseau, pour cela, il faut commenter la ligne
'skip-networking' dans le /etc/mysql/my.cnf. Et après relancer mysql.

AL

-- 
"Je suis sensible à ta curiosité, mais mon journal intime ne te regarde
pas."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: mysql MAX

2002-09-05 Thread Alain Tesio
On 05 Sep 2002 18:08:42 +0200
Benoit Guillon <[EMAIL PROTECTED]> wrote:

> 
> Je cherche à installer mysql MAX (mysql server avec support InnoDB
> pré-compilé) mais je n'ai pas l'impression que le package debian
> existe.
> 
> Que faire ? Avez-vous entendu parler de packages non-officiels ?
> Est-ce que installer les binaires fournis sur le site mysql.org est
> une solution acceptable pour ma debian ?

Les packages mysql de debian supportent innodb, regardes dans
/usr/share/doc/mysql-server/examples pour des examples de fichiers my.cnf

Alain



Re: mysql MAX

2002-09-05 Thread Benoit Guillon
Alain Tesio <[EMAIL PROTECTED]> writes:

> On 05 Sep 2002 18:08:42 +0200
> Benoit Guillon <[EMAIL PROTECTED]> wrote:
> 
> > 
> > Je cherche à installer mysql MAX (mysql server avec support InnoDB
> > pré-compilé) mais je n'ai pas l'impression que le package debian
> > existe.
> > 
> > Que faire ? Avez-vous entendu parler de packages non-officiels ?
> > Est-ce que installer les binaires fournis sur le site mysql.org est
> > une solution acceptable pour ma debian ?
> 
> Les packages mysql de debian supportent innodb, regardes dans
> /usr/share/doc/mysql-server/examples pour des examples de fichiers
> my.cnf

Super ! Merci tout y est.

> 
> Alain
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Benoit Guillon
Association BrailleNet
INSERM U483
Chargé du développement du serveur Hélène
http://www.inrialpes.fr/braillenet/helene/



Re: mysql / postgresql

2002-09-20 Thread Eric Leclercq
On Fri, Sep 20, 2002 at 04:45:29PM +0200, Stef wrote:
> Bonjour,
> 
> 
> J'aimerais savoir (et avoir des avis objectifs) sur les différences entre 
> mySQL et postgresql.
> 
> Au niveau licence, quelle est la différence ?
> 
> Au niveau performance, il y en a t il un qui est vraiment plus performant 
> que l'autre ?
> 
> Au niveau des fonctionalités, que sait faire l'un et pas l'autre ?
> 
> Merci
> 
> LOUIS Stéphane

Au départ il n'y a pas du tout la même approche. Mysql a été conçu avant
tout pour les performances, et Postgre pour être robuste.
J'avais lu sur un site comparatif "mysql est un filesystem avec une
interface SQL, alors que Postgre est un vrai SGBD". C'est un peut
trollesque mais pas loin de la vérité.

Postgre permet d'avoir un très fort contrôle de l'intégrité de ta base
(relations, transactions, contraintes, triggers...). Ça permet de pas
avoir d'incohérences et de passer pas mal de code dans la base plutot
que par exemple sur une page php. Mysql ne gère pas encore tout ça,
quoi qu'il me semble que les transactions le sont dans les dernières
versions avec un type spécial de base.

A toi donc de savoir ce que tu attends : la garantie de l'intégrité de
tes tables, ou la vitesse des requettes. Dans les deux cas, ils font
très bien ce qu'on attend d'eux :)

Pour ce qui est de la licence je ne me souviens plus trop, mais les deux
sont Libres je crois.

A+
-- 
Eric Leclercq

« Un ouapiti, c'est vert, ça a des piquants ronds
et ça fait glop quand on le jette à l'eau. »
  Boris Vian - L'herbe rouge


pgpFrH8LNkoO4.pgp
Description: PGP signature


Re: mysql / postgresql

2002-09-20 Thread Vincent Renardias

On Fri, 20 Sep 2002, Stef wrote:

> J'aimerais savoir (et avoir des avis objectifs) sur les différences entre 
> mySQL et postgresql.
> 
> Au niveau licence, quelle est la différence ?

Si ma memoire est bonne: GPL pour MySQL et BSD-like pour PostgreSQL.

> Au niveau performance, il y en a t il un qui est vraiment plus performant 
> que l'autre ?

PostgreSQL est en general plus lent que MySQL, surtout pour les
insertions, mais c'est tres variable en fonction du design et de
l'utilisation de la DB (avec PostgreSQL, une utilisation judicieuse de
'cluster' et d'indexes permet dans certains cas d'ameliorer les
performances d'un facteur 100).

> Au niveau des fonctionalités, que sait faire l'un et pas l'autre ?

MySQL ne supporte pas les 'subselects' (ie: "select champ1,champ2 from
table where champs2 in (select champ3 from table2 where condition)"), et
pour beaucoup d'applications c'est indispensable. PostgreSQL est également
le seul a supporter les 'triggers'.
Dans l'autre sens, MySQL permet de faire de l'indexation 'fulltext', mais
pas PostgreSQL. MySQL commence également a bien gérer la réplication de
bases, mais pas PostgreSQL.

Si tu n'as pas de besoins particuliers, les 2 devraient te
convenir; sinon, je te conseille de bien etudier leurs docs avant de faire
un choix...

A+

--
Vincent RENARDIAS
Directeur Technique
StrongHoldNET / http://www.strongholdnet.com



Re: mysql / postgresql

2002-09-20 Thread Alain Tesio
On Fri, 20 Sep 2002 18:34:29 +0200 (CEST)
Vincent Renardias <[EMAIL PROTECTED]> wrote:

> 
> PostgreSQL est en general plus lent que MySQL, surtout pour les
> insertions, mais c'est tres variable en fonction du design et de
> l'utilisation de la DB (avec PostgreSQL, une utilisation judicieuse de
> 'cluster' et d'indexes permet dans certains cas d'ameliorer les
> performances d'un facteur 100).

Surtout ne pas oublier de démarrer postmaster avec 

> MySQL ne supporte pas les 'subselects' (ie: "select champ1,champ2 from
> table where champs2 in (select champ3 from table2 where condition)"), et
> pour beaucoup d'applications c'est indispensable.

Bof, dans quels cas c'est vraiment indispensable ? On peut toujours faire
autrement, notamment avec des tables temporaires.
J'ai bossé dans une boîte sur une grosse base du genre 500 tables et 3000
procédures, les subselects étaient carrément interdits.

> PostgreSQL est également le seul a supporter les 'triggers'.

Et les procédures stockées.

Alain



Re: mysql / postgresql

2002-09-20 Thread Alain Tesio
On Fri, 20 Sep 2002 23:09:17 +0200
Alain Tesio <[EMAIL PROTECTED]> wrote:

> 
> Surtout ne pas oublier de démarrer postmaster avec 

J'avais laissé un blanc parce que je ne savais plus, c'est l'option -i
pour ne pas faire un sync automatiquement à chaque écriture dans
la base, quand j'avais testé ca a considérablement augmenté sa
rapidité.

Alain



Re: mysql / postgresql

2002-09-21 Thread Etienne PIERRE
On Fri, Sep 20, 2002 at 23:22, Alain Tesio wrote:
> > Surtout ne pas oublier de démarrer postmaster avec 
> 
> J'avais laissé un blanc parce que je ne savais plus, c'est l'option -i
> pour ne pas faire un sync automatiquement à chaque écriture dans
> la base, quand j'avais testé ca a considérablement augmenté sa
> rapidité.

Ca serait pas plutot -F l'option, -i étant pour permettre la connection
en TCP et -F pour éviter les appels à fsync ?


Etienne



Re: mysql / postgresql

2002-09-21 Thread Stephane Bortzmeyer
On Friday 20 September 2002, at 18 h 34, the keyboard of Vincent Renardias 
<[EMAIL PROTECTED]> wrote:

> Si ma memoire est bonne: GPL pour MySQL et BSD-like pour PostgreSQL.

Si la mienne ne me trahit pas, MySQL a une licence disjonctive (GPL + un autre 
truc), ce qui permet potentiellement à la boite qui le gère de le refermer.

> PostgreSQL est en general plus lent que MySQL, surtout pour les
> insertions, mais c'est tres variable en fonction du design et de
> l'utilisation de la DB 

En effet. L'affirmation souvent répétée par des types qui n'ont jamais mesuré 
"MySQL est plus rapide que PostgreSQL" comme si c'était vrai dans tous les 
cas, est un pur slogan marketing.

> pour beaucoup d'applications c'est indispensable. PostgreSQL est également
> le seul a supporter les 'triggers'.

Et les procédures stockées, et les vues.

> Dans l'autre sens, MySQL permet de faire de l'indexation 'fulltext', mais
> pas PostgreSQL. 

Si, si, voir dans contrib/ (contrairement à MySQL, PostgreSQL est modulaire, 
ce qu'il ne sait pas faire en natif peut être développé par une tierce partie).





Re: mysql / postgresql

2002-09-21 Thread Guillaume Morin
Stéphane,

Dans un message du 21 sep à 14:55, Stephane Bortzmeyer écrivait :
> Si la mienne ne me trahit pas, MySQL a une licence disjonctive (GPL +
> un autre truc), ce qui permet potentiellement à la boite qui le gère
> de le refermer.

MySQL a en effet une double licence GPL + proprio qui permet à MySQL AB
de vendre des versions propriétaires modifiées. Je ne sais pas ce que
tu entends par "refermer le code". MySQL AB peut décider de ne plus
mettre son code en GPL à un moment donné mais c'est permis à
n'importe quel détenteur de copyright (les versions précédemment
disponibles sous GPL restant dispos bien entendu). 

-- 
Guillaume Morin <[EMAIL PROTECTED]>

If it doesn't work, force it.  If it breaks, it needed replacing anyway.



Re: mysql / postgresql

2002-09-23 Thread Vincent Renardias

On Fri, 20 Sep 2002, Alain Tesio wrote:

> > MySQL ne supporte pas les 'subselects' (ie: "select champ1,champ2 from
> > table where champs2 in (select champ3 from table2 where condition)"), et
> > pour beaucoup d'applications c'est indispensable.
> 
> Bof, dans quels cas c'est vraiment indispensable ? On peut toujours faire
> autrement, notamment avec des tables temporaires.

C'est indispensable dans bcp de cas, car ca permet de simplifier bcp le
code et c'est souvent bcp plus rapide que de faire plusieurs requetes
successives...

> J'ai bossé dans une boîte sur une grosse base du genre 500 tables et 3000
> procédures, les subselects étaient carrément interdits.

je n'ai qu'une vingtaine de tables dans ma plus grosse DB (PostgreSQL),
certaines d'entre elles comportent plusieurs millions d'entrées, et avec
les bons index aux bons endroits, les subselects se passent tres
bien, et heureusement: je me vois mal faire des tables temporaires avec
des 3 gigas de données...

A+

--
Vincent RENARDIAS
Directeur Technique
StrongHoldNET / http://www.strongholdnet.com



Re: mysql / postgresql

2002-09-23 Thread Vincent Renardias
On Sat, 21 Sep 2002, Stephane Bortzmeyer wrote:

> On Friday 20 September 2002, at 18 h 34, the keyboard of Vincent Renardias 
> <[EMAIL PROTECTED]> wrote:
> 
> > Si ma memoire est bonne: GPL pour MySQL et BSD-like pour PostgreSQL.
> 
> Si la mienne ne me trahit pas, MySQL a une licence disjonctive (GPL + un 
> autre 
> truc), ce qui permet potentiellement à la boite qui le gère de le refermer.

je ne considere pas vraiment ca comme un probleme dans la mesure ou
n'importe quelle entitée qui produit la version N d'un soft X en GPL, peut
tres bien décider que la version N+1 ne sera pas GPL.

> > PostgreSQL est en general plus lent que MySQL, surtout pour les
> > insertions, mais c'est tres variable en fonction du design et de
> > l'utilisation de la DB 
> 
> En effet. L'affirmation souvent répétée par des types qui n'ont jamais mesuré 
> "MySQL est plus rapide que PostgreSQL" comme si c'était vrai dans tous les 
> cas, est un pur slogan marketing.

Disons que MySQL est effectivement plus rapide dans 100% des cas (selon
mon experience) si l'on ne fait aucune optimisation (pas de cluster ni
d'index). Par contre si on fait un effort (ie: un design bien fait), la
difference n'est plus du tout aussi nette...

> > Dans l'autre sens, MySQL permet de faire de l'indexation 'fulltext', mais
> > pas PostgreSQL. 
> 
> Si, si, voir dans contrib/ (contrairement à MySQL, PostgreSQL est modulaire, 
> ce qu'il ne sait pas faire en natif peut être développé par une tierce 
> partie).

j'ai essayé. ca marche, mais c'est pas tres pratique et ca prends
bcp de place disque par rapport au 'fulltext' de mysql...

--
Vincent RENARDIAS
Directeur Technique
StrongHoldNET / http://www.strongholdnet.com



Re: mysql / postgresql

2002-09-23 Thread Alain Tesio
On Mon, 23 Sep 2002 16:00:06 +0200 (CEST)
Vincent Renardias <[EMAIL PROTECTED]> wrote:

> 
> > > MySQL ne supporte pas les 'subselects' (ie: "select champ1,champ2 from
> > > table where champs2 in (select champ3 from table2 where condition)"), et
> > > pour beaucoup d'applications c'est indispensable.
> > 
> > Bof, dans quels cas c'est vraiment indispensable ? On peut toujours faire
> > autrement, notamment avec des tables temporaires.
> 
> C'est indispensable dans bcp de cas, car ca permet de simplifier bcp le
> code et c'est souvent bcp plus rapide que de faire plusieurs requetes
> successives...
> 
> > J'ai bossé dans une boîte sur une grosse base du genre 500 tables et 3000
> > procédures, les subselects étaient carrément interdits.
> 
> je n'ai qu'une vingtaine de tables dans ma plus grosse DB (PostgreSQL),
> certaines d'entre elles comportent plusieurs millions d'entrées, et avec
> les bons index aux bons endroits, les subselects se passent tres
> bien, et heureusement: je me vois mal faire des tables temporaires avec
> des 3 gigas de données...

L'argument est bidon parce qu'en interne quand tu fais un subselect il doit
créer une table temporaire, tu peux toujours remplacer :

select ... from a,... where a.x in (select ...) ...

par :

select ... into #x
select ... from a,#x,... where #x.col=a.col
drop table #x

Et encore la plupart des cas simples une phase intermédiaire n'est pas
indispensable, ca peut souvent se faire avec une seule jointure, même si
ca paraît plus facile avec un subselect ca peut être nul pour les performances,
donc interdire les subselects a au moins le mérite d'éviter aux débutants
de faire des conneries.

Une discussion des hackers de postgresql avant que ca soit implémenté :

http://www.geocrawler.com/archives/3/12/1997/10/0/29796/

Quand c'est bien utilisé ca peut donner un code plus court mais ca ne change
rien du point de vue des performances et ca n'est jamais bloquant, sinon je
voudrais voir un exemple et pas du fud.

Et puis les différences entre MySQL et PostgreSQL c'est dans le manuel de MySQL.

Alain



Re: MySQL port

2002-10-19 Thread Frédéric Bothamy
On Sat, Oct 19, 2002 at 05:53:24PM +0200, Frederic SOSSON wrote:
> Hello,
> 
> J'ai fais un "apt-get install mysql-server" tout c'est bien passé mais... le
> port 3306 n'est pas ouvert!!! Dans un shell je peux me connecter à MySQL
> mais bien sûr pas à partir d'une autre machine du réseau.

Je n'utilise pas mysql moi-même, mais la solution a déjà été donnée
sur la liste :

Juste pour info pour ceux qui galere comme moi,
a partir la version 3.23-51-1 de mysql-server, l'option networking est
desactive par default. Pour le réactiver il faut commenter l'option :
skip-networking dans le fichier /etc/mysql/my.conf

(dans les archives :
http://lists.debian.org/debian-user-french/2002/debian-user-french-200207/msg00124.html)

Fred



Re: MySQL port

2002-10-19 Thread Alain Tesio
On Sat, 19 Oct 2002 17:53:24 +0200
"Frederic SOSSON" <[EMAIL PROTECTED]> wrote:

> J'ai fais un "apt-get install mysql-server" tout c'est bien passé mais... le
> port 3306 n'est pas ouvert!!! Dans un shell je peux me connecter à MySQL
> mais bien sûr pas à partir d'une autre machine du réseau.

Regardes le fichier de configuration dans /etc, c'est expliqué en commentaire
C'est aussi expliqué dans /usr/doc/mysql-server/README.Debian
Bref les 2 endroits évidents où chercher.

Alain



Re: MySQL port

2002-10-20 Thread Frederic SOSSON
OK, merci


Fred
- Original Message -
From: "Alain Tesio" <[EMAIL PROTECTED]>
To: 
Sent: Saturday, October 19, 2002 6:21 PM
Subject: Re: MySQL port


| On Sat, 19 Oct 2002 17:53:24 +0200
| "Frederic SOSSON" <[EMAIL PROTECTED]> wrote:
|
| > J'ai fais un "apt-get install mysql-server" tout c'est bien passé
mais... le
| > port 3306 n'est pas ouvert!!! Dans un shell je peux me connecter à MySQL
| > mais bien sûr pas à partir d'une autre machine du réseau.
|
| Regardes le fichier de configuration dans /etc, c'est expliqué en
commentaire
| C'est aussi expliqué dans /usr/doc/mysql-server/README.Debian
| Bref les 2 endroits évidents où chercher.
|
| Alain
|
|
| --
| To UNSUBSCRIBE, email to [EMAIL PROTECTED]
| with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
|
|
|




Re: MySQL port

2002-10-20 Thread Frederic SOSSON
Merci j'ai trouvé


Fred
- Original Message -
From: "Alain Tesio" <[EMAIL PROTECTED]>
To: 
Sent: Saturday, October 19, 2002 6:21 PM
Subject: Re: MySQL port


| On Sat, 19 Oct 2002 17:53:24 +0200
| "Frederic SOSSON" <[EMAIL PROTECTED]> wrote:
|
| > J'ai fais un "apt-get install mysql-server" tout c'est bien passé
mais... le
| > port 3306 n'est pas ouvert!!! Dans un shell je peux me connecter à MySQL
| > mais bien sûr pas à partir d'une autre machine du réseau.
|
| Regardes le fichier de configuration dans /etc, c'est expliqué en
commentaire
| C'est aussi expliqué dans /usr/doc/mysql-server/README.Debian
| Bref les 2 endroits évidents où chercher.
|
| Alain
|
|
| --
| To UNSUBSCRIBE, email to [EMAIL PROTECTED]
| with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
|
|
|




[OT] Re: mysql

2004-02-11 Thread Loick.B
Le Mercredi 11 Février 2004 09:50, Nicolas Rueff a écrit :
> A mon avis, quand on poste sur d-u-f en demandant ce qu'est le mot de
> passe root, la dernière chose dont on est besoin est le client natif ;)
Fort juste.

> Phpmyadmin permet à un débutant d'avoir une bonne visu de sa base, et
> les dernières versions remontent plein d'info intéressantes, et comme il
> a l'excellent idée d'afficher les requêtes correspondants aux trucs
> qu'on lui demande, ça permet d'apprendre rapidement mysql.
Vrai mais nécessite la mise en oeuvre d'un serveur web, de php, d'une 
configuration à la mimine...
Je sais, je sais, je me fais l'avocat du diable!


Pour le débutant tout neuf, mySQL AB propose son propre client graphique ma 
fois fort sympathique et efficace.
L'avantage est qu'il existe sous w$ et sous Linux. On peut donc l'imposer au 
boulot et ne pas perdre ses habitudes quand on change de plateforme...
La page de download:
http://www.mysql.com/downloads/mysqlcc.html
... et les sources sont disponibles (pas vérifié):
http://www.mysql.com/get/Downloads/MySQLCC/mysqlcc-0.9.4-src.tar.gz/from/pick


Bonne journée à tous.




Re: Mysql configuration

2010-06-29 Thread fabrice régnier

'lut,


"Ce serveur utilise Suhosin. Veuillez vous référer à la documentation
pour en connaître les conséquences possibles."

Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal...
suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php 
(sous forme de library ?), je ne l'ai jamais essayé.


f.



merci d'avance,
Jmarc



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c2a101a$0$9870$426a3...@news.free.fr



Re: Mysql configuration

2010-06-29 Thread jmdufour

...Oui,
tres bien,
et je viens de faire un tour ici;
http://www.hardened-php.net/suhosin/configuration.html
et je ne vois pas ce qu'il faut modifier dans le fichier  sohosin.ini, 
si c'est bien ici qu'il faille faire des reglages...

comme en local je n'ai pas l'utilite de cela je l'ai sesisntalle,
et dans phpmyadmin j'ai les deux autres erreurs:

"Certaines fonctionnalités ayant trait aux tables reliées sont 
désactivées. Pour une analyse du problème, cliquez ici."

ici=
http://localhost/phpmyadmin/chk_rel.php?token=f623b8109fbc5f8d626e416ccf218189


et le contenu de cette page est:

$cfg['Servers'][$i]['pmadb'] ...OK
$cfg['Servers'][$i]['relation'] ... en erreur [ Documentation ]
Fonctions relationnelles: désactivé

$cfg['Servers'][$i]['table_info'] ...   en erreur [ Documentation ]
Affichage infobulle: désactivé

$cfg['Servers'][$i]['table_coords'] ... en erreur [ Documentation ]
$cfg['Servers'][$i]['pdf_pages'] ...en erreur [ Documentation ]
  Génération de schémas en PDF: désactivé

$cfg['Servers'][$i]['column_info'] ...  en erreur [ Documentation ]
   Commentaires de colonnes: désactivé
 Transformation: désactivé

$cfg['Servers'][$i]['bookmarktable'] ...en erreur [ Documentation ]
 Requêtes en signets: désactivé

$cfg['Servers'][$i]['history'] ...  en erreur [ Documentation ]
Historique SQL: désactivé

$cfg['Servers'][$i]['designer_coords'] ...  en erreur [ Documentation ]
Concepteur: désactivé

$cfg['Servers'][$i]['tracking'] ... en erreur [ Documentation ]
   Suivi: désactivé


et le deuxieme avertissement:
"La connexion au "controluser" tel que défini dans votre configuration a 
échoué."


Je vais chercher de ce cote, a moins que quelqu'un de plus avise que moi 
m'oriente vers le bon chemin...


Tout cela est bien curieux , lors de la 1ere install de Squeeze je 
n'avais pas eu ces desagremments...


merci,
Jmarc



suhosin, c'est un bidule pour augmenter la sécurité de ton serveur php
(sous forme de library ?), je ne l'ai jamais essayé.




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i0d6g2$je...@dough.gmane.org



Re: Mysql configuration

2010-06-29 Thread Jean-Michel OLTRA

Bonjour,


Le mardi 29 juin 2010, fabrice régnier a écrit...


> >"Ce serveur utilise Suhosin. Veuillez vous référer à la documentation
> >pour en connaître les conséquences possibles."
> >
> >Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal...
> suhosin, c'est un bidule pour augmenter la sécurité de ton serveur
> php (sous forme de library ?), je ne l'ai jamais essayé.

Oui. Php est déjà patché avec Suhosin. Mais le plus gros des contrôles
d'accès est dans le paquet php5-suhosin. L'as tu installé ?

-- 
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr



-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20100630051127.ga28...@espinasse



Re: Mysql configuration

2010-06-30 Thread jmdufour

Le 30/06/2010 07:11, Jean-Michel OLTRA a écrit :


 Bonjour,


Le mardi 29 juin 2010, fabrice régnier a écrit...



"Ce serveur utilise Suhosin. Veuillez vous référer à la documentation
pour en connaître les conséquences possibles."

Si vous pouviez m'eclairer de vos lumieres , ce srait pas mal...

suhosin, c'est un bidule pour augmenter la sécurité de ton serveur
php (sous forme de library ?), je ne l'ai jamais essayé.


Oui. Php est déjà patché avec Suhosin. Mais le plus gros des contrôles
d'accès est dans le paquet php5-suhosin. L'as tu installé ?


Bonjour,
(tout ce fil est sur un probleme en local)

hier lorsque je cherchais l'origine des erreurs j'ai commence par 
desinstaller ce paquet, ce qui n'a dailleurs rien change.

Faut-il que je le reinstalle?
Jmarc

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/i0euq7$2e...@dough.gmane.org



Re: Mysql configuration

2010-06-30 Thread Jean-Michel OLTRA

Bonjour,


Le mercredi 30 juin 2010, jmdufour a écrit...


> >Oui. Php est déjà patché avec Suhosin. Mais le plus gros des contrôles
> >d'accès est dans le paquet php5-suhosin. L'as tu installé ?

> hier lorsque je cherchais l'origine des erreurs j'ai commence par
> desinstaller ce paquet, ce qui n'a dailleurs rien change.
> Faut-il que je le reinstalle?

Si le serveur ouèbe et les pages php ne sont pas accessibles de
l'extérieur, peut-être pas, sauf si les utilisateurs locaux ne sont pas
fiables. Sinon oui, ce n'est pas inutile. Mais suhosin demande un peu de
réglage des valeurs de variables pour ne pas bloquer plus que de
raison !


-- 
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr



-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20100630102900.gi28...@espinasse



Re: MYSQL GROSSE PANIC

2003-05-11 Thread Alain Tesio
On Sun, 11 May 2003 22:57:11 +0200
"Stephane Toussaint" <[EMAIL PROTECTED]> wrote:

> Aie aie aie, là je crois que j'ai fais une grosse bétise.

Tu parles d'avoir désactivé le wrapping à 70 colonnes ?

> Je n'arrivais pas à me connecter à ma base depuis mon deuxième PC et je n'ai 
> rien trouvé
> de mieux que de modifier 'localhost' par '%' pour l'utilisateur root.

Je crois que ca devrait marcher pourtant, tu parles bien de la colonne
Host dans mysql.user ?

> Je ne peux plus utiliser mysqladmin, j'ai la même erreur. En fait j'ai foutu 
> la grouille
> dans la table mysql.user je crois.

J'imagine que tu n'as pas de backup de /var/lib/mysql/mysql sinon c'est pas 
rigolo ?

Tu peux redémarrer mysqld avec l'option --skip-grant-tables, puis "mysql -u 
root mysql"
et tu as accès aux commandes GRANT ...

> Suffit t'il de copier les repertoires des bases pour en faire une copie et de 
> les redéposer ainsi ailleur ??

Oui tu peux réinstaller mysql, et recharger simplement une copie de 
/var/lib/mysql/$db/*, peut-être
créer une base vide avant pour avoir l'entrée dans mysql.db

Alain



Re: MYSQL GROSSE PANIC

2003-05-11 Thread François DESMOTTES
>Aie aie aie, là je crois que j'ai fais une grosse bétise.
Moi aussi j'ai déjà fais un truc comme ça ...

>Je n'arrivais pas à me connecter à ma base depuis mon deuxième PC et je
n'ai rien trouvé de mieux que de modifier 'localhost' par '%' pour
>l'utilisateur root. [...]
>Suffit t'il de copier les repertoires des bases pour en faire une copie et
de les redéposer ainsi ailleur ??
En effet, il te suffit de copier les répertoires pour sauvegarder les bases
de données corespondantes.
Elles se trouvent dans : /var/lib/mysql/
Normalement (en espérant que ça marche), une foi que tu as sauvegardé les
bases de données, suprime la base de données debian qui s'apelle mysql.
Désinstal mysql avec --purge (pour enlever tout), et réinstalle le. Il te
restera plus qu'a recopier tes bases.

>Merci de votre aide j'me sens pas bien là!!!
J'espère que ça t'aidera à mieux te sentir ;-)

>Steph
Crevette




  1   2   3   >