Yakaa.Net Coder Committee

Les jiclées de spams ayant quelques peu diminuées depuis la fermeture des commentaires, je réouvre ces derniers.

Spamplemousse est au garde-à-vous ;-)

Un petit coup de gueule, parce que desfois, faut que ça sorte.

J'ai passé les 5 dernières années avec des Disques Dur WD Raptor 36Go configurés en RAID0 sur deux cartes mères successives.

JAMAIS AUCUN DES DEUX DISQUES, ne m'as posé le MOINDRE PROBLÈME DURANT 5 ANS, PAS UN SECTEUR DEF, RIEN.

Et puis, est venu le temps de la sagesse.

Aller vite c'est bien, mais si l'un des deux disques foire, je perd mes 60 go de données, ça craint.

Alors je me suis dit: "Diantre, pourquoi ne pas prendre deux disques de 400Go pour remplacer tes Raptor et tes deux autres Disques ? tu pourrais les mettre en Raid1 et avoir ainsi la sécurité de tes données" me dis-je, (sans oublier le fait de plus avoir les bruits des raptors qui grattent).

J'ai donc changé mes deux Western Digital vieux de 5ans par des Samsung 400Go tout neufs.

Bien mal m'en as pris...

Nonobstant les 8 heures d'installation pour les configurer en raid et réussir a installer un Windows dessus, j'arrive aujourd'hui a la DEUXIÈME panne sur les deux disques... en 3 mois d'utilisation.

Car oui:

• Après 1mois et demi, le premier disque me lâchait dans des claquements assez sympathique. Il fut changé par un modèle identique dans la foulée.
• Rebelotte 1 mois et demi plus tard, celui que j'ai changé me relâche avec le même symptôme... "Current_Pending_Sector 16" me crache le S.M.A.R.T (qu'on ne peux sonder via smartctl d'ailleurs, NDLR).

Alors oui, aujourd'hui je le dis, haut et fort parce qu'il le faut :

LES DISQUES DUR SAMSUNG C'EST DE LA MERDE EN BARRE

Voilà, je me sens soulagé désormais.

Journée SAV demain, damned.

Hello,

Je ferme les commentaires le temps de trouver une solution contre les Jets de spam que subit le blog ces dernier temps (à 250 commentaire spammeux / jours, çà commence a me prendre du temps de tout modérer...)

Pour ceux qui ont ce genre de bizzarerie en bas de leurs DotClear après que leur hebergeur ai migré en PHP5.2

Warning: mysql_query(): 26 is not a valid MySQL-Link resource in /var/www/dotclear/inc/classes/class.mysql.php on line 170
Warning: mysql_error(): 26 is not a valid MySQL-Link resource in /var/www/dotclear/inc/classes/class.mysql.php on line 227
Warning: mysql_errno(): 26 is not a valid MySQL-Link resource in /var/www/dotclear/inc/classes/class.mysql.php on line 228
Warning: mysql_query(): 26 is not a valid MySQL-Link resource in /var/www/dotclear/inc/classes/class.mysql.php on line 170
Warning: mysql_error(): 26 is not a valid MySQL-Link resource in /var/www/dotclear/inc/classes/class.mysql.php on line 227

Il faut commenter la ligne "$con->close();" dans layout/append.php.

Pour le reste, la Migration PHP5.2 et upgrade MySQL en Innodb à pas trop mal fonctionné jusqu'ici. (Je touche du bois).

Juste un billet pour vous dire que le serveur traverse actuellement une zone de turbulences, le emerge --sync && emerge -Dav world ayant quelque peu crée des trous d'air, les modules "Auth" ayant dégagé direct d'Apache 2.2 (Bonjour Authz!).

Bref, le Apache2.2 à maintenant l'air de tenir le cap (après ablation de certaines lignes du httpd.conf), et Postfix est de nouveau en route. Pour MySQL c'est pas encore gagné.

... Non je n'ai pas changé !

Par contre j'ai changé mon écran. Ca vous en fait une belle jambe hein? Mais lequel donc qu'il à choisi ? HAHA, vous le saurez bientôt.

Bon, c'est pas que ça m'enèrves, mais j'ai pleins de débuts d'idées a bloguer en ce moment mais je trouve pas le temps de le faire. Chier tiens.

Si un jour il y a 14 articles qui tombent, c'est normal.

Bon, je vous laisse, je suis à la recherche du purgeur de Spam ultime pour Dotclear (Spamplemousse ne permettant que de les filtrer).

Je ne sais pas encore ce qui m'est passé par la tête tout à l'heure, mais j'ai vraiment eu une idée a la con. Oh trois fois rien, juste remplacer un index.php tout sale :

<?php header('HTTP/1.1 301 Moved Permanently', false, 301); header('Location: http://www.yakaa.net/dotclear/'); exit(); ?>

Par un magnifique .htaccess tout beau tout propre:

RewriteEngine On
RewriteOptions inherit
RewriteCond %{REQUEST_URI} ^/(admin|locales|public|themes)
RewriteRule ^/(.*)$ /dotclear/$1 [L]
RewriteCond %{REQUEST_URI} !^/(cgi-bin|error|icons|robots.txt|favicon.ico|404|dotclear|files/|img/)

Seulement le problème, c'est que quand je code un truc, j'ai Murphy sur le dos tout le long.

Dans un premier temps, j'ai divisé mon Apache en 2 vhosts (www.yakaa.net pour le blog, et secure.yakaa.net pour un pote), et puis je voulais, comme un certain Petaramesh foutre mon Dotclear "à la racine". Bien mal m'en a pris:

Entre les " Directory index forbidden", les " (13)Permission denied:" et autres "mod_rewrite: maximum number of internal redirects reached. Assuming configuration error. Use 'RewriteOptions MaxRedirects' to increase the limit if neccessary.", j'ai cru que le blog ne reviendrait pas sur la surface du net avant demain.

Las de chercher, j'ai donc refoutu mon .php en place et je suis aller me reposer.

En revenant, j'ai vu qu'il y avait dans le index.php de dotclear, une option Path qui permet de foutre DotClear à la racine sans se prendre la tête ... :

# Chemin vers la racine de l'application (si vous changer le fichier de place)
$app_path = '/';

# Si par exemple vous mettez blog.php à la racine de votre site et que DotClear
# se trouve dans /dotclear vous pouvez décommenter cette ligne :

Putain mais quel con !^[1]

Yakaa.Net a été indisponible ces dernière 48h: c'est normal.

Le serveur a été migré de Debian (2.6.15/apache1/php4/mysql4) vers Gentoo (2.6.19/apache2/php5/Mysql5).

J'en ai chié, mais le serveur web est en place. Le bestiaud a l'air de pas trop faire la gueule, tant mieux.

La migration n'a pas été facile (et n'est surtout pas terminée), mais c'est en bonne voie.
Si l'image disparait de nouveau, rassurez vous: ceci n'est pas une defaillance de votre téléviseur. ;-)

Je tiens a remercier les gentil trouducul qui me spams mes trackbacks depuis hier. Oui, j'y tiens. et pour les remercier poliment, j'ai meme tenu a les integrer directement dans mon firewall, tenez regardez:

Sephiroth:/etc/apcupsd# grep 212.24.48. /etc/firewall.banned
212.24.48.0/24

Hopla, toute une classe IP banni pour 10 connards. Mais de toute façon, a part Google, je m'appercois que pas grand monde ne visite ce site, ou alors, tombent dessus par hasard en cherchant des termes aussi farfelus que le bétisier du net, la véracité d oscar wilde ou encore demonstration gratuite de tests du code de la route en arabe (O_o)

Bref, merci aux connards de spammeurs.

comment fabriquer une couille
comment fabriquer un lynx
serviteur massotherapeute
comment fabriquer une pute
zidane infidéle

...

Ceux qui ont déjà fait une connerie sous root, et les autres.

Moi, je n'ai pas encore fait de connerie sous root, mais ce que je viens de faire mériterait le prix de la connerie de la semaine. En effet, j'ai un programme sur son serveur qui fait des enregistrements divers et variés dans une table MySQL, tout ce qu'il y a de plus classique. En observant mon programme, je le trouvais un peu 'lent' hier soir, "Certainement la table qui doit devenir grande" me dis-je. Effectivement, je regarde :

	klines 	 	1 906 385 	MyISAM 	latin1_swedish_ci 	310,1 Mo
	uhost 	      122 390 385 	MyISAM 	latin1_swedish_ci 	2,06 Go

Effectivement, c'est sans appel, il y a grand besoin d'un bon coup d'OPTIMIZE dans tout ça. Ni une ni deux, je mets le programme en stand-by, mysql en ligne de commande, hop hop hop, un coup de use par ci et vlan: "OPTIMIZE TABLE `ial`;" !

Une heure passe, deux heures ... trois heures, je commence à trouver cela bien long. Je regarde le MyTOP: "6400 OPTIMIZE TABLE", il réponds, il n'as pas l'air d'être planté pourtant, regardons le 'top' : 0,2% CPU 98,1% IDLE. Bon, il à du planté, l'activité disque est plate comme l'encéphalogramme de la grenouille... On va killer proprement hein ! MyTOP, 'k' ID to kill : 4487. Et, là VLAN : MySQL me crache un violente erreur 28. L'erreur 28 ? No space left on device ...

Je tente de lire ma table :

SELECT COUNT( * ) AS num
 FROM `Detector`.`uhost`

#1016 - Can't open file: 'uhost.MYI' (errno: 144)

Merde ... j'ai gaufré ma table de 6,000,000 d'enregistrements..., le /etc/init.d/mysql restart ne donne pas beaucoup d'espoir:

Detector.uhost 
warning  : Table is marked as crashed and last repair failed
error    : Keyblock size at page -1 is not correct.  Block length: 254  key length: 2
error    : Corrupt

Improperly closed tables are also reported if clients are accessing
the tables *now*. A list of current connections is below.

+++-++-++-+--+
| Id | User             | Host      | db | Command | Time | State | Info             |
+++-++-++-+--+
| 5  | debian-sys-maint | localhost |    | Query   | 0    |       | show processlist |
+++-++-++-+--+
Uptime: 2  Threads: 1  Questions: 632  Slow queries: 0  Opens: 568  Flush tables: 1  Open tables: 512  Queries per second avg: 316.000

Heureusement, le .MYD existe toujours dans le /var/lib ... je le copie vers un filesys ou l'espace regorge, et je tente la commande miracle myisamchk -r, et j'attends...

Sephiroth:/sephiroth/home# myisamchk -r uhost.MYI
- recovering (with sort) MyISAM-table 'uhost.MYI'
Data records: 4505073
- Fixing index 1
736000

Putain mais quel con ... au moins ça m'apprendra a être impatient et à ne pas regarder mon espace libre ! Et puis la prochaine fois, promis, je fait un /var/ avec un vrai point de montage dedans a l'interieur et tout plein de Go rien que pour lui … :x

---

Mise a jour 28/09 20:02: Il n'y a pas que MySQL qui fait la tronche :

SMTP Server error: Transcript of session follows.

Out: 220 mail.yakaa.net ESMTP Postfix Welcome.
In:  helo localhost
Out: 250 mail.yakaa.net
In:  mail from: <kataras13@wilesreptiles.com>
Out: 452 Insufficient system storage

Session aborted, reason: lost connection

Et vous, d'où bloguez-vous ? Si à cette question le non moins célèbre DTC pourrait parfaitement convenir, il en est certainement tout autre en verité.

Lire la suite

C'est avec regret que je vous annonce le décès de M. Maxtor 6Y160P0.

Opéré le 28/11/05 d'une tumeur des secteurs, ce dernier n'aura survecue que 6 mois a la longue mort lente des reallocated sectors count ...

Le rapport d'autopsie est sans appels :

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
3 Spin_Up_Time 0x0027 204 203 063 Pre-fail Always - 10848
4 Start_Stop_Count 0x0032 252 252 000 Old_age Always - 2403
5 Reallocated_Sector_Ct 0x0033 252 001 063 Pre-fail Always In_the_past 19
6 Read_Channel_Margin 0x0001 253 253 100 Pre-fail Offline - 0
7 Seek_Error_Rate 0x000a 253 252 000 Old_age Always - 0
8 Seek_Time_Performance 0x0027 252 237 187 Pre-fail Always - 39129
9 Power_On_Minutes 0x0032 230 230 000 Old_age Always - 415h+28m
10 Spin_Retry_Count 0x002b 253 252 157 Pre-fail Always - 0
11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 253 253 000 Old_age Always - 80
192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age Always - 0
193 Load_Cycle_Count 0x0032 253 253 000 Old_age Always - 0
194 Temperature_Celsius 0x0032 253 253 000 Old_age Always - 27
195 Hardware_ECC_Recovered 0x000a 253 252 000 Old_age Always - 2078
196 Reallocated_Event_Count 0x0008 001 001 000 Old_age Offline - 2554
197 Current_Pending_Sector 0x0008 252 001 000 Old_age Offline - 17
198 Offline_Uncorrectable 0x0008 253 001 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0008 199 199 000 Old_age Offline - 0
[...]

Paix a ton âme petit DiamondMax Plus 9^[1], mais rassures toi, tu n'as pas été seul a mourrir cette nuit.

L'idée me viens du billet de Swami Petaramesh sur son Jukebox Interieur.

Vous trouverez désormais sur la gauche de ce site, en dessous du Sommaire, un petit intitulé 'Le Jukebox', ou sera notifié la/les chanson(s) qui représente(nt) l'etat d'esprit de votre serviteur sur le moment. (Et peut-être en temps réel via un plugin pour winamp par ex.).

L'on commencera avec du classique: J.J Goldman - Là bas^[1]

Voilà ! ou devrais-je dire, Enfin !

Après 3 semaine sans Tel/Net, France Télécom a enfin cablé ma ligne en Dégroupage Totale chez Free.

Lire la suite