
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
18.09.2013, 13:15:53
|
|||
|---|---|---|---|
|
|||
PostgreSQL 9.3 на CentOS 6.4. Не удается восстановить базу через pg_restore. Почему? |
|||
|
#18+
Установил PostgreSQL 9.3 на CentOS 6.4. Создал пользователя, создал пустую базу, пытаюсь залить в нее дамп и получаю сообщение об ошибке. Дамп лежит в папке /home/CentOS/Backup, из этой же папки запускаю Терминал, захожу в консоль постгреса и уже из консоли запускаю восстановление из дампа. На команду pg_restore получаем сообщение: bash-4.1$ pg_restore -U postgres -d web_db web_db.dump could not change directory to "/home/CentOS/Backup": Permission denied pg_restore: [archiver] could not open input file "web_db.dump": No such file or directory Что делаю не так? Просьба сильно не пинать, 3-й день только общаюсь с *nix системой, после винды очень сложно воспринимается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.09.2013, 14:03:06
|
|||
|---|---|---|---|
|
|||
PostgreSQL 9.3 на CentOS 6.4. Не удается восстановить базу через pg_restore. Почему? |
|||
|
#18+
ГлазуновУстановил PostgreSQL 9.3 на CentOS 6.4. Создал пользователя, создал пустую базу, пытаюсь залить в нее дамп и получаю сообщение об ошибке. Дамп лежит в папке /home/CentOS/Backup, из этой же папки запускаю Терминал, захожу в консоль постгреса и уже из консоли запускаю восстановление из дампа. На команду pg_restore получаем сообщение: bash-4.1$ pg_restore -U postgres -d web_db web_db.dump could not change directory to "/home/CentOS/Backup": Permission denied pg_restore: [archiver] could not open input file "web_db.dump": No such file or directory Что делаю не так? Просьба сильно не пинать, 3-й день только общаюсь с *nix системой, после винды очень сложно воспринимается. Используй силу познания английского языка, о молодой инуш! Нет прав у тебя найти отстутствующее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.09.2013, 14:10:15
|
|||
|---|---|---|---|
|
|||
PostgreSQL 9.3 на CentOS 6.4. Не удается восстановить базу через pg_restore. Почему? |
|||
|
#18+
МимопробегавшийИспользуй силу познания английского языка, о молодой инуш! Нет прав у тебя найти отстутствующее. Я понял что нет прав. Но что с этим делать дальше? Каких прав? У кого? Что надо сделать, чтобы эти права дать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.09.2013, 15:02:00
|
|||
|---|---|---|---|
|
|||
PostgreSQL 9.3 на CentOS 6.4. Не удается восстановить базу через pg_restore. Почему? |
|||
|
#18+
Пошел другим путем, по аналогии с FTP сервером. Раз не получается дать доступ на запись в папку FTP-сервера на CentOS, то поднял FTP-сервер под виндой для обмена файлами. Аналогично и с загрузкой дампа. Не получилось загрузить в CentOS, подключился PgAdmin под виндой к базе и загрузил дамп. Но вопрос по загрузке в CentOS все таки хотелось бы добить до конца. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.09.2013, 16:56:33
|
|||
|---|---|---|---|
|
|||
PostgreSQL 9.3 на CentOS 6.4. Не удается восстановить базу через pg_restore. Почему? |
|||
|
#18+
Глазунов, man: ls, chmod, chown. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.05.2014, 20:46:50
|
|||
|---|---|---|---|
|
|||
PostgreSQL 9.3 на CentOS 6.4. Не удается восстановить базу через pg_restore. Почему? |
|||
|
#18+
Судя по приглашению bash-4.1$, Вы сделали su postgres и даете команды от пользователя postgres. Скорей всего /home/CentOS/Backup принадлежит пользователю с правами администратора. Попробуйте дать эту же команду от пользователя с правами администратора, root например. Т.е. дать exit из bash-4.1$ и потом команда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/search_topic.php?author=s-kvv&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
446ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 406ms |
| total: | 948ms |

| 0 / 0 |
