Re: could not read block 0 in file "base/mydb/myfile": read only 0 of 8192 bytes

Le 31 mai 2016 4:48 PM, "Michael JOIGNY" <mjoigny(at)neteven(dot)com> 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.

Ceci étant dit, encore une fois, il y a de fortes chances que la résolution
de votre problème passe par la restauration d'une sauvegarde.

--
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" <mjoigny(at)neteven(dot)com> 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.
>
>
> --