Достаточно 2.1.1 :-)
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Что лишний раз подтверждает мысль, что не все новое - плохое :-)
Все - FB2.1.x !!! Eusus.
Коваленко Дмитрий.
Dmitry Yemanov-2 wrote:
>
> Достаточно 2.1.1 :-)
>
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Евгений
--
View this message in context:
http://www.nabble.com/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81-nbackup-tp21848503p21972145.html
Sent from the fire
Vlad Khorsun wrote:
Повторить с 2.1.2
Достаточно 2.1.1 :-)
--
Дмитрий Еманов
"Ivanov E.P" ...
главная проблема в том, что после восстановния базы командой, как указано
выше, данные в востановленной базе соответствуют бэкапу 0 уровня
какие есть идеи? (повторить эксперимент, повторить на другой машине,
повторить на другом сервере, указать какие-либо настройки для дополн
главная проблема в том, что после восстановния базы командой, как указано
выше, данные в востановленной базе соответствуют бэкапу 0 уровня
какие есть идеи? (повторить эксперимент, повторить на другой машине,
повторить на другом сервере, указать какие-либо настройки для дополнительной
информации)
Hello, Ivanov!
Ivanov E.P wrote:
запускаю программу работы с базой, добавляем данные, blob-ы изображения,
закрываем программу, если запустить повторно, все изменения видны,
размер базы изменяется, никаких файлов *.delta не появляется, если
а почему файл delta должен появиться? Вы почитайте
Ivanov E.P wrote:
выполняем команду
|/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb|
создается файл
MC.gdb-0-20090205-1112.nbk
Какого размера?
запускаю программу работы с базой, добавляем данные, blob-ы изображения,
закрываем программу, если запустить повторно, все изменения видны,
раз
Hi there,
сервер version LI-V2.1.0.17798 Firebird 2.1 на Linux,
работаю под рутом один на сервере и один с базой
выполняем команду
/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb
создается файл
MC.gdb-0-20090205-1112.nbk
запускаю программу работы с базой, добавляем данные, blob-ы изоб
Hello,
Dmitry Voroshin said the following on 12.04.2006 13:23:
> Система тиражируемая и поддерживается нами по ТЕЛЕФОНУ и ПОЧТЕ. НО!
> доступа у нас нет, админа нет, у прользователей доступа к серверам как
> правило нет, а невостановимый бэкап у нас - вполне частое явление (система
> дико кривая
"Vlad Horsun" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
> Хостинг без удалённого доступа и есть проктология
Ещё раз скажу, что это просто для примера, у нас другая проблема.
> > PS: пока что решили не переходить на двойку.
>
> Это шантаж ? :)
Это грустная констатация
Vlad Horsun пишет:
"Dmitry Voroshin" ...
2. Не верю что на хостинге нельзя удалённо запустить консоль
Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать
бекапы из него. Или написать свой простой cgi для этого.
А вот чего на хостинге обычно нельзя - так это запускать б
"Dmitry Voroshin" ...
> > > 2. Не верю что на хостинге нельзя удалённо запустить консоль
> >
> > Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать
> > бекапы из него. Или написать свой простой cgi для этого.
> > А вот чего на хостинге обычно нельзя - так это запускать бе
"Oleg Deribas"
<[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>
> Hello,
>
> Horsun Vlad said the following on 11.04.2006 14:15:
>
> > 2. Не верю что на хостинге нельзя удалённо запустить консоль
>
> Бывает и такое. Но зато на хостинге можно поставить ibWebA
Hello,
Horsun Vlad said the following on 11.04.2006 14:15:
> 2. Не верю что на хостинге нельзя удалённо запустить консоль
Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать
бекапы из него. Или написать свой простой cgi для этого.
А вот чего на хостинге обычно нельзя - т
НВ> Админов к стенке или переложить всю ответственность за резервирование
НВ> БД на них же самих.
Когда база накроется, то ее надо восстанавливать независимо от того, кто
отвечал.
И если они разгильдяи, то это только добавит тебе работы. :-)
Dmitry Voroshin пишет:
Админиы кроме FB на сервер отказываются что-либо ставить, а бэкапы делать
нужно. Если нельзя сделать удалённый бэкап, то вот сейчас думаю, что-бы
придумать. Задания прописывать тоже админы не хотят, засранцы.
Админов к стенке или переложить всю ответственность за резерв
"Horsun Vlad"
> > Но ведь это создаёт определённые проблемы при бэкапе, скажем на
хостинге.
> > Или когда нет доступа к серверу, кроме как доступ к службам FB. А я то
> > понадеялся. Теперь нужно что-то придумывать будет.
>
> 1. Пиши фиче-реквест
Не буду. Я думаю вы сами разберётесь, что нуж
> > > > А как ты себе представляешь _физический_ бекап не
> > > > локальной БД ? Только через службы, которых для него не
> > > > делали
> > >
> > > Не успели или из принципа?
> >
> > Не стали :) Изначально у автора не было такой цели, AFAIU.
> > Вообще к services API есть большие претензи
"Horsun Vlad" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> "Dmitry Voroshin" ...
> >
> >
> > "Horsun Vlad" ...
> > > А как ты себе представляешь _физический_ бекап не
> > > локальной БД ? Только через службы, которых для него не
> > > делали
> >
> > Не
Yakov Hrebtov пишет:
Еще один момент.
Любой пользователь сервера БД может сделать инкрементальный бэкап!
Это ведь неправильно.
Я так понял, тут упор сделан на то, что юзер не должен иметь физ доступа к базе и по-этому не
сможет сделать инкрементальный бэкап. Это понятно.
Но всё равно, любой ю
Horsun Vlad wrote:
> nbakup просит сервер перейти в состояние бекапа (создать дифф
> файл и перенаправить IO туда), а потом сам читает файл БД и пишет
> в файл бекапа. Т.е. ему нужен и коннект с сервером и физический
> доступ к файлу БД. До 2-ки локальный коннект с классиком не работал,
> поэ
"Dmitry Voroshin" ...
>
>
> "Horsun Vlad" ...
> > А как ты себе представляешь _физический_ бекап не
> > локальной БД ? Только через службы, которых для него не
> > делали
>
> Не успели или из принципа?
Не стали :) Изначально у автора не было такой цели, AFAIU.
Вообще к services API есть б
"Yakov Hrebtov" ...
>
>
> Horsun Vlad wrote:
> > А как ты себе представляешь _физический_ бекап не
> > локальной БД ? Только через службы, которых для него не
> > делали
> А чем 127.0.0.1 то не угодил? Почему с localhost
> работает, а с 127.0.0.1 нет? Я так понимаю и
> в том и в другом случае
"Horsun Vlad" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
> А как ты себе представляешь _физический_ бекап не
> локальной БД ? Только через службы, которых для него не
> делали
Не успели или из принципа?
Horsun Vlad wrote:
> А как ты себе представляешь _физический_ бекап не
> локальной БД ? Только через службы, которых для него не
> делали
А чем 127.0.0.1 то не угодил? Почему с localhost
работает, а с 127.0.0.1 нет? Я так понимаю и
в том и в другом случае должен быть TCP
коннект с локальным с
"Yakov Hrebtov" ...
> В документике Firebird-nbackup.pdf в разделе
> "Limitations of nbackup" наткнулся на краткое:
> - nbackup can only backup local databases.
А как ты себе представляешь _физический_ бекап не
локальной БД ? Только через службы, которых для него не
делали
--
Хорсун Влад
> Но если localhost заменить на 127.0.0.1 то возникает ошибка:
> Failure: Error (2) opening database file: 127.0.0.1:generation_devel
>
> Это с чем связано?
В документике Firebird-nbackup.pdf в разделе
"Limitations of nbackup" наткнулся на краткое:
- nbackup can only backup local databases.
Не уж
Стал разбираться с nbackup, возникли проблемы.
Еще один момент.
Любой пользователь сервера БД может сделать инкрементальный бэкап!
Это ведь неправильно.
Стал разбираться с nbackup, возникли проблемы.
Продолжим :-)
Вот другая проблема:
Делаю:
/opt/firebird/bin/nbackup -U SYSDBA -P mypass -B 0 localhost:generation_devel
/opt/firebird/data/manual-backup/test.nbk
Всё ок.
Но если localhost заменить на 127.0.0.1 то возникает ошибка:
Failure: Erro
Dmitry Yemanov wrote:
> А про решение - вместо SUID мы будем при создании дельты (и прочих файлов
> базы) устанавливать их права равными правам основного файла базы.
Ага, то, что надо!
А чем не устраивает ISC_USER/ISC_PASSWORD?
Да нет особых проблем, я не спорю...
Патамучта так оно работало всегда. Если ты создаешь базу под рутом, то ведь
не удивляешься, что потом не можешь к ней подключиться по TCP?
Ясно, согласен.
Дельту на самом деле создает сервер, а не nbackup. И он
Dmitry Yemanov wrote:
> Когда nbackup работает локально, то ты коннектишья через embedded доступ и
Коннект из-под рута локально позволяет
не указывать имя пользователя и
пароль, по-этому я его и использую,
например, в скритах автоматизации
резервного копирования. Мне кажется,
это самый удобный спо
Продолжим :-) Сервер - классик или супер?
классик
Делаю из под рута:
/opt/firebird/bin/nbackup -L generation_devel
Параллельно подключаюсь к этой же базе, в ответ:
Как подключаешься, локально или через TCP?
Подключаюсь то по TCP (вообще с другой машины)
А вот nbackup, как ты заметил дела
Dmitry Yemanov пишет:
Кстати, после `nbackup -F` дельта-файл не должен удаляться?
Нет. Fixup оперирует только основной базой, про дельты он понятия не имеет.
Тьфу, точно! Я перепутал -F с -N. Думал, что -F - это для unlock.
Понял.
Dmitry Yemanov пишет:
Что так и должно быть?
А вот с этим будем разбираться с виновными, по результатам отпишусь.
Кстати, после `nbackup -F` дельта-файл не должен удаляться?
У меня остается лежать на преждем месте.
Dmitry Yemanov пишет:
Что так и должно быть?
А вот с этим будем разбираться с виновными, по результатам отпишусь.
Пока, чтоб работало, поставил на nbackup SUID бит, но это, изврат конечно...
Dmitry Yemanov пишет:
Почему дельта имеет неправильные права?
Она в данном случае создается nbackup-ом.
Так... И почему nbackup создает ее с такими правами, что сервер в нее писать не
может?
Что так и должно быть? Единственное решение запускать nbackup от имени firebird?
Стал разбираться с nbackup, возникли проблемы.
P.S. Server Version: LI-T2.0.0.12484 Firebird 2.0 Release Candidate 1
Стал разбираться с nbackup, возникли проблемы.
Делаю из под рута:
/opt/firebird/bin/nbackup -L generation_devel
Параллельно подключаюсь к этой же базе, в ответ:
I/O error for file "/home/data/fbdata/generation_devel.fdb.delta".
Error while trying to write to file.
Bad file descriptor.
смотрим
39 matches
Mail list logo
