Vous n'êtes pas identifié(e).
Bonsoir,
Pour le moment, je ne peux pas accéder du tout à la plupart de mes sites (ceux qui sont sur un seul hébergement commun), j'ai juste ce message qui s'affiche :
"The requested URL / was not found on this server."Heureusement je vois que ceux des clients, qui ont leur propre hébergement, re-fonctionnent, mais j'avoue que je me sentirai mieux quand tout sera fini et que tout remarchera.
Bon courage !
Ouille Une idée de quelques noms de fichiers pas trop génériques ?
C'est à dire ??? J'espère que vous n'allez pas me dire que plusieurs dizaines d'heures de travail sont perdues...
Je ne pense pas, en fait ce fichier dblayer correspond a une librairie d'accès aux bases de données probablement. Les bases de données n'ont de toute facon pas été affecté (c'est sur un serveur complétement séparé).
D'après ce que je crois comprendre, votre blog est en clearbricks, c'est bien ca ? Quelle version ?
Noms de dossiers je peux faire:
Dans le dossier images:
> astu (69 files)
> design (5 folders: blue, marron, mauve, noir & vert)
> divers (4 folders: bannieres, format, pixels, puces)
> download (about 137 files)
> forum (31 files & 1 folder: smileys)
> news (about 41 files)
> tuto (17 folders: adaware, aide, avp, base_site, cdex, cftp, ...)Listing de ce que j'ai en local:
http://www.softastuces.com/list.txt
Je viens de mettre la main sur une partie du repertoire tuto, il faut le mettre ou ?
En fait ces repertoires n'ont plus leurs noms, donc un extrait du contenu est essentiel pour les trouver. (edit : erf, j'avais pas vu le listing, je regarde avec ca)
Je note ici les correspondance que j'ai histoire de retrouver plus facilement
2550581752 => tuto
3490004010 => tuto aussi
1073962013 => divers
268948125 => design
2148317108 => smileys (du bol que j'ai trouvé le bon parmis le nombre qu'il y en a de ceux la)
134697110 => astu
2013696102 => download
2148317108 => forum
3221855222 => news
Pour moi, en ce qui concerne le blog, pour l'instant j'ai ceci :
Warning: require_once() [function.require-once]: Unable to access /home/hosted/usersSpace/1119/ftp/regardsdepassion.net/www/Carnet/inc/clearbricks/dblayer/dblayer.php in /home/hosted/usersSpace/1119/ftp/regardsdepassion.net/www/Carnet/inc/clearbricks/common/_main.php on line 47 Warning: require_once(/home/hosted/usersSpace/1119/ftp/regardsdepassion.net/www/Carnet/inc/clearbricks/dblayer/dblayer.php) [function.require-once]: failed to open stream: No such file or directory in /home/hosted/usersSpace/1119/ftp/regardsdepassion.net/www/Carnet/inc/clearbricks/common/_main.php on line 47 Fatal error: require_once() [function.require]: Failed opening required '/home/hosted/usersSpace/1119/ftp/regardsdepassion.net/www/Carnet/inc/clearbricks/dblayer/dblayer.php' (include_path='.:/home/hosted/usersSpace/1119/ftp/regardsdepassion.net/:/home/shared/php/lib') in /home/hosted/usersSpace/1119/ftp/regardsdepassion.net/www/Carnet/inc/clearbricks/common/_main.php on line 47
Malheureusement, ce fichier n'est pas trouvable dans ce qu'on a, je crois que lui il a subit de plein fouet le problème
Ca commence a se corser un peu.
Il nous reste environ 850 repertoire a replacer pour la section mail (pouvant contenir ou non des mails, nous trions), et 5000 repertoires web a analyser (nous avons cru jusque la qu'il y avais majoritairement des log dedans, ce n'est pas le cas, il y a parfois un fichier, parfois des repertoires, bref, un vrai bazard).
Nous sommes en train de dresser une liste du contenu de ces restes afin de pouvoir trier au mieux (jusque la le volume trop important empechait de le faire).
Notez qu'il y a des fichiers/repertoires qui ne sont pas important dedans (quelques comptes expirés, nous n'avions pas lancé le ménage depuis longtemps).
N'hésitez pas a signaler vos fichiers disparus, un nom, une date, par exemple. Une partie de nom (par exemple si vous avez des image avec toutes le meme prefix).
Certains fichiers ne pourront pas être replacé sans demande, car trop générique ne permettant pas d'identifier leur provenance.
Je viens de remarquer que mes dossiers "images" & "tuto" ne sont pas présents.
Au cas ou que ça aide: en regardant une copie locale (pas 100% synchro), ils ont chacuns respectivement 1015/89 et 123/26 fichiers/dossiers - donc environ 1/3 des fichiers.
Hum, on a des images qui se baladent en effet. Si tu as quelques date de creation de ces fichiers, je pourrais sans doute les retrouver plus rapidement (ou des noms, meme si certains fichiers n'ont plus de nom, il reste quelques repertoires avec des noms dedans).
Reste :
- 2000 fichiers web
- 7000 mails
On continue a trier
Le problème, c'est qu'ils n'y reviennent pas tout seuls
Pour certains, nous avons des indices, pour d'autre, cela va etre plus complexe.
Nous allons faire notre maximum pour retrouver ou ils vont, nous aviserons ensuite selon le nombre restant.
Bilan actuel :
- service web et mails opérationnels, mais des fichiers ne sont pas au bon endroit
- environ 3600 fichiers web ne sont pas encore a leur place
- les repertoires de logs ne sont pas a leur place, et les logs ne sont pas enregistrés actuellement
- environ 60 000 mails ne sont pas a leur place, nous allons developper un script pour les replacer correctement
Nous venons de trouver le gros de la configuration et des mails. Ces services sont donc en train d'etre relancés.
Tout a fait, tout n'est pas encore revenu, loin de la. Il reste encore des fichiers orphelins, donc il peut y avoir des bugs. Il est possible que nous ne puissions pas replacer tout seul tout les fichiers, donc quand nous aurons fait le maximum, nous demanderons de l'aide a ceux a qui il manque des fichiers pour qu'il fasse une demande auprès du "bureau des fichiers trouvés". Nous vous tenons au courant rapidement
Merci pour vos encouragements. Et dire que nous avions prévu cette opération qui devait etre une formalité pour éviter un probleme en cas de casse matériel la semaine prochaine... Murphy, quand tu nous tiens...
Nous sommes tombé il y a peu sur un repertoire contenant une grosse partie de l'arborescence web du filer. Nous l'avons donc remis en place et relancé le service web. Toutefois, certains fichiers sont encore isolés, nous avons quelques scripts PHP notament dont nous ne connaissans pas la provenance.
Les logs ont pris une grosse claque, sont presque tous mal placés, mais cela sera vu en dernier, c'est le moins vital.
Nous nous concentrons sur le mail pour rétablir le service de base, puis nous continuerons a trier ce qu'il reste.
Résultat de l'opération : 70431 fichiers / répertoires ont bien été retrouvés, mais ils ont perdu leur position dans l'arborescence, il va dont falloir que nous les replacions chacun a leur place, ce qui risque d'etre un peu long. Nous analysons la situation au mieux pour voir comment automatiser les choses afin que cela soit fait le plus rapidement possible.
Re saturation de la mémoire presque a la fin de la vérification. Nous sommes donc obligé de lancer une nouvelel vérification (qui devrait etre plus courte, la majorité des problèmes étant résolus).
Toujours à la meme phase
Encore et toujours en vérification, recalcul correct des inodes.
Toujours en vérification, actuellement en train de reconstruire l'arborescence.
Ca vérifie toujours, la consomation en ram a l'air maitrisée, mais il est encore en train de vérifier des données
Nous avons dut relancer une vérification de la partition car la vérification précédente avait pris toute la ram (2go !). Nous avons augmenté le swap pour que cela tienne, espérons que ca passe...
Quand on parle du loup... L'outil de réparation vient de trouver un superblock de secours valide ! Il entamme donc la réparation et la consistance des données non supprimées, cette phase devrait prendre encore un peu de temps.
Quelques nouvelles,
Après examen, il apparait que les 169 premier Mo de la partition des données du filer principal ont été remplacé par du vide (soit un temps de reaction de 42 sec pour voir le problème, pourtant on a pas trainé sur ce coup la ).
Problème induit : le superblock principal a bien été supprimé.
L'outil de réparation cherche donc les superblock de secours, mais comme il ne sait pas ou ils se trouvent, il cherche block par block, en parcourant tout l'espace. et comme les blocks de secours sont normalement répartis dans la partition, le premier est relativement loin. Il y a environ 1 572 864 000 blocks a parcourir, et nous ne savons pas du tout ou l'outil en est, il cherche toujours.
Nous ne pouvons donc pas du tout vous donner un délai de rétablissement, ni meme vous dire les données qui ont été supprimées
Nous vous tiendrons au courant régulièrement.
Cordialement,
Comme vous pouvez le constater, un grave problème s'est produit.
Pour vous résumer ce qui s'est passé, lors de la synchronisation initiale, un disque dur sur filer principal a laché. Bien qu'il y ait un RAID 5 sur le cluster, cela a provoqué une erreur io au niveau du noyau, et a fait basculer le filer en mode non a jour. La synchronisation a alors changé de sens, le système ayant considéré que les données du filer secondaire étaient correctes, alors que ce n'etait pas le cas (et pour cause, pour faire la synchronisation il fallais que le filer secondaire soit vide !).
Du coup il a commencé a copier du vide sur le filer principal.
Nous avons arrété le processus rapidement (a peine quelques secondes), mais cela a endomager la partition du filer principal.
Actuellement, nous essayons de rétablir l'accès a cette partition, le système de réparation est a la recherche des superblock de secours.
Nous vous tiendrons au courant de cet incident majeur dès que nous aurons des nouvelles.
Cordialement,
Bonjour,
Comme vous le constatez, la coupure est actuellement plus longue que prévue. Un phénomène imprévu a posé un gros problème, nous sommes sur le coup, nous essayons de rétablir le service au plus vite.
Cordialement,
Bonjour,
La coupure du filer prévue ce jour va se faire dans les minutes a venir.
Cordialement,