Re: could not read block 0 in file "base/mydb/myfile": read only 0 of 8192 bytes
Guillaume Lelarge <[email protected]>
| Newsgroups | gmane.comp.db.postgresql.french |
|---|---|
| Message-ID | <CAECtzeX42R8Rr3x+DcJd9K2eZSvd-LJBE0h=VuZ=E_=k69bYTQ@mail.gmail.com> |
Le 31 mai 2016 5:09 PM, "Michael JOIGNY" <[email protected]> a écrit : > > Le 31/05/2016 16:59, Guillaume Lelarge a écrit : >> >> Le 31 mai 2016 4:48 PM, "Michael JOIGNY" <[email protected]> a écrit : >> > >> > Bonjour Guillaume, >> > >> > Merci pour votre retour. >> > >> >> Merci de laisser la liste en copie. Merci aussi de ne pas top-poster. >> >> > Qu'entendez par quel fichier ? je peux interroger via la requête suivante d’après mes recherches, en me plaçant sur ma base et en lançant : >> > >> > select * from pg_class where oid = {id présent dans mes logs}; >> > >> >> Le message d'erreur n'indique certainement pas myfile. Vous pouvez avoir un nombre, avec ou sans extension. C'est cela qui m'intéresse. Suivant l'extension, c'est plus ou moins grave. > > Voici le message exact : could not read block 0 in file "base/16583/12119463": read only 0 of 8192 bytes > OK. Il s'agit donc du fichier de données d'une table, d'un index ou d'une vue matérialisée. Dans le cas d'une table, c'est une restauration de sauvegarde qu'il faut faire. Dans les deux autres cas, il est possible de recréer l'index ou de rafraîchir la vue matérialisée mais je conseille fortement de refaire une sauvegarde après, puis de restaurer la sauvegarde. Ça permettra de détecter tout autre problème ou de s'assurer qu'il n'y en a pas (de détectable). -- Guillaume http://www.dalibo.com >> >> > Cordialement. >> > >> > Le 31/05/2016 16:43, Guillaume Lelarge a écrit : >> >> >> >> Le 31 mai 2016 4:38 PM, "Michael JOIGNY" <[email protected]> a écrit : >> >> > >> >> > Bonjour, >> >> > >> >> > Je vous expose mon cas, j'ai deux serveurs postgresql (9.5) en mode streaming replication avec deux pgpool (un sur chaque host pour la redondance). >> >> > >> >> > Un incident sur le serveur master à lancé un trigger (basé sur ma configuration) pour promouvoir le slave (et pgpool) en nouveau master. >> >> > >> >> > L'ancien master est actuellement inactif en attendant de le resynchroniser. >> >> > >> >> > Comme l'indique l'objet de mon mail, j'ai depuis la bascule cette erreur (en grand nombre) dans les logs pgpool depuis le démarrage du nouveau master. >> >> > >> >> > Le fichier sur le master actuel a une taille nulle alors que sur l'ancien master, il est d'environ 500M. >> >> > >> >> > C'est la première fois que je tombe sur ce cas là, avez-vous une idée de comment résoudre ce cas ? >> >> > >> >> >> >> De quel fichier parle-t-il ? Attendez-vous à devoir faire une reprise de sauvegarde. >> > >> > >> > -- > > > --