The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В недавнем обновлении СУБД PostgreSQL выявлена неприятная ошибка

27.05.2015 08:55

В выпущенной 22 мая серии обновлений СУБД PostgreSQL выявлена ошибка в реализации механизма fsync, которая может привести к невозможности запустить сервер после краха или восстановления из бинарной резервной копии. Проблема проявляется в PostgreSQL 9.4.2, 9.3.7, 9.2.11, 9.1.16 и 9.0.20, и затрагивает конфигурации, в которых в директории PGDATA размещены дополнительные файлы или директории, принадлежащие пользователю, отличному от "postgres", или недоступные на запись (подобное наблюдается в пакетах PostgreSQL 9.1 и 9.0 с SSL в Debian и Ubuntu).

Обновление с устранением ошибки находятся на стадии подготовки и будет выпущено 4 июня. Если возник сбой с загрузкой PostgreSQL, обходным путём решения проблемы является временная смена прав доступа на недоступные на запись файлы в PGDATA на пользователя postgres.

  1. Главная ссылка к новости (http://www.postgresql.org/abou...)
  2. OpenNews: Обновление PostgreSQL 9.4.2, 9.3.7, 9.2.11, 9.1.16, 9.0.20
  3. OpenNews: В СУБД PostgreSQL включена реализация UPSERT
  4. OpenNews: Представлена инфраструктура по организации параллельных вычислений в PostgreSQL
  5. OpenNews: Создатель СУБД PostgreSQL удостоен премии Тьюринга
  6. OpenNews: Для PostgreSQL подготовлен инструмент ресинхронизации pg_rewind
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42311-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 08:59, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    потери данных нет ?
     
     
  • 2.2, Аноним (-), 09:08, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет, только при старте выпадает с руганью в логе:

    * Starting PostgreSQL 9.1 database server
    * The PostgreSQL server failed to start. Please check the log output:
    2015-05-26 03:27:20 UTC [331-1] LOG:  database system was interrupted; last known up at 2015-05-21 19:56:58 UTC
    2015-05-26 03:27:20 UTC [331-2] FATAL:  could not open file "/etc/ssl/certs/ssl-cert-snakeoil.pem": Permission denied
    2015-05-26 03:27:20 UTC [330-1] LOG:  startup process (PID 331) exited with exit code 1
    2015-05-26 03:27:20 UTC [330-2] LOG:  aborting startup due to startup process failure

     
  • 2.4, Адекват (ok), 09:38, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > потери данных нет ?

    И мы должны быть счастливы что нет, а от могла бы быть - это сейчас в порядке вещей, и вообще - бекапы, бекапы и еще раз бекапы.

     
     
  • 3.5, anonimous (?), 09:41, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это был вопрос, не ной.
     
  • 3.7, Pilat (ok), 09:52, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > - это сейчас в порядке вещей, и вообще - бекапы, бекапы
    > и еще раз бекапы.

    Проблема проявляется как раз после восстановления из бэкапа

     
     
  • 4.29, Nas_tradamus (ok), 18:39, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Проблема проявляется как раз после восстановления из бэкапа

    из бинарного бэкапа.
    pg_dump в текстовый файл - наше всё.

     
     
  • 5.31, Pilat (ok), 18:52, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Проблема проявляется как раз после восстановления из бэкапа
    > из бинарного бэкапа.
    > pg_dump в текстовый файл - наше всё.

    И как SSL сертификат будет сохраняться в текстовом дампе?

     
     
  • 6.40, Аноним (-), 20:17, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    в бейс64, очевидно же
     
  • 5.32, Andrey Mitrofanov (?), 18:54, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Проблема проявляется как раз после восстановления из бэкапа
    > из бинарного бэкапа.
    > pg_dump в текстовый файл - наше всё.

    О, я бы не был так уверен! 8) Они "недавно" и в pg_dump-e чего-то [параллельное?] трогали. И поскольку им, pg_dump-ом, пользуются чуть реже [да, возможно преувеличение], то он после трогания ещё не достаточно оттестирован!!

     
  • 3.9, Абыр (?), 10:27, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Бэкапы бэкапов.
     
     
  • 4.21, iCat (ok), 14:39, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Бэкапы бэкапов.

    3-2-1
    3 копии данных
    2 носителя
    1 из носителей за пределами здания

     
     
  • 5.41, tr3x (ok), 09:17, 03/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Бэкапы бэкапов.
    > 3-2-1
    > 3 копии данных
    > 2 носителя
    > 1 из носителей за пределами здания

    Veeam concept! :)

     

  • 1.3, iPony (?), 09:29, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –17 +/
    Postgres отличная замена ораклу, говорили они...
     
     
  • 2.6, VoDA (ok), 09:43, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Вы еще с Oracle-ом не работали ;)
     
     
  • 3.8, arisu (ok), 09:55, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    с постгресом он тоже не работал. он вообще только ручной работой занимается: фигурным выпиливанием бреда из буков, и дальнейшим закидыванием этого на форумы.
     
     
  • 4.10, Nicknnn (ok), 10:45, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А я думал, что пони только говно производят.
     
     
  • 5.23, Аноним (-), 16:49, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А это оно и есть :)
     
  • 3.12, iPony (?), 11:07, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не угадал :D Спасибо ораклу за то, что хлебушек есть.
    PS: и да, учился я всяким СУБД лет 10 назад именно на postgres
     
     
  • 4.14, VoDA (ok), 11:24, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это был отсыл к анекдоту.

    Заходит анестезиолог в операционную, лыка не вяжет. Пытается попасть маской на лицо пациента, ничего не получается, больной говорит:
    - Доктор, по-моему вы пьяны,
    - Это я пьян? ты ещё хирурга не видел.


    PS по мне PostgreSQL - самая приятная РСУБД :)

     
  • 4.24, Аноним (-), 16:52, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не угадал :D Спасибо ораклу за то, что хлебушек есть.

    Ну ко расскажи нам что будет если ты оракакелу в потроха полезешь на его системных файликах пермишены менять? :) А постгри даже базу не убил ! Те кто реально в курсе - оценили. Но это не про поняшек, да :)
    > PS: и да, учился я всяким СУБД лет 10 назад именно на  postgres

    Тебе не помогло :-\


     
     
  • 5.34, soarin (ok), 20:02, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > на его системных файликах пермишены менять

    Какой-то сферично вакуумный пример...

     
  • 2.16, manster (ok), 13:19, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Postgres отличная замена ораклу, говорили они...

    А разве нет? По-сути все эти хвалёные пэкеджи заменяются в постгресе встраиваемым языком, причем практически каким хочешь. Об сравнении удобств psql и sqlplus вообще "no comments"

     
     
  • 3.17, Andrey Mitrofanov (?), 13:33, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Postgres отличная замена ораклу
    > А разве нет?

    Нет!

    Чтобы заменять, этим самым оракелем надо [было&|начать] пользоваться. Не-не, Дэвид Блейн.

    ++...и выкинуть уже NVIDIA -- Ты мне предлагаешь её для этого _купить_?! 8-O

     
     
  • 4.22, manster (ok), 15:15, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    сильно извиняюсь, но похоже на бред какой-то
     
     
  • 5.25, Аноним (-), 16:55, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > сильно извиняюсь, но похоже на бред какой-то

    Неее - это как раз образец нормального хумора от Андрейки.
    А иногода он (вестимо с бодуниЩЩЩа) _такое_ постит ... 8-о

     
  • 3.26, Аноним (-), 16:57, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Postgres отличная замена ораклу, говорили они...
    > А разве нет?

    Дьявол в деталях, бро! У меня есть пачка удачных миграций. И есть таки обломы :)

     
  • 3.28, vitalif (ok), 17:16, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, это точно, правда psql по сравнению с mysql'ным клиентом - примерно как sqlplus по сравнению с psql'ем )))) как меня бесят все эти \l \d \dt... Почему нельзя было сделать нормально - show databases, show tables, show create table...
     
     
  • 4.36, arisu (ok), 21:05, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    но ты продолжаешь есть кактус. таки мазохист?
     
  • 4.37, rob pike (?), 05:03, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну пропишите себе алиасов в psqlrc как удобно.
     

  • 1.11, бедный буратино (ok), 10:52, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Да, жаль. Все остальные ошибки были сплошь приятные, а эта... даже говорить о ней не хочется, настолько она неприятная.
     
     
  • 2.13, Andrey Mitrofanov (?), 11:19, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, жаль. Все остальные ошибки были сплошь приятные,

    Это которые data corruption-ы/loss-ы в 9.3+9.4 "в некоторых случаях"тм?

    > а эта... даже говорить о ней не хочется, настолько она неприятная.

    Сделать 1 chown напрягает? О, времена.

     
     
  • 3.30, клоун (?), 18:45, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1 clown

    Клоун никогда не напрягает.

     

  • 1.15, Michael Shigorin (ok), 12:39, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    http://lists.altlinux.org/pipermail/community/2015-May/684157.html
     
  • 1.33, Demo (??), 19:01, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В недавнем обновлении СУБД PostgreSQL выявлена приятная ошибка!
     
  • 1.35, arisu (ok), 20:53, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    что характерно: обгадился в очередной раз бебиан, а виноват постгрес. как это «почему»? потому что бебиановцы непогрешимы!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру