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

Peut-on identifier précisément si c'est une table, un index ou une vue ?

Si je comprends bien, je dois faire une sauvegarde puis une restauration
dans la foulée pour corriger le problème ?

Le 31/05/2016 18:18, Guillaume Lelarge a écrit :
>
> Le 31 mai 2016 5:09 PM, "Michael JOIGNY" <mjoigny(at)neteven(dot)com
> <mailto:mjoigny(at)neteven(dot)com>> a écrit :
> >
> > Le 31/05/2016 16:59, Guillaume Lelarge a écrit :
> >>
> >> Le 31 mai 2016 4:48 PM, "Michael JOIGNY" <mjoigny(at)neteven(dot)com
> <mailto: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.
> >
> > 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" <mjoigny(at)neteven(dot)com
> <mailto: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.
> >> >
> >> >
> >> > --
> >
> >
> > --
>

--