| От | Josh Berkus |
|---|---|
| Тема | Re: Idea for improving buildfarm robustness |
| Дата | |
| Msg-id | 560CB04B.3080704@agliodbs.com обсуждение исходный текст |
| Ответ на | Idea for improving buildfarm robustness (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
So, testing: 1. I tested running an AWS instance (Ubuntu 14.04) into 100% IOWAIT, and the shutdown didn't kick in even when storage went full "d" state. It's possible that other kinds of remote storage failures would cause a shutdown, but don't we want them to? 2. I tested deleting /pgdata/* several times (with pgbench running), and Postgres shut down within 20 seconds each time. 3. I tested messing with the permissions on pg_control and global, and Postgres threw other errors but continued running. 4. I mv'd the files and that didn't trigger a shutdown. 5. I did a fast swap: rm -rf /pgdata/* cp -p -r /pgdata2/* /pgdata/ ... as expected, this did NOT cause postgres to shut down. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера