Ces symptômes étaient les suivants :

• une boîte de réception inaccessible depuis la liste des boîtes de réception avec l’obligation de passer par les comptes : donc des petits clics supplémentaires et une ergonomie devenant vraiment moins géniale.
• Une présentation des dossiers avec deux dossiers « Boîte de réception » (cf. ci-contre), pas très grave mais c’était clairement le signe d’un problème.
• et surtout plus de possibilité d’archiver les mails mais obligation de les effacer, et ça, c’est beaucoup moins pratique, surtout pour les mails dans les conversations : la mise en corbeille d’un mail d’une conversation à tendance à supprimer toute la conversation.

• Connectez-vous à votre boîte mail
• Allez dans les préférences -> Libellés
• Et vérifier que la case à cocher « Afficher en IMAP » est effectivement cochée pour les libellés « Messages envoyés », « Brouillons », « Tous les messages » et « Corbeille » (cf. capture du paramétrage sur ma boîte ci-dessous)

Et voilà, la boîte mail se comporte à nouveau normalement.

SFINX est un noeud d’échange (peering) géré par RENATER un groupement d’intérêt public regroupant de grands nom de la recherche en France. C’est lui qui gère l’infrastructure réseau des campus français notamment.
En fonction de l’opérateur Internet le trafic qui arrive chez OVH passe par différents noeuds, soit OVH dispose d’un lien avec cet opérateur soit le trafic peut passer par un noeud de connexion comme SFINX. Or ce matin, il se trouve qu’un souci chez SFINX a provoqué des problèmes de trafic réseau chez eux d’où l’inaccessiblité pour ces clients qui provenaient de SFINX de nos serveurs.

Au-delà de blâmer tel ou tel opérateur pour une panne, dont on sait qu’elle peut arriver (et pour laquelle il est pertinent de mesurer les procédures permettant de réduire l’indisponibilité), se pose pour moi deux questions.

La première est : quelle est la responsabilité des différents acteurs pour ce type de panne ?

En effet, OVH garantit sur les serveurs que nous possédons une disponibilité de 99,9 %, de notre côté, nous avons des choses similaires auprès de nos clients. Mais dans ce cas, le serveur n’est pas indisponible, le problème provient d’un souci qui n’est même pas du ressort d’OVH mais de l’un de ses prestataires.
Je n’ai pas mené de recherche plus poussée que ça (je commence à le faire) mais c’est là une question intéressante à se poser.

L’autre point est la structure même d’Internet.

A l’origine Internet a été conçu par l’armée américaine pour structurer les réseaux des ordinateurs militaires dans un maillage complet de telle manière qu’en cas de guerre atomique (c’était la guerre froide à l’époque), si jamais l’un des noeuds était détruit, que le trafic réseau puisse continuer à se faire en passant par d’autres noeuds.
Aujourd’hui on se rend compte que si de plus en plus de monde est connecté à Internet, sa structure n’est plus du tout maillée, pour passer entre les réseaux des différents opérateurs, il faut passer par ces noeuds… et forcément quand il y a un problème… ça coince (heureusement que le risque de conflit atomique à grande échelle s’est éloigné ).
Et je ne parle pas ici, des motivations commerciales qui peuvent apparaître entre deux opérateurs pour la mise en place du peering…

Et pour cause, le message d’erreur est une erreur HTTP qui provient directement de Nginx. Un petit coup d’oeil sur le net et dans la doc de Nginx donne la solution : il s’agit de la directive client_max_body_size qui par défaut est à 1 Mo.
Elle s’utilise dans les contexte http, server ou location (on peut donc logiquement définir une taille max par vhost, ou par site par ex.)

Voili voilou, plus d’info dans la documentation de Nginx.

• ça raaaaame comme pas possible, voire l’appli se coupe et on revient au menu principal
• ça nuit gravement à l’utilisation du bousin, vu que parfois, c’est même décrocher qui est impossible, pour peu qu’on était entrain d’écouter de la zik et d’envoyer un sms, comme l’iPhone est en galère, le slide pour répondre à l’appel est freezé.

Bref, je ne sais si je suis un cas isolé mais je recommande de ne surtout pas faire de mise à jour vers l’iOS 4 sur un iPhone 3G simple.

EDIT 11/09/2010 : La mise à jour de l’iOS 4.1 disponible depuis cette semaine règle ce problème, on retrouve un niveau d’utilisation de l’iOS 3 (bien que cela reste moins rapide qu’avec un iPhone 3GS, mais c’est logique).
Cette mise à jour avait été annoncée par Apple pour notamment résoudre les problèmes d’occupation mémoire et lenteurs sur les iPhones 3G de base.

A la suite d’une réinstallation de mon système, je découvre, très embêté, que lorsque j’essaie de configurer le greffon (plug-in) last.fm sur mon rythmbox, j’ai systématiquement le message d’erreur suivant : Nom d’utilisateur et/ou mot de passe incorrect.
En fait, la solution (trouvée sur le forum Rythmbox de last.fm) est de saisir son identifiant et son mot de passe puis de valider par la touche TAB (pour changer de champ) et non pas ENTREE.

Très très sioux, mais ça marche !!

En espérant que ça puisse aider…

Au tout départ de ma quête d’un nouvel hébergement, j’avais quelques objectifs :

• que l’hébergement ne me coûte pas un bras
• si possible un FreeBSD en distribution installée
• pas d’hébergement mutualisé avec juste un accès ftp, il me faut un accès shell avec la possibilité de faire « tout ce que je veux » dessus
• faire tourner principalement le blog en production et pouvoir en faire, à côté, un petit labo pour moi

Après quelques recherches sur la place des hébergeurs les plus connus (je précise ici, que je suis déjà client d’hébergement pro pour ma boite chez l’un des plus connus en France), je tombe sur un excellent article d’Olivier Meunier qui nous fournit un tuto d’install à destination d’hébergements virtualisés. Le tutorial est accessible ici.
Et là, mais c’est bien sûr, voici l’occasion rêvée, pour pas cher, d’aller tester tout ça… Du coup, hop, un rapide tour des offres et c’est décidé : ça se fera chez Gandi, excellent registrar (notre prestataire à titre professionnel) et que, finalement, j’aime beaucoup.

Premier contact avec un hébergement virtualisé… Combien de part de gâteau me faudra-t-il ?

Chez Gandi, les serveurs sont tous virtualisés dans un « nuage » de serveurs (c’est la fameux « cloud » très à la mode, qui finalement existe déjà depuis un bout de temps mais qu’on essaie de mettre à la sauce marketing, un peu comme le web 2.0 dont tout le monde a une définition différente… ou pas d’ailleurs). Première étape, on ne choisit pas sa machine comme pour un serveur dédié mais le nombre de part que l’on souhaite. Mais qu’est ce qu’une part et combien m’en faut-il ?

En fait, c’est comme tout, tout dépend de l’appétit de ce que vous avez besoin de faire tourner… Donc chez Gandi, une part c’est une partie de serveur garantie (1 coeur de processeur, 256 Mo de RAM^[1], 8 Go d’espace disque, 5 Mbps de bande de passante). A partir d’une part, on peut créer un serveur, le principal intérêt que tout est modulaire par la suite. C’est la grande force de cette virtualisation.
Ainsi, si j’ai besoin d’augmenter même temporairement, voire même de manière récurrente à des moments précis (par ex. tous les jeudis de 14 à 16h), la puissance de mon serveur, pas de problème. Je serai facturé au prorata du temps de puissance supplémentaire utilisé. Du moment que j’ai toujours au minimum 1 part, je peux faire tourner un serveur.
L’autre apport de la flexibilité c’est qu’avec plusieurs parts, je peux soit me faire un gros serveur, ou alors plusieurs petits… Et que je peux très bien utiliser des parts devenues inutiles sur l’un de mes serveurs pour les transférer sur un autre. Tout se fait de manière transparente.

Voili voilou pour le tour du propriétaire. Bon comme ça coûte quand même 12 € HT / mois / part, ce qui semble relativement honnête pour ce type d’hébergement virtualisé, je part sur une seule part pour commencer… Pas de souci sur l’espace disque 8 Go, c’est amplement suffisant pour mes besoins, idem pour la bande passante, il ne me restait un doute que sur la puissance et surtout sur la RAM. Mais comme finalement l’excellent tutorial d’Olivier était justement à destination d’hébergement ne disposant que de peu de RAM, hop j’ai fait le grand saut.

L’interface de gestion de l’hébergement chez Gandi n’est pas trop mal foutue, on arrive très simplement à gérer les différents éléments de son serveur : les parts, les disques, les interfaces.

Pour l’instant rien à redire, ma part de ressource me suffit amplement mais il s’agit de l’hébergement d’un blog perso avec finalement assez peu de trafic.
Quand à savoir si c’est une bonne idée d’héberger des choses un peu plus critiques, je ne me prononce pas : Gandi a toujours été, sur son métier originel d’enregistrement de noms de domaines, un excellent prestataire que j’ai toujours recommandé (et que je recommande toujours).
Par contre, sur la gestion des boîtes mails, j’ai été un peu plus échaudé (ceci dit pour précision, le système de gestion des emails tel que je l’ai connu a été repensé à la suite des soucis rencontrés, plus de détail ici).

Affaire à suivre en tout cas.

Voici la commande :
find /home -name welcome.jpg -print0 | xargs -0 -I cp /tmp/new_welcome.jpg {}

En fait, tout réside dans la force du | (caractère aussi appelé pipe), et des fonctions find et xargs.
Le pipe permet d’utiliser le résultat d’exécution d’un programme (la sortie) sur l’entrée standard d’un autre programme.

Ainsi, ici dans notre cas, on exécute la commande find avec ses paramètres qui va rechercher les fichiers nommés welcome.jpg dans l’arborescence et les listés sur la sortie standard.
Cette sortie standard est ensuite récupérée sur l’entrée standard de la commande xargs. La commande xargs permet d’utiliser des éléments de l’entrée standard pour les réinjecter dans d’autres commandes.
Par exemple, ici, on va construire une ligne de commande cp (commande de copie) pour remplacer tous les fichiers de l’entrée standard de xargs par le fichier /tmp/new_welcome.jpg.

Lecture des listes de paquets... Erreur ! E: Erreur de lecture - read (5 Erreur d'entrée/sortie) E: Les listes de paquets ou le fichier « status » ne peuvent être analysés ou lus.

Bref, après un petit tour des les forums Ubuntu, la solution réside dans une mise à jour de la liste des paquets via un :
sudo apt-get update

Ca remarche nickel !!