Bacula!!
On Sat, Apr 08, 2006 at 14:24 +0300, Vladimir Zolotykh wrote:
> On Thu, 16 Mar 2006 17:09:44 +0300
> Artem Chuprina <[EMAIL PROTECTED]> wrote:
>
> > Alexander Gerasiov -> debian-russian @ Thu, 16 Mar 2006 15:17:27 +0300:
> >
> > >>> Ещё вернусь к теме. Есть что-то что перед отправкой
Vladimir Zolotykh wrote:
> On Thu, 16 Mar 2006 17:09:44 +0300
> Artem Chuprina <[EMAIL PROTECTED]> wrote:
>
>
>>Alexander Gerasiov -> debian-russian @ Thu, 16 Mar 2006 15:17:27 +0300:
>>
>> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
>> >>> бэкапов шифрует эти данные
On Sat, Apr 08, 2006 at 02:24:11PM +0300, Vladimir Zolotykh wrote:
> В описании пакета сказано
> "It features:
> * Full and numbered levels of incremental backup"
> Обещает но не делает?
Бегло взлянув на него пока прихожу к именно такому выводу. Хотя надо
смотреть еще... Мне пока некогда. Простейш
Vladimir Zolotykh -> debian-russian@lists.debian.org @ Sat, 8 Apr 2006
15:45:40 +0300:
>> >> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на
>> сервер
>> >> >>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
>> >> >>> предлагайте, этот вариант я
On Sat, 08 Apr 2006 16:18:04 +0400
Artem Chuprina <[EMAIL PROTECTED]> wrote:
> Vladimir Zolotykh -> debian-russian@lists.debian.org @ Sat, 8 Apr 2006
> 14:24:11 +0300:
>
> >> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> >> >>> бэкапов шифрует эти данные к приме
Vladimir Zolotykh -> debian-russian@lists.debian.org @ Sat, 8 Apr 2006
14:24:11 +0300:
>> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
>> >>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
>> >>> предлагайте, этот вариант я и так знаю и уже
On Thu, 16 Mar 2006 17:09:44 +0300
Artem Chuprina <[EMAIL PROTECTED]> wrote:
> Alexander Gerasiov -> debian-russian @ Thu, 16 Mar 2006 15:17:27 +0300:
>
> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> >>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому напи
Andrey Melnikoff -> debian-russian@lists.debian.org @ Thu, 16 Mar 2006
18:34:16 +0300:
>> >> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных
>> >> >>> на сервер бэкапов шифрует эти данные к примеру тем-же
>> >> >>> gpg. Самому написать не предлагайте, этот вариант я и так
Artem Chuprina <[EMAIL PROTECTED]> wrote:
> Andrey Melnikoff -> debian-russian@lists.debian.org @ Thu, 16 Mar 2006
> 17:35:33 +0300:
> >> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> >> >>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
> >
Andrey Melnikoff -> debian-russian@lists.debian.org @ Thu, 16 Mar 2006
17:35:33 +0300:
>> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
>> >>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
>> >>> предлагайте, этот вариант я и так знаю и уже
В сообщении от 16 Март 2006 16:35 Andrey Melnikoff написал(a):
> Artem Chuprina <[EMAIL PROTECTED]> wrote:
> > Alexander Gerasiov -> debian-russian @ Thu, 16 Mar 2006 15:17:27 +0300:
> > >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> > >>> бэкапов шифрует эти данные к
Artem Chuprina <[EMAIL PROTECTED]> wrote:
> Alexander Gerasiov -> debian-russian @ Thu, 16 Mar 2006 15:17:27 +0300:
> >>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> >>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
> >>> предлагайте, этот вариа
Alexander Gerasiov -> debian-russian @ Thu, 16 Mar 2006 15:17:27 +0300:
>>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
>>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
>>> предлагайте, этот вариант я и так знаю и уже сделано. Другое дело что
>>
В сообщении от 16 Март 2006 14:17 Alexander Gerasiov написал(a):
> Andrey Lubimets wrote:
> > Hodot D.A. пишет:
> >> В сообщении от 28 Ноябрь 2005 08:51 Artem Chuprina написал(a):
> >>
> >> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> >> бэкапов шифрует эти данные к пример
Andrey Lubimets wrote:
> Hodot D.A. пишет:
>
>> В сообщении от 28 Ноябрь 2005 08:51 Artem Chuprina написал(a):
>>
>> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
>> бэкапов шифрует эти данные к примеру тем-же gpg. Самому написать не
>> предлагайте, этот вариант я и так знаю
В сообщении от 16 Март 2006 08:02 Nicholas написал(a):
> Hodot D.A. wrote:
> > Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> > бэкапов шифрует эти данные к примеру тем-же gpg.
>
> Я так понял что кроме шифрования оснавная фишка - это live:
>
> "Кроме единовременного клониро
Hodot D.A. wrote:
Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер бэкапов
шифрует эти данные к примеру тем-же gpg.
Я так понял что кроме шифрования оснавная фишка - это live:
"Кроме единовременного клонирования раздела, livebackup позволяет
перехватывать все операции по
Hodot D.A. пишет:
В сообщении от 28 Ноябрь 2005 08:51 Artem Chuprina написал(a):
Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер бэкапов
шифрует эти данные к примеру тем-же gpg. Самому написать не предлагайте, этот
вариант я и так знаю и уже сделано. Другое дело что просто
В сообщении от 15 Март 2006 20:04 Artem Chuprina написал(a):
> Hodot D.A. -> debian-russian@lists.debian.org @ Wed, 15 Mar 2006 19:06:05
> +0200:
>
> HD> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
> бэкапов HD> шифрует эти данные к примеру тем-же gpg. Самому написать не
Hodot D.A. -> debian-russian@lists.debian.org @ Wed, 15 Mar 2006 19:06:05
+0200:
HD> Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер
бэкапов
HD> шифрует эти данные к примеру тем-же gpg. Самому написать не предлагайте,
этот
HD> вариант я и так знаю и уже сделано. Друго
В сообщении от 28 Ноябрь 2005 08:51 Artem Chuprina написал(a):
Ещё вернусь к теме. Есть что-то что перед отправкой данных на сервер бэкапов
шифрует эти данные к примеру тем-же gpg. Самому написать не предлагайте, этот
вариант я и так знаю и уже сделано. Другое дело что просто интересно есть ли
Pavel Ammosov -> debian-russian@lists.debian.org @ Wed, 15 Mar 2006 15:13:09
+0300:
>> ftp://ftp.rodents.montreal.qc.ca/mouse/livebackup/README
PA> Не грузиццо.
>> http://www.opennet.ru/opennews/art.shtml?num=5415
>>
>> По описанию все шибко хорошо.
>> Сделано для BSD (ядро) - интересно
On Wed, Mar 15, 2006 at 02:05:26PM +0300, Nicholas wrote:
> ftp://ftp.rodents.montreal.qc.ca/mouse/livebackup/README
Не грузиццо.
> http://www.opennet.ru/opennews/art.shtml?num=5415
>
> По описанию все шибко хорошо.
> Сделано для BSD (ядро) - интересно когда можно в Linux ожидать?
> Или забыть п
Artem Chuprina wrote:
Есть сетка из пары-тройки линуксовых машин. Debian. stable. На
специально прикрученный к одной из них винт хочется лить бэкапы со всех.
Спрашивается вопрос: чем?
ftp://ftp.rodents.montreal.qc.ca/mouse/livebackup/README
http://www.opennet.ru/opennews/art.shtml?num=5415
On Fri, Dec 02, 2005 at 01:02:17AM +0300, Artem Chuprina wrote:
> tar не умеет бэкапить. В смысле - складывать бэкап в указанный файл на
> удаленной машине. Так же, как и flexbackup. Т.е. он пригоден как
> основа для бэкапа, но не как бэкапный софт как таковой.
Посмотрите в главе Remote tape s
On Fri, Dec 02, 2005 at 09:17:00AM +0300, Victor Wagner wrote:
> On 2005.12.01 at 23:21:00 +0100, Anton Petrusevich wrote:
>
> > On Thursday 01 December 2005 23:02, Artem Chuprina wrote:
> > > tar не умеет бэкапить. В смысле - складывать бэкап в указанный файл на
> > > удаленной машине.
> >
> >
On Friday 02 December 2005 10:07, Artem Chuprina wrote:
> А автомагически определить, сколько надо оставить? Мне вот надо хранить
> один-два последних полных бэкапов. А восстановить файл за нужную дату
> как? Вручную перебирать архивы?
Это делает очень несложная программа на Perl. Восстановить
Anton Petrusevich -> Dmitri V. Ivanov @ Thu, 1 Dec 2005 23:21:00 +0100:
>> tar не умеет бэкапить. В смысле - складывать бэкап в указанный файл на
>> удаленной машине.
AP> А ему надо? UNIX-way: http://fuse.sourceforge.net/sshfs.html
А автомагически определить, сколько надо оставить? Мне вот
On 2005.12.02 at 08:08:07 +0600, Mikhail Gusarov wrote:
>
> You ([EMAIL PROTECTED]) wrote:
>
> AC> tar не умеет бэкапить. В смысле - складывать бэкап в указанный
> AC> файл на удаленной машине.
>
> А зачем ему тогда опция --rsh-command?
Ленточкой рулить. Он же tape archiver. И позовет он ск
On 2005.12.01 at 23:21:00 +0100, Anton Petrusevich wrote:
> On Thursday 01 December 2005 23:02, Artem Chuprina wrote:
> > tar не умеет бэкапить. В смысле - складывать бэкап в указанный файл на
> > удаленной машине.
>
> А ему надо? UNIX-way: http://fuse.sourceforge.net/sshfs.html
Это - не Unix-w
You ([EMAIL PROTECTED]) wrote:
AC> tar не умеет бэкапить. В смысле - складывать бэкап в указанный
AC> файл на удаленной машине.
А зачем ему тогда опция --rsh-command?
--
Mikhail Gusarov
ICQ UIN: 111575219
JID: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Thursday 01 December 2005 23:02, Artem Chuprina wrote:
> tar не умеет бэкапить. В смысле - складывать бэкап в указанный файл на
> удаленной машине.
А ему надо? UNIX-way: http://fuse.sourceforge.net/sshfs.html
--
Anton, сам не пробовал, но посоветовать мастер...
--
To UNSUBSCRIBE, email to
Dmitri V. Ivanov -> debian-russian@lists.debian.org @ Thu, 1 Dec 2005 23:57:56
+0300:
>> А он incremental умеет? Потом, судя по описанию, как-то не видно, чтобы
>> он умел туда, куда мне надо. NFS не устраивает по соображениям
>> безопасности, partition - по соображениям равно отсутствия до
On Mon, Nov 28, 2005 at 01:31:52PM +0300, Artem Chuprina wrote:
> А он incremental умеет? Потом, судя по описанию, как-то не видно, чтобы
> он умел туда, куда мне надо. NFS не устраивает по соображениям
> безопасности, partition - по соображениям равно отсутствия достаточного
> места и "все яйца
On Tue, Nov 29, 2005 at 01:02:54PM +0200, Vladislav wrote:
> Привет всем.
> Можно посмотреть в сторону bacula. Сам не пробовал, но декларируется с теми
> же
> возможностями что и у аманды. Кроссплатформенность и все такое.
> Сейчас сам хочу поставить.
Инициатор треда хотел:
> > >Спрашив
Привет всем.
Можно посмотреть в сторону bacula. Сам не пробовал, но декларируется с теми же
возможностями что и у аманды. Кроссплатформенность и все такое.
Сейчас сам хочу поставить.
Вторник, 29-ноя-2005 09:14, Sergey Pahomov написал:
> Artem Chuprina пишет:
> >Хмутро.
> >
> >Есть сетка из пары-
Artem Chuprina пишет:
>Хмутро.
>
>Есть сетка из пары-тройки линуксовых машин. Debian. stable. На
>специально прикрученный к одной из них винт хочется лить бэкапы со всех.
>Спрашивается вопрос: чем? Требования: инициировать бэкап с той машины,
>которая бэкапится (ибо с тех пор, как в ядре слома
В Пнд, 28/11/2005 в 13:23 +0300, Artem Chuprina пишет:
> DF> А как же apt-cache search? :)
>
> Ты считал количество ответов на? Там с десяток.
Смайл в конце предложения видно?
> DF> rdiff-backup не годится?
>
> Ты его живьем пробовал? Описание прочитать я и сам способен.
Вот именно пробовал,
может это подойдет?
http://www.acronis.ru/enterprise/products/ATISLin/
On 11/28/05, Artem Chuprina <[EMAIL PROTECTED]> wrote:
> Хмутро.
>
> Есть сетка из пары-тройки линуксовых машин. Debian. stable. На
> специально прикрученный к одной из них винт хочется лить бэкапы со всех.
> Спрашивается во
Alexander GQ Gerasiov -> Artem Chuprina @ Mon, 28 Nov 2005 17:13:56 +0300:
AC>> Граждане, бэкап - это такая штука, которая умеет быть инкрементальной и
AC>> при этом позволяет вытащить файл из предыдущего бэкапа. Так что rsync и
AC>> тому подобные средства _оптимизации копирования_ советовать
Привет, Artem,
28 ноября 2005 г. было написано:
AC> Граждане, бэкап - это такая штука, которая умеет быть инкрементальной и
AC> при этом позволяет вытащить файл из предыдущего бэкапа. Так что rsync и
AC> тому подобные средства _оптимизации копирования_ советовать не надо. Я
AC> как бы сам в кур
[EMAIL PROTECTED] -> Artem Chuprina @ Mon, 28 Nov 2005 13:08:53 +0500 (UZT):
s> советую взглянуть на mondo - он правда
s> бэкапит не пофайлово а генерит имиджи
s> recovery cd.
А он incremental умеет? Потом, судя по описанию, как-то не видно, чтобы
он умел туда, куда мне надо. NFS не устраив
Artem Chuprina -> debian-russian@lists.debian.org @ Mon, 28 Nov 2005 09:51:29
+0300:
AC> Хмутро.
AC> Есть сетка из пары-тройки линуксовых машин. Debian. stable. На
AC> специально прикрученный к одной из них винт хочется лить бэкапы со
AC> всех. Спрашивается вопрос: чем? Требования: ини
,,, -> debian-russian@lists.debian.org @ Mon, 28 Nov 2005 11:33:34 +0300:
,> А самому не проще написать скрипт котороый будет бэкапить все необходимое
,> и складывать в директорию , в которую по nfs(или ещё как) примонтирован
,> ресурс.У меня так и работает на старой работе до сих пор.
Можно
Dmitry Fedoseev -> Artem Chuprina @ Mon, 28 Nov 2005 12:15:55 +0500:
>> Спрашивается вопрос: чем? Требования: инициировать бэкап с той машины,
>> которая бэкапится (ибо с тех пор, как в ядре сломали поддержку dump,
>> нужны права рута, а пускать рута по сетке, даже через беспарольный sudo
>>
Artem Chuprina wrote:
> Наспециально прикрученный к одной из них винт хочется лить бэкапы со всех.
> Спрашивается вопрос: чем? Требования: инициировать бэкап с той машины,
> которая бэкапится
rsync?
--
С уважением,
Игорь.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
А самому не проще написать скрипт котороый будет бэкапить все необходимое
и складывать в директорию , в которую по nfs(или ещё как) примонтирован
ресурс.У меня так и работает на старой работе до сих пор.
Если не нравится монтировать можно копировать на удаленную машинку
посредством ftp или scp(гл
В Пнд, 28/11/2005 в 09:51 +0300, Artem Chuprina пишет:
> Спрашивается вопрос: чем? Требования: инициировать бэкап с той машины,
> которая бэкапится (ибо с тех пор, как в ядре сломали поддержку dump,
> нужны права рута, а пускать рута по сетке, даже через беспарольный sudo
> на конкретные команды..
Хмутро.
Есть сетка из пары-тройки линуксовых машин. Debian. stable. На
специально прикрученный к одной из них винт хочется лить бэкапы со всех.
Спрашивается вопрос: чем? Требования: инициировать бэкап с той машины,
которая бэкапится (ибо с тех пор, как в ядре сломали поддержку dump,
нужны прав
49 matches
Mail list logo
