[email protected] a écrit : > Send Bacula-users-fr mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/bacula-users-fr > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Bacula-users-fr digest..." > > > Today's Topics: > > 1. restauration via bweb (sebastien emeriau) > 2. Re: restauration via bweb (Eric Bollengier) > 3. Re: restauration via bweb (sebastien emeriau) > 4. syntax Requete mysql lors de restauration ? (Olivier Delestre) > 5. Re: syntax Requete mysql lors de restauration ? (Bruno Friedmann) > 6. Probl?me de restauration avec brestore/bweb (Lionel BEARD) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 22 Sep 2009 09:30:18 +0200 > From: sebastien emeriau <[email protected]> > Subject: [Bacula-users-fr] restauration via bweb > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 2 > Date: Tue, 22 Sep 2009 10:47:25 +0200 > From: Eric Bollengier <[email protected]> > Subject: Re: [Bacula-users-fr] restauration via bweb > To: sebastien emeriau <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Bonjour, > >> Bonjour, >> >> voici ma config : >> >> centos 5.3 64 bits >> mysql-5.0.45-7 >> bacula-3.0.2 install? ? partir du tar.gz >> bacula-gui-3.0.2 >> >> Bacula fonctionne parfaitement. J'ai ajout? bweb et celui-ci fonctionne >> aussi. >> >> Je souhaiterais utiliser le menu "web restore" de bweb, j'ai donc ajout? >> ext-3.0.0 (derniere version disponible). > > La documentation pr?cise qu'il faut utiliser la version 2.2, je ne pense pas > que Bweb fonctionne avec la version 3 (leur API change beaucoup entre deux > versions). > >> La fenetre s'affiche bien, le browse des fichiers fonctionne, je >> selectionne le fichier ? restaurer mais lorsque je clique sur "Run restore" >> il ne se passe rien. >> >> Dans le log d'apache error_log j'ai ceci qui apparait : >> >> [Tue Sep 22 09:25:22 2009] [error] [client 128.1.1.63] DBD::mysql::db >> selectall_arrayref failed: You have an error in your SQL syntax; check the >> manual that corresponds to your MySQL server version for the right syntax >> to use near '), referer: http://client13/bweb/bresto.html >> [Tue Sep 22 09:25:22 2009] [error] [client 128.1.1.63]???? AND >> File.FileIndex >> >> >= allmedia.FirstIndex, referer: http://client13/bweb/bresto.html >> >> [Tue Sep 22 09:25:22 2009] [error] [client 128.1.1.63]???? AND >> File.FileIndex <= allmed' at line 10 at >> /usr/lib/perl5/site_perl/5.8.8/Bweb.pm line 1357., referer: >> http://client13/bweb/bresto.html > > Commencez par installer extjs version 2.2, puis je vous conseille d'utiliser > la version courrante de Bweb, j'ai corrig? un ou deux petits probl?mes de > case avec Mysql depuis la version 3.0.2. (Ou bien il est possible de > configurer > mysql pour etre case insensitive). > > Vous pouvez aussi attendre la version 3.O.3 qui devrait sortir d'ici une ou > deux semaines. > >> Je n'ai pas install? brestore et je ne sais pas si bweb en a besoin ou >> bien si tout est inclus dans bweb. > > Non, c'est bien deux composants s?par?s. > >> Je suis ? la recherche d'une interface graphique qui permetterait de >> faciliter la prise en main de bacula ? des "non linuxiens", bweb me semble >> la plus complete? mais si vous avez des retours sur d'autre je suis preneur >> (autre que bat). >> >> Merci d'avance pour votre aide. > > Bye > > > > > ------------------------------ > > Message: 3 > Date: Tue, 22 Sep 2009 12:22:30 +0200 > From: sebastien emeriau <[email protected]> > Subject: Re: [Bacula-users-fr] restauration via bweb > To: Eric Bollengier <[email protected]> > Cc: sebastien emeriau <[email protected]>, > [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 4 > Date: Thu, 24 Sep 2009 14:41:31 +0200 > From: Olivier Delestre <[email protected]> > Subject: [Bacula-users-fr] syntax Requete mysql lors de restauration ? > To: "bacula-users-fr (francais)" > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" > > Bonjour, > > Voila mon Pb lorsque je fais une restauration ( rest -> choix 5 ), le > building tree met 15 minutes a se construire. > > Comment savoir quel est l'ordre sql genere ? > > et/ou > > Quels indexes faut il positionner ? > > J'etais en bacula 2.4.4 mais depuis quelques jours en 3.0.2. > L'upgrade_mysql_table ne doit pas mettre ce qu'il faut comme indexes. > > a la creation ? partir de rien , les indexes sont differents que si > l'on part d'une ancienne version. > > De zero : table File = FileId, JobId, JobId+PathId+FilenameId > ( ce qui genere in keyname a JobId_2 ) > > Depuis la v2.4.4 -> 3.0.2 : table File = FileId,JobId+PathId+FilenameId > > D'ailleurs dans la documentation officielle ( > http://bacula.org/3.0.x-manuals/en/catalog/catalog/Catalog_Maintenance.html > ), > il parle de CREATE INDEX file_jpf_idx on File (JobId, FilenameId, > PathId); > > l'ordre des colonnes est invers?es entre FilenameId et PathId, est ce > important > > Merci de votre aide > > Cordialement > Olivier > > > > > > > > > ------------------------------ > > Message: 5 > Date: Thu, 24 Sep 2009 17:22:27 +0200 > From: Bruno Friedmann <[email protected]> > Subject: Re: [Bacula-users-fr] syntax Requete mysql lors de > restauration ? > Cc: "bacula-users-fr (francais)" > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=UTF-8 > > Olivier Delestre wrote: >> Bonjour, >> >> Voila mon Pb lorsque je fais une restauration ( rest -> choix 5 ), le >> building tree met 15 minutes a se construire. > c'est pas forc?ment tr?s long ...
C'etait plus rapide avant mais il est vrai que les volumes ont augmentés ( ex : 8000000 de fichiers à plus 10000000 pour un serveur de mail ) >> >> Comment savoir quel est l'ordre sql genere ? >> > mysqladmin processlist > > SELECT Path.Path,Filename.Name,FileIndex,JobId,LStat FROM > File,Filename,Path WHERE File.JobId=[ici n? du jobid] > > J'ai essaye cet ordre et le cpu est partie en fleche. sinon pour savoir les ordres générés, on peut activer les logs mysql dans un fichier startmysql --log=/var/lib/mysql/log.txt Je ne joins pas ce que genere le fait de faire un restore sous bconsole, 5 pages SQL :-( >> et/ou >> >> Quels indexes faut il positionner ? >> >> J'etais en bacula 2.4.4 mais depuis quelques jours en 3.0.2. >> L'upgrade_mysql_table ne doit pas mettre ce qu'il faut comme indexes. >> >> a la creation ? partir de rien , les indexes sont differents que si >> l'on part d'une ancienne version. >> >> De zero : table File = FileId, JobId, JobId+PathId+FilenameId >> ( ce qui genere in keyname a JobId_2 ) >> >> Depuis la v2.4.4 -> 3.0.2 : table File = FileId,JobId+PathId+FilenameId >> >> D'ailleurs dans la documentation officielle ( >> http://bacula.org/3.0.x-manuals/en/catalog/catalog/Catalog_Maintenance.html >> ), >> il parle de CREATE INDEX file_jpf_idx on File (JobId, FilenameId, >> PathId); >> >> l'ordre des colonnes est invers?es entre FilenameId et PathId, est ce >> important > > tout ceci ( les index suppl?mentaires ) ne servent qu'? acc?lerer > les op?rations de db_check. > Je confirme au moins que le fait d ajouter des indexes ralenti le traitement bacula. effectivement, des indexes ralentissent les ecritures au profit des lectures. je suis donc revenu avec les indexes de depart + un autre pour la table File. mysql> show indexes from File; +-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | +-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ | File | 0 | PRIMARY | 1 | FileId | A | 42248816 | NULL | NULL | | BTREE | | | File | 1 | JobId | 1 | JobId | A | 733 | NULL | NULL | | BTREE | | | File | 1 | JobId_2 | 1 | JobId | A | 733 | NULL | NULL | | BTREE | | | File | 1 | JobId_2 | 2 | PathId | A | 1362865 | NULL | NULL | | BTREE | | | File | 1 | JobId_2 | 3 | FilenameId | A | 42248816 | NULL | NULL | | BTREE | | | File | 1 | idxJFP | 1 | JobId | A | 733 | NULL | NULL | | BTREE | | | File | 1 | idxJFP | 2 | FilenameId | A | 3840801 | NULL | NULL | | BTREE | | | File | 1 | idxJFP | 3 | PathId | A | 42248816 | NULL | NULL | | BTREE | | +-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 8 rows in set (0.05 sec) > > Est-ce que le serveur mysql a ?t? param?tr? correctement ? Au > minimum une base de configuration depuis un my-huge.cnf > > Je suis effectivement partie du fichier my-huge.cnf. Voila le mien, a ce jour : # The following options will be passed to all MySQL clients [client] #password = your_password port = 3306 socket = /var/lib/mysql/mysql.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port = 3306 socket = /var/lib/mysql/mysql.sock skip-locking key_buffer = 512M max_allowed_packet = 2M table_cache = 1024 sort_buffer_size = 8M read_buffer_size = 8M read_rnd_buffer_size = 16M myisam_sort_buffer_size = 128M thread_cache_size = 8 query_cache_size = 128M # Try number of CPU's*2 for thread_concurrency thread_concurrency = 4 # Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin # required unique id between 1 and 2^32 - 1 # defaults to 1 if master-host is not set # but will not function as a master if omitted server-id = 1 #server-id = 2 # # The replication master for this slave - required #master-host = <hostname> # # The username the slave will use for authentication when connecting # to the master - required #master-user = <username> # # The password the slave will authenticate with when connecting to # the master - required #master-password = <password> # # The port the master is listening on. # optional - defaults to 3306 #master-port = <port> # # binary logging - not required for slaves, but recommended #log-bin=mysql-bin # Point the following paths to different dedicated disks #tmpdir = /tmp/ #log-update = /path-to-dedicated-directory/hostname # Uncomment the following if you are using BDB tables #bdb_cache_size = 384M #bdb_max_lock = 100000 # Uncomment the following if you are using InnoDB tables #innodb_data_home_dir = /var/lib/mysql/ #innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend #innodb_log_group_home_dir = /var/lib/mysql/ #innodb_log_arch_dir = /var/lib/mysql/ # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high #innodb_buffer_pool_size = 384M #innodb_additional_mem_pool_size = 20M # Set .._log_file_size to 25 % of buffer pool size #innodb_log_file_size = 100M #innodb_log_buffer_size = 8M #innodb_flush_log_at_trx_commit = 1 #innodb_lock_wait_timeout = 50 [mysqldump] quick max_allowed_packet = 32M [mysql] no-auto-rehash # Remove the next comment character if you are not familiar with SQL #safe-updates [isamchk] key_buffer = 256M sort_buffer_size = 256M read_buffer = 2M write_buffer = 2M [myisamchk] key_buffer = 256M sort_buffer_size = 256M read_buffer = 8M write_buffer = 8M [mysqlhotcopy] interactive-timeout A Ce jour, la sauvegarde de ce client prend 36h :( J'avais deja lu des post de Bruno Friedmann ( bacula giving slow speed ), tres instructif. Pour infos, mon serveur de sauvegarde est sous CentOs en machine virtuelle Xen avec un San iscsi en stockage ( Raid 5, LVM ). J'ai une partition unique / pas de tmp sur un autre device sur mon serveur. La compression est active. Toute vos idées sont les bienvenues afin de réduire la durée de sauvegarde et ce Building Tree qui est assez long lors du restore. Le Stat dir, sous la console fait apparaitre Dir inserting Attribute de maniere reguliere ( 3.0.2 et/ou volume en augmentation ), Le Batch insert est il la solution ? comment savoir s'il est actif ? Voila en vrac mes soucis. meme si cela marche tres, tres bien. Je souhaite optimiser tout cela. J'espere ne pas avoir ete trop bavard. Merci pour tout Ca fait plaisir d'avoir du monde sur la liste francaise :-)) >> >> Merci de votre aide >> >> Cordialement >> Olivier >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> Bacula-users-fr mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/bacula-users-fr > > > -- > > Bruno Friedmann > > Ioda-Net S?rl > 2830 Vellerat - Switzerland > > T?l : ++41 32 435 7171 > Fax : ++41 32 435 7172 > gsm : ++41 78 802 6760 > www.ioda-net.ch > > Centre de Formation et de Coaching En Ligne > www.cfcel.com > > > > ------------------------------ > > Message: 6 > Date: Mon, 5 Oct 2009 17:09:46 +0200 > From: "Lionel BEARD" <[email protected]> > Subject: [Bacula-users-fr] Probl?me de restauration avec brestore/bweb > To: <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Bonjour ? tous, > > J'ai install? il y a quelques mois bacula, et bweb/brestore histoire > d'avoir une petite interface bien sympathique. > Tout fonctionne plut?t bien, hormis une petite partie : brestore. > Je n'arrive pas ? le faire fonctionner depuis l'interface de Bweb, > j'obtiens ceci dans le error_log d'apache : > > [Mon Oct 05 16:30:52 2009] [error] [client xx.xx.xx.151] > DBD::mysql::db selectall_arrayref failed: Unknown column > 'bacula.FileSet.ClientId' in 'on clause' at > /usr/local/share/perl/5.8.8/Bweb.pm line 1362., referer: > http://<server>/bweb/bresto.html > > apr?s avoir s?lectionn? le client. Du coup, la liste des jobs reste > vide, donc impossible de faire une restauration. > J'ai v?rifi? dans la base MySQL, il n'y a pas de ligne ClientId dans > la table FileSet. > > Par contre, si je lance brestore.pl directement depuis un shell, je > n'ai pas ce souci dans l'interface qui appara?t, et il m'est > possible de faire une restauration. Il ne va donc pas chercher cette > ligne inexistante, c'est peut-?tre bweb le probl?me... > J'ai essay? en r?cup?rant le dernier Bweb.pm sur Git, j'ai le m?me probl?me. > > Est-ce que quelqu'un aurait rencontr? le m?me probl?me et saurait > comment le r?soudre? > > Merci! > > Lionel > > Bacula v3.0.2 sur Redhat 4u4, MySQL 4.1.20 > Bweb/brestore install? sur Debian 4, Apache 2.2.3 > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > > ------------------------------ > > _______________________________________________ > Bacula-users-fr mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-users-fr > > > End of Bacula-users-fr Digest, Vol 10, Issue 1 > ********************************************** > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Bacula-users-fr mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users-fr
