TrocWeb

merci pour ta réponse, je comprend maintenant le sens de http ou /var pour le cron par contre il reste un coté obscure du coup on m'avais indiqué mettre le cron comme ceci GET ht**tp://monsite.fr/cron_jobs/main_cron.php >/dev/null et d'après ce que tu m'indique ce n'est pas GET qu'il faut mettre mais wget ? WGET ht**tp://monsite.fr/cron_jobs/main_cron.php >/dev/null comme ceci donc ?

bonjour mon site contient un dossier cron j'exécute celui ci, comme cela. mais la forme me parait douteuse GET ht**tp://monsite.fr/cron_jobs/main_cron.php >/dev/null n'est il pas préférable d'indiquer le chemin absolu comme ceci ? /var/www/vhosts/monsite.fr/httpdocs/cron_jobs/gbase_cron.php les commandes GET et >/dev/null sont elles importantes ? édite j'ai trouvé pour : /dev/null La mention >/dev/null permet d'empêcher cron de vous envoyer un mail de confirmation me reste le GET...et la forme de la commande d'avance merci pour votre aide

bonjour, désolé de remonter ce post, (cela prouve que je cherche) j'utilise la commande indiqué par Dan, mysqldump -u$USER -p$PASSWORD -e -q -Q --add-drop-table $i | gzip > $LOCALDIR/$i.$1.sql.gz toutefois, celle-ci écrase à chaque fois l'ancien fichier, est il possible d'apporter à cette commande une demande de nouveau fichiers plutôt qu'un écrasement j'ai également tenté ce script, idem il écrase chaque base pour la nouvelle #!/bin/sh # Copyright © 2007 Julien Ricard # This script is licensed under GNU GPL version 2.0 or above ### Config ### # répertoires séparés par un espace DIRS="/home/ home/mysql/*****" # le répertoire temporaire pour compresser... laissez ça ! BACKUP_DIR=/tmp/backup # pour avoir un fichier de sauvegarde par jour effacez la ligne NOW=1 NOW=$(date +%d-%m-%Y) NOW=1 ### Config MySQL ### # le user qui se connecte à mysql pour faire le mysqldump et le mysql # cet user doit avoir les droits "Select" et "Lock Tables" en global # mettez root si vraiment vous le voulez MYSQL_USER=***** MYSQL_PASS=******* MYSQL_HOST=localhost # les chemins des exécutables de mysql MYSQL_BIN=/usr/bin/mysql MYSQLDUMP=/usr/bin/mysqldump # celui de gzip GZIP=/bin/gzip ### Config de votre compte FTP ### # où uploader les fichiers sur le FTP FTP_DIR=/httpdocs/******/ # votre login et votre mot de passe FTP_USER=****** FTP_PASS=****** FTP_SERVER=********** # chemin de ncftp NCFTP_BIN=/usr/bin/ncftp ### E-mail pour les alertes ### ********l*@hotmail.com ### Après on ne touche à rien ### [ ! -d $BACKUP_DIR ] && mkdir -p $BACKUP_DIR || : FILE=fs-$NOW.tar.gz tar -zcf $BACKUP_DIR/$FILE $DIRS DBS=$($MYSQL_BIN -u$MYSQL_USER -h$MYSQL_HOST -p$MYSQL_PASS -Bse 'show databases') for db in $DBS do FILE=$BACKUP_DIR/mysql-$db-$NOW.sql.gz $MYSQLDUMP -u $MYSQL_USER -h $MYSQL_HOST -p$MYSQL_PASS $db | $GZIP -9 > $FILE done $NCFTP_BIN -u$FTP_USER -p$FTP_PASS $FTP_SERVER << EOF mkdir $FTP_DIR echo "$NCFTP_BIN -u$FTP_USER -p$FTP_PASS $FTP_SERVER< mkdir $FTP_DIR" cd $FTP_DIR lcd $BACKUP_DIR del * mput * quit EOF rm -f $BACKUP_DIR/* if [ "$?" == "0" ]; then OUT=/tmp/backup.fail echo "Date : $(date)">$OUT echo "Serveur : $(hostname)" >>$OUT echo "Sauvegarde sur FTP échouée" >>$OUT mail -s "Sauvegardé échouée" "$EMAIL" <$OUT rm -f $OUT fi L'idéal serais de garder au moins 5 jours de base avant écrasement

oui Dan exact, je viens d'étudier le script, en effet tu a raison... en fait il sauvegarde un répertoire vide du coup bon je vais rectifier cela, Concernant le guide Ovh tout est ok sauf qu'a partir de Utilisation : je coince je ne vois pas comment passer en mode FTP, car la ligne de commande n'est pas indiqué (ou alors je ne vois pas clair) si je rentre (une fois connecté sur Root) : ftp ftpback5.ovh.net ou l'ip la réponse est : -bash: ftp: command not found ne faut il pas faire un emmerge ou un truc de ce genre ?

il me reste maintenant à trouver: comment vérifier les fichiers présent dur le ftp, comment les télécharger ailleurs (au cas ou) comment vérifier si ces sauvegardes correspondes sans erreur aux bases présent sur le serveur si vous avez un peu de temps à me consacrer pour me former je suis preneur Merci

oui tout le topic a été suivie pas à pas sans aucun problème j'ai créé la tache cron comme indiqué sur le topic, une fois sauvegardé, j'effectue un test avec "exécuter maintenant", la réponse sous webmin est /bin/sh: /usr/mes_scripts/backupftpovh.sh: Permission denied je comprend bien qu'il y a un problème de permission, mais pour quel user ? puisque le cron a été créé sous root EDIT ok j'ai trouvé j'avais été voir dans le dossier mes_scripts, et j'avais modifié les droits sur backupftpovh.sh, [/usr/mes_scripts/backupftpovh.sh] -->Fin de backup normal de /home a 23:37:56. Durée: 0 mn. Taille: 4 Mb

Bonjour Dan et K-ola je viens de suivre pas a pas l'installation du script, puis lancé un backup pour tester, une erreur est apparu, tar: /var/named: ne peut stat: Aucun fichier ou répertoire de ce type je pense que ce répertoire n'est pas present dans ce dossier, je lai donc créé (ai-je bien fait ?) j'ai relancé de nouveau la commande et la réponse a été [backupftpovh.sh] -->Fin de backup normal de /home a 23:04:54. Durée: 0 mn. Taille: 4 Mb j'en déduit que cela est bon ... :!: le dossier Named est vide si j'ai bien compris celui-ci sert en tant que répertoire Temp

la relase 2 Ovh en fait, je fait des test serveur et Webmin a une option (que n'a pas plesk) pour faire des backups auto à l'heure et date choisi n'étant pas très ligne commande, j'apprécie bien cette option, bon je suis sur que tu vas me dire "tu peut le faire autrement" , la ou je coince c'est que le autrement je ne le connais pas ou très peu je test actuellement cette offre

Bonjour après de longue recherche, je reste dans le floue concernant ce problème de backup Webmin, il existe apparemment des script mais je préfère avoir l'avis de pro tel que vous pour cela en espérant que l'un de vous m'indique une solution, un chemin a explorer, Merci

Bonjour je test actuellement un news serveur sous Webmin, car d'après le hub plesk est une usine à gaz, a la vue de Webmin, je pense que cela est vrais, l'interface et très moches mais beaucoup plus optimisé et automatisé je commence donc à découvrir mon premier soucis, lors d'un backup via webmin, celui-ci ecrase chaque fichier pour le remplacer par le nouveau (backup inutile donc) avez vous une astuce pour que celui-ci ajoute une fichier différent à chaque fois, car aucune option n'est possible a ce niveau D'avance merci

rien à mon niveau pour l'instant, je me demande si Google ne m'oublie pas, la dernière dance Idem rien

Bonjour merci pour votre aide, sous fedora, les fichiers exemple sont bien la /usr/share/doc/mysql-server-5.0/examples j'ai opté pour my-large # The MySQL server [mysqld] port = 3306 socket = /var/lib/mysql/mysql.sock skip-locking key_buffer = 256M max_allowed_packet = 1M table_cache = 256 sort_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 4M myisam_sort_buffer_size = 64M thread_cache_size = 8 query_cache_size= 16M # Try number of CPU's*2 for thread_concurrency thread_concurrency = 2 le problème avec MySQLTuner, c'est qu'il lui faut un serveur qui tourne depuis 48H et le mien (suite au mauvais réglage) tombe généralement avant

Bonjour j'aimerais savoir si il y a une norme bien précise pour un P4 3GHZ avec 1024 de mémoire pour le My.Cnf ou si chaque serveur a son propre réglage n'existe t-il pas un fichier type? car après de longue recherche et réglage divers D'avance merci voici mon resulta SLOW QUERIES The slow query log is enabled. Current long_query_time = 1 sec. You have 0 out of 111 that take longer than 1 sec. to complete Your long_query_time seems to be fine BINARY UPDATE LOG The binary update log is NOT enabled. You will not be able to do point in time recovery See [url="http://dev.mysql.com/doc/refman/4.1/en/point-in-time-recovery.html"]http://dev.mysql.com/doc/refman/4.1/en/poi...e-recovery.html[/url] WORKER THREADS Current thread_cache_size = 8 Current threads_cached = 1 Current threads_per_sec = 0 Historic threads_per_sec = 0 Your thread_cache_size is fine MAX CONNECTIONS Current max_connections = 200 Current threads_connected = 1 Historic max_used_connections = 2 The number of used connections is 1% of the configured maximum. You are using less than 10% of your configured max_connections. Lowering max_connections could help to avoid an over-allocation of memory See "MEMORY USAGE" section to make sure you are not over-allocating MEMORY USAGE Max Memory Ever Allocated : 146 M Configured Max Per-thread Buffers : 899 M Configured Max Global Buffers : 138 M Configured Max Memory Limit : 1 G Physical Memory : 1000.35 M Max memory limit exceeds 90% of physical memory KEY BUFFER Current MyISAM index space = 91 M Current key_buffer_size = 64 M Key cache miss rate is 1 : 5 Key buffer fill ratio = 3.00 % Your key_buffer_size seems to be too high. Perhaps you can use these resources elsewhere QUERY CACHE Query cache is enabled Current query_cache_size = 64 M Current query_cache_used = 164 K Current query_cache_limit = 1 M Current Query cache Memory fill ratio = .25 % Current query_cache_min_res_unit = 4 K Your query_cache_size seems to be too high. Perhaps you can use these resources elsewhere MySQL won't cache query results that are larger than query_cache_limit in size SORT OPERATIONS Current sort_buffer_size = 2 M Current read_rnd_buffer_size = 256 K Sort buffer seems to be fine JOINS Current join_buffer_size = 132.00 K You have had 0 queries where a join could not use an index properly Your joins seem to be using indexes properly OPEN FILES LIMIT Current open_files_limit = 1234 files The open_files_limit should typically be set to at least 2x-3x that of table_cache if you have heavy MyISAM usage. Your open_files_limit value seems to be fine TABLE CACHE Current table_cache value = 512 tables You have a total of 386 tables You have 29 open tables. The table_cache value seems to be fine TEMP TABLES Current max_heap_table_size = 16 M Current tmp_table_size = 32 M Of 0 temp tables, 0% were created on disk Effective in-memory tmp_table_size is limited to max_heap_table_size. Created disk tmp tables ratio seems fine TABLE SCANS Current read_buffer_size = 1 M Current table scan ratio = 3073 : 1 read_buffer_size seems to be fine TABLE LOCKING Current Lock Wait ratio = 0 : 234 Your table locking seems to be fine

bonjour je vous fait par de mes recherches et de mes optimisations de mon My.cnf espérant avoir votre avis sur les réglages (bon ou mauvais) et si j'en ai oublié en passant Merci à vous TrocWeb [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock # Default to using old password format for compatibility with mysql 3.x # clients (those using the mysqlclient10 compatibility package). old_passwords=1 [mysql.server] user=mysql basedir=/var/lib [mysqld_safe] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid [mysqld] set-variable=long_query_time=1 log-slow-queries=/var/log/mysql/log-slow-queries.log [mysqld] log_slow_queries = /var/log/mysql/mysql-slow.log key_buffer_size = 512M query_cache_size = 16M query_cache_limit = 50M thread_cache_size = 4 sort_buffer_size = 510M max_connections = 128 table_cache = 100000 max_heap_table_size = 128M tmp_table_size = 100M read_buffer_size = 7M

pour les .rar évite les espaces, les virgules etc.. fait un nom simple ex moi.rar j'ai déjà eu se problèmes et j'avais en cas de téléchargement un fichier remplir de codes à la place

ma version est : MySQL version 4.1.20-log et mon fichier my.cnf est dépourvu de toutes optimisation, voici ce qu'il contient, donc aucun cache activé ce qui je suppose n'est pas pour améliorer les performances du serveur My.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock # Default to using old password format for compatibility with mysql 3.x # clients (those using the mysqlclient10 compatibility package). old_passwords=1 [mysql.server] user=mysql basedir=/var/lib [mysqld_safe] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid [mysqld] set-variable=long_query_time=1 log-slow-queries=/var/log/mysql/log-slow-queries.log [mysqld] log_slow_queries = /var/log/mysql/mysql-slow.log long_query_time = 2 paramètres Mysql actuel -------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [!!] Your MySQL version 4.1.20-log is EOL software! Upgrade soon! [OK] Operating on 32-bit architecture with less than 2GB RAM -------- Storage Engine Statistics ------------------------------------------- [--] Status: -Archive +BDB -Federated +InnoDB +ISAM -NDBCluster [--] Data in MyISAM tables: 293M (Tables: 327) [--] Data in InnoDB tables: 5M (Tables: 117) [!!] BDB is enabled but isn't being used [!!] ISAM is enabled but isn't being used [!!] Total fragmented tables: 12 -------- Performance Metrics ------------------------------------------------- [--] Up for: 19h 9m 22s (1M q [20.778 qps], 29K conn, TX: 3B, RX: 185M) [--] Reads / Writes: 94% / 6% [--] Total buffers: 34.0M global + 2.7M per thread (100 max threads) [OK] Maximum possible memory usage: 302.7M (30% of installed RAM) [OK] Slow queries: 0% (5K/1M) [OK] Highest usage of available connections: 69% (69/100) [OK] Key buffer size / total MyISAM indexes: 8.0M/91.3M [OK] Key buffer hit rate: 99.9% (178M cached / 187K reads) [!!] Query cache is disabled [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 253K sorts) [OK] Temporary tables created on disk: 10% (253 on disk / 2K total) [!!] Thread cache is disabled [!!] Table cache hit rate: 0% (64 open / 8K opened) [OK] Open file limit used: 10% (103/1K) [OK] Table locks acquired immediately: 99% (1M immediate / 1M locks) [OK] InnoDB data size / buffer pool: 5.9M/8.0M en voici d'autres SLOW QUERIES The slow query log is enabled. Current long_query_time = 2 sec. You have 5626 out of 1443309 that take longer than 2 sec. to complete Your long_query_time seems to be fine BINARY UPDATE LOG The binary update log is NOT enabled. You will not be able to do point in time recovery See [url="http://dev.mysql.com/doc/refman/4.1/en/point-in-time-recovery.html"]http://dev.mysql.com/doc/refman/4.1/en/poi...e-recovery.html[/url] WORKER THREADS Current thread_cache_size = 0 Current threads_cached = 0 Current threads_per_sec = 1 Historic threads_per_sec = 0 Your thread_cache_size is fine MAX CONNECTIONS Current max_connections = 100 Current threads_connected = 3 Historic max_used_connections = 69 The number of used connections is 69% of the configured maximum. Your max_connections variable seems to be fine. MEMORY USAGE Max Memory Ever Allocated : 203 M Configured Max Per-thread Buffers : 268 M Configured Max Global Buffers : 17 M Configured Max Memory Limit : 286 M Physical Memory : 1000.35 M Max memory limit seem to be within acceptable norms KEY BUFFER Current MyISAM index space = 91 M Current key_buffer_size = 7 M Key cache miss rate is 1 : 945 Key buffer fill ratio = 91.00 % You could increase key_buffer_size It is safe to raise this up to 1/4 of total system memory; assuming this is a dedicated database server. QUERY CACHE Query cache is supported but not enabled Perhaps you should set the query_cache_size SORT OPERATIONS Current sort_buffer_size = 2 M Current read_rnd_buffer_size = 256 K Sort buffer seems to be fine JOINS Current join_buffer_size = 132.00 K You have had 48 queries where a join could not use an index properly You should enable "log-queries-not-using-indexes" Then look for non indexed joins in the slow query log. If you are unable to optimize your queries you may want to increase your join_buffer_size to accommodate larger joins in one pass. Note! This script will still suggest raising the join_buffer_size when ANY joins not using indexes are found. OPEN FILES LIMIT Current open_files_limit = 1024 files The open_files_limit should typically be set to at least 2x-3x that of table_cache if you have heavy MyISAM usage. Your open_files_limit value seems to be fine TABLE CACHE Current table_cache value = 64 tables You have a total of 444 tables You have 64 open tables. Current table_cache hit rate is 0%, while 100% of your table cache is in use You should probably increase your table_cache TEMP TABLES Current max_heap_table_size = 16 M Current tmp_table_size = 32 M Of 2109 temp tables, 12% were created on disk Effective in-memory tmp_table_size is limited to max_heap_table_size. Created disk tmp tables ratio seems fine TABLE SCANS Current read_buffer_size = 128 K Current table scan ratio = 2053 : 1 read_buffer_size seems to be fine TABLE LOCKING Current Lock Wait ratio = 1 : 373 You may benefit from selective use of InnoDB. If you have long running SELECT's against MyISAM tables and perform frequent updates consider setting 'low_priority_updates=1'

Dan j'ai pris contact avec le concepteur du script, il me dit de ne surtout pas supprimer les doubles, que cela a été fait pour optimiser le code j'exploite par contre un soucis de taille mon fichier my.cnf ne contient aucune valeur de réglage mis a part quelques ligne et d'après mes longueeeeeesss recherche ce fichier doit avoir des paramètres, ce qui du coup me dit, que mon serveur n'est absolument pas optimisé

j'ai eu une erreur une fois, mais pas les fois suivante, je pense que la commande la réparé, par contre pour supprimer les index en double si tu peut m'aiguiller... je vais tous de même faire des recherches avec note amis Google petite précision de ma part, ce script à l'état brut a déjà des index en doubles, ne sont il pas volontaire ? cela est t-il une erreur de leur part ? TrocWeb (Fred)

j'ai deja effectué cette procédure (plusieurs fois même) selon ta méthode /etc/init.d/mysqld stop cd /var/lib/mysql for i in * do cd /var/lib/mysql/$i myisamchk --force --recover *.MYI done /etc/init.d/mysqld start et rie n'y fait, j'ai toujours ces erreur d'index merci pour tous... j'apprends doucement mais surement avec l'aide du hub

ça joue quand même sur les mots leur phrase, qu'elle est l'intérêt de transférer un domaine chez un prestataire différent si ce n'est que pour quitter l'actuel de plus ils on apparemment bien trainer pour le transfert car dans le cas inverse c'est BEAUCOUP plus rapide Dans le cas dune Transmission Volontaire : Lorsque les deux parties (cédant et repreneur) ont exprimés leur accord pour le transfert du .fr 1&1 Internet récupère sous 1h le Nom de domaine.

re bonjour le Hub concernant la lenteur et le processus mysql (parfois 117 %) parfois 23 le problème indiqué ci dessous par Phpmyadmin peut-il en être la cause ? si oui comment réparer cela, existe t-il un risque pour le site ? Il y a des problèmes avec les index de la table `auction_media` Warning Plus d'un index de type INDEX existe pour la colonne `auction_id` Il y a des problèmes avec les index de la table `auctions` Warning Plus d'un index de type INDEX existe pour la colonne `active` Il y a des problèmes avec les index de la table `bids` Warning Plus d'un index de type INDEX existe pour la colonne `auction_id` Il y a des problèmes avec les index de la table `bulktmp` Warning La colonne `id` ne devrait pas faire partie à la fois d'une clé primaire et d'une clé index Il y a des problèmes avec les index de la table `categories` Warning Plus d'un index de type INDEX existe pour la colonne `parent_id` Il y a des problèmes avec les index de la table `favourite_stores` Warning Plus d'un index de type INDEX existe pour la colonne `store_id` Il y a des problèmes avec les index de la table `invoices` Warning Plus d'un index de type INDEX existe pour la colonne `user_id` Il y a des problèmes avec les index de la table `messaging` Warning Plus d'un index de type INDEX existe pour la colonne `topic_id` Warning Plus d'un index de type INDEX existe pour la colonne `auction_id` Il y a des problèmes avec les index de la table `proxybid` Warning Plus d'un index de type INDEX existe pour la colonne `auction_id` Il y a des problèmes avec les index de la table `users` A noter ces soucis ont toujours été la, j'avais lu précédemment (suite a plusieurs recherche) que cela n'était pas important, je me dit donc que le problème de lenteur de viens pas de la ? d'avance merci pour votre aide

Merci pour ton aide précieuse Dan la requête la plus long et un Query_time: 8, elle concerne également la table custom_fields_data concernant "As-tu bien des index sur owner_id (j'imagine que oui) et page_handle (moins sûr) ?" tu me demande si il y a des requêtes de ce genre dans la liste ?

bonjour Dan et le Hub, j'ai réussi à faire marcher ce fichier mysql-slow.log voila un exemple de la longue liste qui s'enregistre... cela vous parle t-il car moi D'avance merci # User_AT_Host: encheres[encheres] @ localhost [] # Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 248069 SELECT box_id, box_value FROM custom_fields_data WHERE owner_id=100713 AND page_handle='auction'; # User_AT_Host: encheres[encheres] @ localhost [] # Query_time: 2 Lock_time: 0 Rows_sent: 0 Rows_examined: 248069 SELECT box_id, box_value FROM custom_fields_data WHERE owner_id=100025 AND page_handle='auction';

suite... j'ai fait un fichier mysql-slow.log dans /var/log/ puis donné le fichier à l'utilisateur mysql chown mysql mysql-slow.log j'ai indiqué cette ligne tel que ci-dessous dans My.cnf [mysqld_safe] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid max_connections 200 log_slow_queries = /var/log/mysql-slow.log long_query_time = 2 puis j'ai arrêté mysql puis remis en route /etc/init.d/mysqld stop /etc/init.d/mysqld start après plusieurs Heures, le fichier reste vide j'ai vérifié les lignes, tout est ok, comme tu la indiqué Dan, petite question, ne fait tu pas des interventions Ponctuelles à l'heure par exemple

a ben oui, suis je bête, en plus je l'ai fait sur le serveur de jeu de ma Team pour leur donner les droits EDIT c'est bon les droits sont ok, je regarderais dans plusieurs heures ce que cela donnera Merci a toi Oh Grand Dan