Re: Sketch of a fix for that truncation data corruption issue
От
Tom Lane
Тема
Re: Sketch of a fix for that truncation data corruption issue
Дата
Msg-id
1199755.1680525641@sss.pgh.pa.us
Ответ на
Re: Sketch of a fix for that truncation data corruption issue (Alvaro Herrera)
Список
Дерево обсуждения
Sketch of a fix for that truncation data corruption issue Tom Lane <tgl@sss.pgh.pa.us>
Re: Sketch of a fix for that truncation data corruption issue Andres Freund <andres@anarazel.de>
Re: Sketch of a fix for that truncation data corruption issue Stephen Frost <sfrost@snowman.net>
Re: Sketch of a fix for that truncation data corruption issue Sergei Kornilov <sk@zsrv.org>
Re: Sketch of a fix for that truncation data corruption issue Andres Freund <andres@anarazel.de>
Re: Sketch of a fix for that truncation data corruption issue Laurenz Albe <laurenz.albe@cybertec.at>
Re: Sketch of a fix for that truncation data corruption issue Andres Freund <andres@anarazel.de>
Re: Sketch of a fix for that truncation data corruption issue Robert Haas <robertmhaas@gmail.com>
Re: Sketch of a fix for that truncation data corruption issue Tom Lane <tgl@sss.pgh.pa.us>
Re: Sketch of a fix for that truncation data corruption issue Robert Haas <robertmhaas@gmail.com>
Re: Sketch of a fix for that truncation data corruption issue Tom Lane <tgl@sss.pgh.pa.us>
Re: Sketch of a fix for that truncation data corruption issue Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: Sketch of a fix for that truncation data corruption issue Tom Lane <tgl@sss.pgh.pa.us>
Re: Sketch of a fix for that truncation data corruption issue Robert Haas <robertmhaas@gmail.com>
Re: Sketch of a fix for that truncation data corruption issue Andres Freund <andres@anarazel.de>
Re: Sketch of a fix for that truncation data corruption issue Peter Geoghegan <pg@bowt.ie>
Alvaro Herrera writes: > Has this problem been fixed? I was under the impression that it had > been, but I spent some 20 minutes now looking for code, commits, or > patches in the archives, and I can't find anything relevant. Maybe it > was fixed in some different way that's not so obviously connected? As far as I can see from a quick look at the code, nothing has been done that would alleviate this problem: smgrtruncate still calls DropRelationBuffers before truncating. Have you run into a new case of it? I don't recall having seen many field complaints about this since 2018. regards, tom lane
В списке pgsql-hackers по дате отправления
От: Aleksander Alekseev
Дата: