Hello. At Thu, 08 Feb 2018 18:21:56 +0900 (Tokyo Standard Time), Kyotaro HORIGUCHI <horiguchi.kyot...@lab.ntt.co.jp> wrote in <20180208.182156.96551245.horiguchi.kyot...@lab.ntt.co.jp> > I suppose that the problem has not been resolved yet..
I found several bugs during studying this but my conclusion here is that the required decision here is that whether we regard the unavailability of DSM as a fatal error as we do for out of memory. Maybe we can go for the direction but just doing it certainly let some buidfarm animals (at least anole? smew is not found.) out of their lives. I've not found the exact cause of the problem that regtest on the bf animals always suceeded using sysv shmem but "postgres --boot" by initdb alone can fail using the same mechanism. But regtest seems to continue working if initdb sets max_connection to 20 or more. At least it suceeds for me with the values max_connection = 20 and shared_buffers=50MB on centos. Finally, I'd like to propose the followings. - kill dynamic_shared_memory_type = nune just now. * server stops at startup if DSM is not available. - Let initdb set max_connection = 20 as the fallback value in the case. (Another porposed patch) And regression should succeed with that. If we are agreed on this, I will be able to go forward. I want to have opinions on this from the expericed poeple. regards, -- Kyotaro Horiguchi NTT Open Source Software Center