Re: хранение /home на сервере (coda vs fscache)
Возможно, подойдет распределенная система version control (типа mercurial). Если нужно работать в оффлайне с документами, а при наличии online выполнять синхронизацию. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4df46ac3.8060...@gmail.com
Re: Проблемы со шрифтами/локалями
On 11.06.2011 09:41, Stanislav Maslovski wrote: On Sat, Jun 11, 2011 at 01:28:27PM +0400, Stanislav Maslovski wrote: On Sat, Jun 11, 2011 at 12:41:29PM +0400, Stanislav Maslovski wrote: Попробуй в /etc/default/rcS заменить CONCURENCY=makefile на CONCURENCY=startpar Поправка: бесполезно, см. комментарий в /etc/init.d/rc Тем не менее, CONCURRENCY=none еще в силе (по времени загрузки, кстати, разницы практически никакой). Спс, попробую. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4df486b1.1020...@gmail.com
Re: хранение /home на сервере (coda vs fscache)
Что можно посоветовать ? sshfs? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/it2gsb$lrt$1...@dough.gmane.org
Re: wayback machine - Githttrack?
On Fri, Jun 10, 2011 at 02:05:03PM +, Константин wrote: Появилась необходимость в сабже - качать и сохранять некие сайты, с отслеживанием изменений. (все ниже написанное - пока в проекте, не реализовано) возможно окажутся полезными уже имеющиеся инструменты: webarchive раздаёт свой краулер с исходниками на http://crawler.archive.org/ и есть расширение web curator tool на http://webcurator.sourceforge.net/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110612161719.ga20...@pompeii.v.shared.ru
Re: хранение /home на сервере (coda vs fscache)
On 06/11/2011 04:38 PM, Stanislav Maslovski wrote: Как я понимаю, DRBD заточен под mirroring, т.е., под резервное хранение данных с репликацией на хостах, объединенных в сеть. Видимо да. Я даже умудрился сделать так, что бы было Primary/Primary UpToDate/UpToDate на обоих и при этом данные на дисках были рассинхронизированны, с помощью команды drbdadm -- --discard-my-data connect r0 Возможно я что-то делал неверно, но в любом случае, каких-то механизмов позволяющих разлулить ситауцию, когда оба диска были в оффлайн и каждый был по свойму изменен - не нашел. Видимо drbd еще не готов к асинхронной/оффлайн работе. On 06/12/2011 07:29 AM, Чумак Игорь wrote: Возможно, подойдет распределенная система version control (типа mercurial). On 06/12/2011 02:01 PM, Kirill Shatalaev wrote: sshfs? Я искал возможность держать данные на сервере и зашифрованными, для сканов документов. В этом случае можно: дешифровать и монтировать диск на сервере - это не правильно; все делать на лаптопе и синхронизироватаь один файл-образ - тогда для него нужно место на клиенте - теряется половина пространства и время; прокидывать через сеть блочное устройство - вот этот вариант я и искал. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/it342l$r1c$1...@dough.gmane.org
Re: хранение /home на сервере [almost solved]
Вариант организации бекапа, с прокидыванием блочного устройства. Подготовка сервера: dd if=/dev/zero of=backup.img bs=100M count=30 chown nbd:nbd backup.img (иначе запись на заработает) dpkg-reconfigure nbd-server (иначе на запускалось, т.к небыло конфига) nbd-server 2001 /mnt/bc/image/backup.img -m --output-config -C /etc/nbd-server/conf_upd (копирование в /etc/nbd-server/config того, что получилось в conf_upd) echo laptop_ip /etc/nbd-server/allow (был использован ip от tap device openvpn, раз он все равно настроен) /etc/init.d/nbd-server start laptop: modprobe nbd nbd-client server_ip 2001 /dev/nbd0 (должен отработать быстро и сообщить размер диска, порт 2000 оказался занят и на этом месте была ошибка, переехал на 2001 nmap ip сервера должен показывать 2001/tcp open dc ) cryptsetup luksFormat /dev/nbd0 cryptsetup luksOpen /dev/nbd0 backup_server mkfs.ext2 -L rootfs /dev/mapper/backup_server tune2fs -c 300 /dev/mapper/backup_server mkdir /mnt/backup_server mount -t ext2 /dev/mapper/backup_server /mnt/backup_server/ На этом можно настройку диска завершить, а можно подмонтировать этот дист и на сервере, временно: server (optional) losetup /dev/loop0 /mnt/bc/backup.img mkdir /mnt/backup_server cryptsetup luksOpen /dev/nbd0 backup_server и скопировать нужные данные, но клиент об этом не узнает, поэтому: client (после изменений файла на сервере) umount /mnt/backup_server/ echo 3 /proc/sys/vm/drop_caches mount -t ext2 /dev/mapper/backup_server /mnt/backup_server/ Тоже самое нужно будет делать при работе с двумя клиентами. То есть решение однопользовательское/двустороннее получается... но лучше чем никакого. Далее, само резервное копирование: rsync --update (в обе стороны) -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/it34qd$uim$1...@dough.gmane.org
Re: хранение /home на сервере [almost solved]
Опечатка: server (optional) losetup /dev/loop0 /mnt/bc/backup.img mkdir /mnt/backup_server cryptsetup luksOpen /dev/nbd0 backup_server server (optional) losetup /dev/loop1 /mnt/bc/backup.img mkdir /mnt/backup_server cryptsetup luksOpen /dev/loop1 backup_server -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/it3bhs$vg$1...@dough.gmane.org
apache+x.509+alias на другой домен
Разрабатывается сайт, для него надо настроить связь с сервис провайдерами по soap и тд. с использованием сертификатов. Проблема в том, что сайт создается на другом домене, и адреса, к которым обращаются скрипты по https, это не файлы (на которые можно было бы сделать софт ссылку в фс), а виртуальыне пути прописанные в модулях Друпал. (то есть - директория существует, файл это функция, + $POST ) Видимо, настраивать надо через .htaccess Второй ньюанс - сертификаты завязанны на основной (а не для разработчиков) домен (отключить проверку нельзя) Вопрос: Можно ли на главном домене разместить алиасы на вариант в домене разработчиков, так что бы сертификаты для главного сайта работали и можно было все проверить и минимизировать необходимые изменения для включения основного сайта ? (потому как иначе придется переписывать все пути в профилях пользователей у нескольких провайдеров услуг и заменять сертификаты при торжественном включении) Спасибо. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/it3k9i$8kg$1...@dough.gmane.org
