TrocWeb

essaye de voir du coté de Mysqltuner et tuning-primer.sh pour t'aider a régler My.cnf

merci bien pour votre aide

si je comprend bien ce que tu me dit il faut l'exécuté sans wget et donc par un chemin absolu ? du type /home/monsite/cron_job/fichier_cron.php >/dev/null et sous l'user du site et donc garder >/dev/null ?

j'ai pourtant suivie les précédents conseils, le cron est exécuté ainsi wget *h*ttp://w*w*w.monsite.fr/cron_job/fichier_cron.php >/dev/null

bonjour, existe t-il une solution pour empêcher l'écriture des ces fichiers a chaque opération ?

ca y est... je doit changer la date du footer et je ne trouve plus ou le faire sur ipb Powered By IP.Board 2.3.6 © 2008 IPS, Inc. Licensed to: Copyright ©2006/2008 TrocWeb CopyrightFrance © N°TU8X174, Tout Droit réservé, Déclaration CNIL N°1218988. si quelqu'un peut me rafraichir la mémoire d'avance merci

bonjour, est-il normal après la mise en place d'un cron job avec l'user root, à chaque exécution de celui-ci je me retrouve avec un fichier dans /root ex: main_cron.php.2864 main_cron.php.2865 etc... TrocWeb

cela ne t'empêchera pas en cas d'infection d'un virus de tous perdre, voir même... ne plus démarrer si il érase le Mbr de ton Windows, ou pire, envoyer des accès à des gens mal intentionnées captain_torche a raison sur ce coup la

j'ai passé la nuit à migrer le site sur le nouveau serveur, apparemment tous c'est bien passé TrocWeb et de nouveau en place, certain ne pourrons y avoir accès du à la propagation des dns en cours je suis heureux d'avoir oublié Plesk pour Webmin, il y a pas à dire, c'est vraiment plus puissant et ne prend pas 80 % des ressource à lui seul Merci le hub pour toutes l'aide passé, présente et future. TrocWeb

meilleurs vux à tous

a moins d'avoir mal compris, pour moi les images sont pareils sur les 2 liens quand je regarde Version future et test

bonjour quel est ton antivirus ? mon premier avis et que tu a un virus qui en cas de scan de celui-ci kill (tue) ton anti-virus qui du coup fait planter ta machine mon second avis et que ton antivirus est déjà mort, seul les icônes etc sont encore la, mais il travaille dans le vent fait un scan en ligne ici pour voir, et fait un test de ton antivirus ici

100 % avec kaspersky depuis plusieurs années, c'est a mon avis l'un des meilleurs, il est lourd pour de petites machines, mais on sais pourquoi (car il est complet)et détecte bien souvent les infections avant les autres

pour l'instant il est vide, juste cela Dec 13 16:56:59 ns23582 kernel: klogd 1.4.1, log source = /proc/kmsg started.

merci Dan voila fichier créé selon ta commande touch et restart de syslog /etc/init.d/syslog restart Arrêt de l'enregistreur chronologique du noyau : [ OK ] Arrêt de l'enregistreur chronologique du système : [ OK ] Démarrage de l'enregistreur chronologique du système : [ OK ] Démarrage de l'enregistreur chronologique du noyau : [ OK ]

Oupsss, e me suis trompé c'est un P4 j'ai confondu avec 3 Ghz processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel® Pentium® 4 CPU 3.00GHz stepping : 9 cpu MHz : 2992.679 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pebs b ts sync_rdtsc pni monitor ds_cpl cid cx16 xtpr lahf_lm bogomips : 5992.82 clflush size : 64 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel® Pentium® 4 CPU 3.00GHz stepping : 9 cpu MHz : 2992.679 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pebs b ts sync_rdtsc pni monitor ds_cpl cid cx16 xtpr lahf_lm bogomips : 5980.24 clflush size : 64

Merci dan dans /etc/syslog.conf # Log all kernel messages to the console. # Logging much else clutters up the screen. #kern.* /dev/console je pense que dans l'état actuel rien n'est enregistré, il faut que je supprime le # avant kernes.* et relancer apache ? comme ceci: kern.* /dev/console ***************************************** Si ton serveur est un mono-cpu, simple coeur, tu peux désactiver le support smp dans le fichier de boot (lilo.conf ou grub.conf) en ajoutant un "nosmp" en fin de la ligne "kernel ...." c'est un P3 , quel est l'intérêt de désactiver le support smp (je ne met pas en doute tes infos, juste que j'essaye de comprendre un peu toutes ces commandes) PS2, en plus de la mémoire défectueuse, cela peut aussi être dû à un disque défectueux. la je commence doucement à flipper

oui je sais que Dan peu faire cela (les yeux fermé même) , malheureusement pour l'instant l'infogérance de notre ami Dan est en suspend tout au moins tant que TrocWeb restera gratuit a 100% car, l'hébergement,la pub, etc.. ont un coup non négligeable pour un site qui ne rentre rien, mais une chose est sur, dés que cela est possible je passe les commandes à Dan, car franchement, a chacun son métier et entre nous, tous ce temps passé à essayer de comprendre les problèmes du serveur est en faite du temps de perdu pour le site, j'en ai conscience de plus en plus en tous cas merci pour ton aide et infos, cela me permet de progrésser doucement, le Hub est vraiment fantastic pour cela

oui plesk , je vais bientôt transférer le site (enfin essayer ) sur le nouveau serveur (déjà en ma possession) qui est sous webmin mais je flippe de le faire, de franchire le pas... peur de faire des bêtises, enfin tu vois quoi,

bizarre ce fichier devrait pourtant d'après mes recherche être bien présent à l'endroit que tu a indiqué /var/log/kern.log, mais non rien -bash: smartctl: command not found

aucun kern.log à cet endroit pour ta question Fedora Core release 4 (Stentz) Linux ns23582.ovh.net 2.6.24.5-xxxx-std-ipv4-32 #4 SMP Mon Jun 2 19:11:10 CEST 2 008 i686 i686 i386 GNU/Linux voici le mail reçu de ovh Bonjour, A la date 2008-12-12 13:34:41, nous avons constaté un défaut sur votre serveur et nous avons programmé une intervention afin de palier à ce defaut. L'intervention sur votre serveur a été terminée à la date: 2008-12-12 13:49:31 Voici le détail de l'intervention réalisée: Date: 2008-12-12 13:34:41 : ns23582.ovh.net detected as down Date 2008-12-12 13:42:45, Cedric made HARD Reboot: message d'erreur : "kernel panic not syncing fatal exception in interrupt" reboot effectu ecran sur login ping ok services up A titre informatif, le temps de resolution de l'incident a ete de: 14m 50s A l'heure actuelle, nous n'enregistrons plus de defaut sur votre serveur dédié

j'ai jeté un il aux différents log, secures, message lastlog, mysqlog apparemment rien d'anormal, si ce n'est que les nombreuses attaques pour essayer de trouver une connexion ssh ou ftp par des robots si cela est vraiment une panne matériel, je m'étonne qu' ovh ne fait que rebooter le serveur sans s'inquiéter du reste, n'ont il pas les moyens de détecter cela ? Voici le détail de l'intervention réalisée: Date: 2008-12-12 13:34:41 : ns23582.ovh.net detected as down Date 2008-12-12 13:42:45, Cedric made HARD Reboot: message d'erreur : "kernel panic not syncing fatal exception in interrupt" reboot effectu ecran sur login ping ok services up

je vais aller jeter un oeil, mais à mon avis, rien ne sera stipulé pour ce problème car, c'est assez franc (rapide) comme panne

bonjour d'après vous, quel est en général la raison d'un : kernel panic not syncing fatal exception in interrupt 2 fois en 2 jours cela me parait beaucoup d'avance merci

merci pour ton aide, je regarderais cela dès que possible car, à cette heure ...