«Резервное копирование» в ISPManager охуеть просто.

По расписанию запускается скрипт. Который через tar и gzip архивирует домашние каталоги пользователей. На сервере полтора терабайта данных. Процесс занимает пять часов. Два раза по пять часов — на два разных диска для надёжности. Это почти полдня.

Собственно работа с tar и gzip тоже организована неудачно. Во время архивации могут возникнуть ошибки:

Dec 20 07:26:12 [16015:0] EXTINFO Execute (/bin/tar -c -p --no-recursion -f- -T /tmp/pbkp_16015/xxx.ru/PBKP_LISTING | /bin/gzip > /var/backups/xxx.ru/admin-1_full-2011-12-20.tar.gz) return=0 exited
Dec 20 07:26:12 [16015:0] WARNING The command returned: /bin/tar: www/xxx.ru/cache/filecache/bb_cache/forum_f986_guest.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/cache/filecache/bb_cache/forum_f715_guest.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/cache/filecache/bb_cache/forum_f571_guest.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/cache/filecache/bb_cache/forum_f756_guest.php: Cannot stat: No such file or directory
...
/bin/tar: www/xxx.ru/cache/filecache/tr_cache/peers_list_6474.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/cache/filecache/tr_cache/peers_list_505.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/log/php_err.log: file changed as we read it
/bin/tar: Exiting with failure status due to previous errors
Dec 20 07:26:12 [16015:0] INFO ... size of the archive is 11365149116 bytes
Dec 20 07:26:12 [16015:0] INFO Post-packing actions...

Которые благополучно игнорируются. Ведь проверяется код выхода только у последней команды на конвеере. Если же сжатие отключить:

Dec 21 06:40:04 [ 4116:0] EXTINFO Execute (/bin/tar -c -p --no-recursion -f- -T /tmp/pbkp_4116/xxx.ru/PBKP_LISTING  > /var/backups/xxx.ru/admin-1_full-2011-12-21.tar) return=2 exited
Dec 21 06:40:48 [ 4116:0] INFO Removing temporary directory: /tmp/pbkp_4116/xxx.ru/ESC
Dec 21 06:40:48 [ 4116:0] WARNING ----Backuping of user 'xxx.ru' failed: Can't store file to /var/backups/xxx.ru/admin-1_full-2011-12-21.tar using
 command /bin/tar -c -p --no-recursion -f- -T /tmp/pbkp_4116/xxx.ru/PBKP_LISTING  > /var/backups/xxx.ru/admin-1_full-2011-12-21.tar: /bin/tar: www/xxx.ru
/cache/filecache/bb_cache/forum_f899_guest.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/cache/filecache/bb_cache/forum_f715_guest.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/cache/filecache/bb_cache/forum_f215_guest.php: Cannot stat: No such file or directory
...
/bin/tar: www/xxx.ru/cache/filecache/tr_cache/peer_11df6382bb4b6b5b75b426c8763dd5d4.php: Cannot stat: No such file or directory
/bin/tar: www/xxx.ru/log/php_err.log: file changed as we read it
/bin/tar: Exiting with failure status due to previous errors
. Skip it.

То бэкапы перестанут создаваться вовсе.

Медленно, глючно... Меню не слишком плохое, но могло бы быть и получше. А цены — это самое слабое место ISPManager. Непомерные они для панели такого уровня.

Романтического ужина не получилось. Устанавливал замечательный скрипт инкрементальных бэкапов.

Когда перевозил сервер домой, proftpd решил не ставить — зачем поддерживать морально устаревшие сервисы? Но: (Далее)

Исторически сложилось так, что на thelogin.ru есть несколько тестовых поддоменов для разработки и демонстрации приложений заказчикам. Паролем закрывать их глупо — ничего секретного там нет, зато будет создавать определённые неудобства. Из-за подобного раздолбайства периодически возникают проблемы: то копия сайта проиндексируется яндексом и окажется в выдаче первее оригинала (ВОВА СРОЧНО СДЕЛАЙ РЕДИРЕКТ), то тестовый форум заспамят сотней-другой тысяч сообщений, и он тоже окажется в выдаче. Сегодня Coherenz (ДОБРОСОВЕСТНЫЙ ЗАКАЗЧИК) предложил хорошее решение: запретить индексацию тестовых поддоменов в robots.txt. «В лоб» это не очень удобно делать: ну положим мы везде robots.txt, а потом я буду удалять сданные проекты методом Ctrl+A, Shift+Delete, и все усилия насмарку. Так что сначала я забил, но потом подумал: а что, если файлы не класть, а robots.txt сделать средствами апача? (Далее)

Если в Excel 2007 после установки Google Chrome внезапно перестали открываться ссылки, аргументируя это тем, что „Операция отменена вследствие действующих на компьютере ограничений. Обратитесь к системному администратору.“, проверьте, установлено ли в системном реестре значение htmlfile для параметра по умолчанию в разделе HKEY_CLASSES_ROOT\.html. Остальной миллион советов с support.microsoft.com не особо и помогают.

Если в ArchLinux не собирается torque, ругаясь:

gcc -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -o .libs/pbs_mom catch_child.o mom_comm.o mom_inter.o mom_main.o mom_server.o prolog.o requests.o start_exec.o checkpoint.o tmsock_recov.o req_quejob.o job_func.o attr_recov.o dis_read.o job_attr_def.o job_recov.o process_request.o reply_send.o resc_def_all.o job_qs_upgrade.o  linux/libmommach.a -lpthread -lrt -lutil ../lib/Libattr/libattr.a ../lib/Libsite/libsite.a ../lib/Libutils/libutils.a ../lib/Libpbs/.libs/libtorque.so
../lib/Libutils/libutils.a(u_threadpool.o): In function `work_thread':
u_threadpool.c:(.text+0x3db): undefined reference to `clock_gettime'
collect2: ld returned 1 exit status
make[3]: *** [pbs_mom] Ошибка 1

make || return 1

строчки:

sed -i 's/LDADD = @PBS_MACH@\/libmommach.a \$[(]MOMLIBS[)] \$[(]PBS_LIBS[)]/LDADD = @PBS_MACH@\/libmommach.a \$\(PBS_LIBS\) \$\(MOMLIBS\)/' src/resmom/Makefile.am # Для душевного спокойствия
sed -i 's/LDADD = \(.*\)\/libmommach.a \$[(]MOMLIBS[)] \$[(]PBS_LIBS[)]/LDADD = \1\/libmommach.a \$\(PBS_LIBS\) \$\(MOMLIBS\)/' src/resmom/Makefile

Доброе утро. Бывают такие люди, которые ни дня не могут провести без члена во рту. Ходят с ним в зубах и постоянно дымят, источая смрад на многие километры вокруг. Как вам, например, такие новости вконтакте: (Далее)

У меня на сервере есть единственная учётка, на которую по ssh можно заходить откуда угодно. Логин — слово, пароль — слово, оба можно узнать, поошивавшись часик-другой на ФПМИ. Рутовый пароль угадать чуть посложнее, но тоже вполне реально, особенно, если хоть раз видеть как я его набираю, пусть и молниеносно. На storage.thelogin.ru есть (теперь уже, к сожалению, был) скрипт, позволяющий залить произвольный файл, в т.ч. и .php. На тестовый vBulletin тоже тривиальный логин/пароль: хочешь — просто качай продукт, не оплачивая, а хочешь — поставь шелл, благо система модулей позволяет.

И, что интересно, до сегодняшнего дня всё было прекрасно. Ну дырки и дырки — я могу запомнить пароль, таскать с собой на плеере ключ и запретить загрузку .php/.htaccess/index.htm/index.html/default.htm/default.html, просто лень. Я уже давно не считаю сколько раз эта учётка, изначально созданная на время для тестирования кое-чьего курсача1, спасала мне или кому-то другому жизнь, да и upload.php тоже. И надо же было одному долбоёбу залить в index.html сторейджа митспин. Неибаться весело, просто-таки чудеса хакерского искусства. Эксперт нашёл брешь в безопасности, апплодисменты!

Наши улицы — просто рай для такого эксперта. К примеру, очень небезопасны велозамки — пусть угнать велосипед быстро и бесшумно не получится, зато есть возможность обоссать и проколоть шины! Очень странно, что до сих пор никто этого не заметил, надо обязательно сообщить всем велосипедистам, а то что это они, дурачьё такое, полагаются на эти уязвимые тросики. Крайне безалаберно так же устроены урны для мусора — промасленая ветошь, спичка, готов локальный и очень вонючий пожар! Надо их все обязательно закрыть на амбарный замок, а дальше что-нибудь придумаем. И так буквально всё, к чему мы привыкли. Везде одни сплошные баги. Пойду юзать. Напишу «хуй» на заборе. Взломаю жизнь

Заебись, да? Мне заняться больше нечем, как две минуты уделять парольной авторизации в upload.php. И всё из-за одного весельчака-балагура с шилом в жопе. Хуже Димки

[1] —