Чтобы не бегать к серверу

Mikolaj Golub пишет в debian-russian.lists.debian.org

после нетривиальных изменений (хотя надо бы после любых) делаю так:

./firewall.sh restart ; sleep 60 && ./firewall.sh stop

После этого жмем Ctrl-С и если все ОК, то прервемся на слипе, а если нет, то уж подожду 60 сек…

Cхема бекапирования

vitus_wagner: Бирма веников не вяжет.

Вспоминается схема бэкапа, которую году в 2001 реализовал в одной конторе Толченов – при записи на ленту бэкап шифровался PGP. А секретный ключ, необходимый для расшифровки находился в другой юрисдикции. Я не помню, предусмотрел ли он тогда, что при запросе этого ключа для восстановления данных, сразу вырабатывается новая ключевая пара и новый открытый ключ передается со старым секретным. И для последующих бэкапов используется уже новый ключ.

Естественно, с таким бэкапом должно сочетаться устройство для мгновенного уничтожения (можно физически, вместе с диском, например путем его нагрева градусов до 700) уничтожения рабочих незашифрованных копий.

Powered by ScribeFire.

Active/Active SCSI SAN

redhat.com | Tips and Tricks

Why am I getting SCSI errors when using device mapper multipathing with my MSA series and StorageWorks SAN?
by Josef WhiterThe MSA series and StorageWorks Storage Area Networks(SANs) are mostly active/passive SANs, which means that one path is always active, and the other path does not do anything until the active side fails. It is not possible to safely use device mapper multipathing on these SANs as it requires a special driver not provided with Red Hat Enterprise Linux 4. The vendor has a special firmware that will change the SAN to active/active which will allow it to work with device mapper multipathing. Please contact the vendor if you wish to use device mapper multipathing with this SAN.