Re: Test to dump and restore objects left behind by regression
От | Ashutosh Bapat |
---|---|
Тема | Re: Test to dump and restore objects left behind by regression |
Дата | |
Msg-id | CAExHW5sDm+aGb7A4EXK=X9rkrmSPDgc03EdADt=wWkdMO=XPSA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Test to dump and restore objects left behind by regression (Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>) |
Ответы |
Re: Test to dump and restore objects left behind by regression
|
Список | pgsql-hackers |
On Wed, Apr 2, 2025 at 3:36 PM Ashutosh Bapat <ashutosh.bapat.oss@gmail.com> wrote: > > > > No commitfest entry please. Better to add an open item on the wiki > > page. > > https://wiki.postgresql.org/wiki/Open_Items > > Posted it on the thread where I have reported the bug. Hopefully, we > will commit both the bug fix and test change to enable stats together. Looks like the problem is in the test itself as pointed out by Jeff in [1]. PFA patch fixing the test and enabling statistics back. The test file is arranged as follows 1. Setup old cluster (this step also runs regression if needed) 2. create new cluster for upgrade by modifying some configuration from the old cluster. 3. disable autovacuum on old cluster 4. Run dump/restore roundtrip test which creates a destination cluster with the same configuration as the old cluster A note about variable name changes and introduction of new variables. We run step 2 between 1 and 3 so that autovacuum gets a chance to run on the old cluster and update statistics. Autovacuum run is not necessary but useful here. Before these changes all the cluster initializations were using the same variables @initdb_params and %node_params. However with these changes, we modify the variable in step 2 and then again require original values in step 4. So I have used two sets of variables prefixed with old_ and new_ for clusters created in 1st step and 2nd step respectively. 4th step uses the variables with prefix old_. I think this change eliminates confusion caused by using same variables with different values. [1] https://www.postgresql.org/message-id/5f3703fd7f27da62a8f3615218f937507f522347.camel%40j-davis.com I will watch CF CI run to see if we see difference in statistics even after this change. -- Best Wishes, Ashutosh Bapat
Вложения
В списке pgsql-hackers по дате отправления: