NiCoS
-
Compteur de contenus
498 -
Inscrit(e) le
-
Dernière visite
Messages postés par NiCoS
-
-
Regarde par là : http://www.apache-asp.org/
-
Bon on a trouvé, cela venait de bloglines et des raffraichissement de flux rss.
On a déporté les flux sur rsscache.com et le serveur s'en trouve nettement allégé
-
ton cache ?
-
SPIP par ex permet de créer le menu de ton choix vu que c'est toi qui le construit avec des boucles.
Pour le coté modulaire, tu peux avoir un fichier menu.php3, un squelette menu.html et dans tes autres squelettes, tu fais un INCLURE(menu.php3)
D'autres CMS proposent des menus tout faits et je sais pas ds quelle mesure tu peux alors les personnaliser...
-
Ce que je voulais dire, c'est qu'en lisant ce titre, on peut s'attendre à voir une nouvelle faille et non ce genre de soucis
enfin bref, passons
-
PS: Est-ce que quelqu'un peut m'expliquer (en temps normal) comment une table peut être "corrompue ?" (est-ce du à une opération sur la base qui se passe mal ?)
<{POST_SNAPBACK}>
Cas les plus courants :
- disques défaillants (ta bdd n'est rien d'autre qu'un fichier sur un disque...)
- un reboot non prévu du serveur (panne de courant, etc), donc le serveur ne s'est pas arrêté normalement et le fichier peut être corrompu
- d'autres cas surement encore...
-
amha ce serait bien que tu renommes ton titre pour ne pas faire peur à des milliers de bloggeurs
-
Bonjour,
Je viens de voir que ces deux services étaient actifs sur le serveur (via rcconf) et suite à qqs recherches, cela a l'air d'être liée à de la configuration de serveurs MySQL en cluster.
Puis-je désactiver ces 2 services vu que je ne suis pas en cluster ?
Un update-rc.d -f mysql-ndb remove suffit ou y a-t-il des options à désactiver dans le fichier de conf de MySQL (version 4.1, paquets debian)
Merci par avance,
Nicolas
-
Ca a l'air au point mort : http://forum.en1heure.com/vt1107-nouvelle-version.html
-
Ok merci, je suis passé à MaxClients à 30 et idem pour MaxRequestPerChild - on va voir si c'est mieux ou pire demain.
Pour la Ram, je fais la collecte des fonds
Merci bien en tous cas pour tes réponses
-
UP car même si les surcharges sont un peu moins fréquentes et nettement moins élevées, j'en ai encore
-
Sivit ? (pour le mutu + dédié)
-
Que mettrais tu ?
As tu une règle permettant de définir l'ensemble de ces valeurs de façon cohérente, j'avoue que ca m'échappe un peu...
-
Vais tenter avec ça, cela te parait-il cohérent ?
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 20
# http://www.webmaster-hub.com/index.php?showtopic=20278
MaxRequestsPerChild 20et
#Timeout 300
Timeout 60
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
KeepAlive On
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
MaxKeepAliveRequests 50
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
KeepAliveTimeout 15pour la ram, vais voir pour en rajouter
-
arf c'est reparti
top - 18:41:16 up 13 days, 10:55, 1 user, load average: 45.93, 43.57, 31.97
Tasks: 161 total, 1 running, 160 sleeping, 0 stopped, 0 zombie
Cpu(s): 8.8% us, 1.6% sy, 3.3% ni, 77.2% id, 8.5% wa, 0.2% hi, 0.3% si
Mem: 236684k total, 233104k used, 3580k free, 820k buffers
Swap: 514040k total, 271828k used, 242212k free, 27308k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
71 root 10 -5 0 0 0 S 0.3 0.0 2:15.10 kblockd/0
163 root 15 0 0 0 0 D 0.3 0.0 2:22.42 kswapd0
25390 www-data 17 0 60956 10m 7032 D 0.3 4.4 0:01.21 apache2
25674 www-data 17 0 81484 11m 9.8m D 0.3 4.9 0:00.89 apache2
1 root 16 0 1880 360 340 S 0.0 0.2 0:02.08 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.26 ksoftirqd/0
4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.01 khelper
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
8 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
164 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
165 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0
166 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0
167 root 15 0 0 0 0 S 0.0 0.0 0:07.94 xfsbufd
754 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
843 root 18 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
852 root 18 -5 0 0 0 S 0.0 0.0 0:00.00 exec-osm/0
860 root 15 0 0 0 0 D 0.0 0.0 0:05.29 kjournald
1034 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kjournald
1035 root 15 0 0 0 0 D 0.0 0.0 1:23.48 kjournald
1036 root 15 0 0 0 0 D 0.0 0.0 0:10.04 kjournald
1467 daemon 16 0 1704 208 208 S 0.0 0.1 0:00.00 portmap
1616 root 17 0 1644 440 360 D 0.0 0.2 0:37.74 syslogd
1622 root 16 0 2980 380 328 S 0.0 0.2 0:03.41 klogd
1636 bind 18 0 31312 1304 876 S 0.0 0.6 1:01.65 named
1660 root 17 0 1764 280 280 S 0.0 0.1 0:00.00 courierlogger
1661 root 17 0 1872 288 276 S 0.0 0.1 0:00.04 authdaemond.pla
1663 root 17 0 2084 396 360 S 0.0 0.2 0:00.44 authdaemond.pla
1664 root 16 0 2084 376 348 S 0.0 0.2 0:00.48 authdaemond.pla
1665 root 17 0 2084 368 344 S 0.0 0.2 0:00.57 authdaemond.pla
1666 root 17 0 2084 396 360 S 0.0 0.2 0:00.39 authdaemond.pla
1667 root 16 0 2084 388 360 S 0.0 0.2 0:00.37 authdaemond.pla
1672 root 15 0 1868 280 280 S 0.0 0.1 0:00.00 couriertcpd
1675 root 15 0 1764 284 284 S 0.0 0.1 0:00.00 courierlogger
1680 root 16 0 1864 308 300 S 0.0 0.1 0:01.15 couriertcpd
1683 root 16 0 1764 296 292 S 0.0 0.1 0:01.41 courierlogger
1688 root 20 0 1588 256 256 S 0.0 0.1 0:00.00 inetd
1946 root 17 0 1868 332 332 S 0.0 0.1 0:00.82 smartd
1952 root 16 0 4608 380 348 S 0.0 0.2 0:08.44 sshd
1995 root 16 0 3000 404 404 S 0.0 0.2 0:00.00 famdet un autre :
top - 18:42:31 up 13 days, 10:56, 1 user, load average: 38.48, 42.07, 32.36
Tasks: 161 total, 1 running, 160 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.7% us, 0.7% sy, 0.0% ni, 0.0% id, 95.7% wa, 1.0% hi, 0.0% si
Mem: 236684k total, 233268k used, 3416k free, 3304k buffers
Swap: 514040k total, 275656k used, 238384k free, 30684k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12121 mysql 17 0 141m 18m 2236 D 0.7 8.0 7:29.92 mysqld
71 root 10 -5 0 0 0 S 0.3 0.0 2:15.15 kblockd/0
25260 www-data 17 0 61256 10m 7120 S 0.3 4.3 0:01.96 apache2
25427 www-data 17 0 60464 8488 5976 D 0.3 3.6 0:01.10 apache2
25431 www-data 16 0 60540 9496 6936 D 0.3 4.0 0:00.74 apache2
25443 www-data 17 0 61184 9m 7020 D 0.3 4.3 0:01.76 apache2
25491 www-data 17 0 60824 9056 6632 S 0.3 3.8 0:01.23 apache2
25496 www-data 15 0 72064 9660 7172 D 0.3 4.1 0:02.84 apache2
25572 www-data 16 0 61216 10m 8028 D 0.3 4.6 0:00.83 apache2
25634 www-data 17 0 72088 10m 6168 D 0.3 4.4 0:01.72 apache2
25642 www-data 16 0 62416 9784 6348 D 0.3 4.1 0:01.41 apache2
25652 www-data 17 0 60484 9040 6788 D 0.3 3.8 0:02.47 apache2
25661 www-data 16 0 60472 9804 6800 S 0.3 4.1 0:01.84 apache2 -
Ok vais essayer ça pour voir, merci !
-
A priori oui :
sd716:~# hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 80293248, start = 0sd716:~# hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 968 MB in 2.00 seconds = 483.00 MB/sec
Timing buffered disk reads: 114 MB in 3.01 seconds = 37.90 MB/secet
sd716:~# hdparm -i /dev/hda
/dev/hda:
Model=Maxtor 6E040L0, FwRev=NAR61EA0, SerialNo=E1RHE5HE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=80293248
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7
* signifies the current active mode -
Hello,
Je sors d'une phase où j'ai eu un load average de 40 sur mon petit serveur Duron 1600 / 256 Mo RAM - et cela a l'air reparti pour un tour...
Lors de cette phase, la swap était monté à plus de 300 Mo mais le CPU était peu utilisé (étrangement)
sd716:/var/log/mysql# top
top - 13:26:15 up 13 days, 5:40, 1 user, load average: 1.42, 1.04, 1.35
Tasks: 106 total, 2 running, 102 sleeping, 0 stopped, 2 zombie
Cpu(s): 17.9% us, 32.9% sy, 0.0% ni, 45.8% id, 3.0% wa, 0.0% hi, 0.3% si
Mem: 236684k total, 225756k used, 10928k free, 2572k buffers
Swap: 514040k total, 76020k used, 438020k free, 119136k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12121 mysql 16 0 122m 33m 4288 S 43.9 14.4 2:12.27 mysqld
14944 www-data 17 0 0 0 0 Z 1.7 0.0 0:00.54 apache2 <defunct>
15050 www-data 17 0 0 0 0 Z 1.3 0.0 0:00.28 apache2 <defunct>
15089 www-data 16 0 60600 14m 9220 S 1.0 6.2 0:00.43 apache2
15075 root 16 0 2200 1124 848 R 0.3 0.5 0:00.05 top
1 root 16 0 1880 372 344 S 0.0 0.2 0:02.03 initDans apache2.conf, j'ai :
#Timeout 300
Timeout 180
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
KeepAlive On
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
MaxKeepAliveRequests 100
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
# KeepAliveTimeout 15
KeepAliveTimeout 5
<IfModule prefork.c>
StartServers 15
MinSpareServers 10
MaxSpareServers 15
MaxClients 80
MaxRequestsPerChild 5
</IfModule>et au niveau de MySQL, je suis en version 4.1 avec les options suivantes ajoutées à la conf par défaut de debian que j'avais trouvé à droite et à gauche:
# QQS optimisations :
set-variable = connect_timeout=20
set-variable = max_connections=200
set-variable = long_query_time=10
set-variable = thread_cache_size=20
set-variable = table_cache=128
set-variable = join_buffer_size=512K
set-variable = myisam_sort_buffer_size=32M
set-variable = record_buffer=256K
set-variable = read_rnd_buffer_size=256K
# Here you can see queries with especially long duration
log-slow-queries = /var/log/mysql/mysql-slow.logDes idées d'amélioration ???
Car la surcharge ne vient pas du trafic en lui même, mrtg annonce un trafic tout à fait normal.
Merci d'avance,
Nicolas
-
Je connais aucun hébergeur mutualisé proposant de l'oracle...
-
certes certes, mais je n'en ai pour le moment ni les compétences techniques pour le faire, et malheureusement encore moins le temps...
un jour quand je serai plus grand... :'/
-
J'ai approfondi mon dernier test et voilà mon retour :
Points positifs :
* Fonctionnellement et ouf of the box, il est plus riche que dotclear : gestion de pages statiques, gestion des accès à un billet, gestion du multi catégories, gestion des sous-catégories, possibilité de créer une catégorie depuis la page de rédaction d'un billet (merci ajax), etc
* Les balises html sont bien gérées, plus simple que l'édition en mode wiki dans dotclear
* Possibilité d'avoir une prévisualisation du billet
* Possibilité de joindre un ou plusieurs documents à un billet
* Possibilité de créer des pages statiques ! Pratiques pour les pages "Mentions légales", "A propos", "Mon CV", etc
* Possibilité de créer des champs personnalisés à la volée
* Gestion des liens plus complètes que dotclear
* Editeur de thèmes / fichiers depuis l'interface web
* Cycle de validation des billets activables
* Plein de petits options à droite et à gauche
Points négatifs :
* L'éditeur WYSIWYG qui n'apporte pas la même richesse fonctionnelle que les balises HTML peut être désactivté depuis sa page de profil en décochant "Utiliser léditeur de visueli pour écrire",
* Quand on crée un catégorie, contrairement à dotclear, on n'a pas un bouton "essayer" qui propose de générer automatiquement le nom "technique" de la rubrique et qui sera utilisé dans les urls, (et pourtant WP 2.0 semble rempli d'ajax)
* Les urls à pinguer ne semblent pas être détectées automatiquement (pour un blog, ca me parait étrange)
* Certaines actions se font depuis écrire, d'autres depuis gérer, c'est parfois un peu confusionnant.
En conclusion : Wordpress remonte dans mon estime mais ces quelques manques ne me décident pas encore à passer le pas vers cet outil;)
-
+1, je rejoinds l'avis de davidm : le pseudo temps perdu au début en prise en main du CMS ou éventuelle adaptation est amha largement inférieur à celui de maintenir un site en full html/css surtout que tu ne pourras déléguer sa maintenance qu'à une personne capable techniquement de mettre les mains dans le code...
-
Dans le fichier htaccess.txt que tu as du renommer en .htaccess pour avoir des "urls propres", tu as un
# RewriteBase /sous/repertoire
tu fais :
RewriteBase /lux/SPIP/
Dans ton répertoire écrire, rajoute ensuite un fichier mes_options.php3 contenant :
<?php
# URLs "propres" et "propres2"
$type_urls = 'propres';
?>et cela devrait marcher :-)
-
Pour une version simple :
http://www.destination-linux.org/article32.html
et en version multidomaine : http://www.destination-linux.org/article34.html
Contrôler la bande passante allouée à un domaine
dans Hébergement de Sites
Posté
Hello,
Je cherche à limiter la bande passante utilisée par un site de deux manières :
- Bande passante à un instant "t" => mod_bandwith (http://www.ivn.cl/apache/)
- Bande passante globalement utilisée par le site (ex pas plus de X Go par jour sans limite de débit)
Je n'arrive pas à mettre la main sur un module apache2 capable de faire cela.
=> mod_tsuami n'est plus maintenu et n'est pas compatible apache2
=> mod_throttle : j'arrive pas à trouver un truc à ce sujet
Donc si qqn a une piste intéressante, je suis preneur
Merci d'avance et bon week end à tous