sysmerge IT

25 июн. 2017 г.

Ретро ThinkPad'ы снова вернутся! (наверное)

Тут новость вышла в блоuе Lenovo http://blog.lenovo.com/en/blog/retro-thinkpad-its-alive/ о том, что линейка ретро Thinkpad'ов, когда-то так полюбившаяся многим пользователям, снова в деле и я, как большой фанат этот линейки и гордый владелец W520 и X201s, не смог пройти мимо. Искренне надеюсь, что все будет действительно так, как было раньше, особенно что касается клавиатуры, потому что то, что Леново сделали с этими ноутбуками - жуткий пиздец, не удивительно, что многие не меняют свои старые x200, x61, T410  столетней давности - ничто из новых поделок Леновы и в подметки не годится как по качеству сборки так и по юзабилити.

Правда насчет "линейки" я немного приврал, речь скорее об одной модели, насколько я понял.

Скрестим пальцы и будем ждать новостей.
Топовый комментарий под постов Lenovo:
Please don't be a T470 with a different keyboard... Please don't be a T470 with a different keyboard...
21 июн. 2017 г.

установка модулей к php в нестандартной директории

Как установить модуль php к дополнительным версиям php  тут мы уже разбирали. Там мы собирали модуль руками. Но есть способ и попроще - использование pecl.
Рассмотрим, опять таки, случай с ISPManager5 и его дополнительными версиями php в папке /opt/. Последовательность действий крайне проста:

# cd /opt/php70/
# ./bin/pecl install apcu
# /opt/php54/etc/МОДУЛЬ.ini
# ls -la ./lib/php/modules/
  1. Переходим в папку с php. В данном случае - php 7.0
  2. Используем pecl из папки этой версии Php, что логично, именно потому модуль будет собран сюда, а не, скажем, в дефолтный системный php.
  3. Создаем файл конфига и прописываем там путь до модуля
  4. Просто удостоверяемся, что модуль на месте 
По большому счет pecl делает за нас то, что мы делали тут.  Кроме создания конфига, само собой, это бремя так и останется висеть на нас.
9 июн. 2017 г.

Vesta: циклическое ввостановление бекапа v-restore-user [Error 3]

Словил давеча глюк в панели VESTACP. Суть такова - пытаюсь восстановить бекап, а панель сообщает, что задание на восстановление уже работает. Ну ладно, думаю, пойду проверю, как он там работает. Смотрю в логи, вижу следующее:

2017-05-15 13:25:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 13:30:02 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 13:35:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 13:40:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 13:45:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 13:46:58 v-update-sys-queue  [Error 1]
2017-05-15 13:55:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 14:00:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 14:05:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]
2017-05-15 14:10:01 v-restore-user  'admin' 'admin.2017-05-11.tar' 'site.com' 'no' 'no' 'no' 'no' 'no' 'yes' [Error 3]

Что в этом занимательного, спросите вы. А вот в чем - бекапа "admin.2017-05-11.tar" у меня уже нет, он удален был. А восстанавливать я собирался совершенно другой.

То есть по сути VESTA пытается каждые 5 минут выполнить задание, которое уже устарело, а так как оно возвращает ошибку Error 3, что значит отсутствие файла бекапа, то и из очереди не вылетает.
Где хранится очередь заданий бекапа в VESTA? Тут  /usr/local/vesta/data/queue/backup.pipe. Заглядываем в файл, а там и правда задание на восстановление. Очищаем файл, после чего выполняем

sudo /usr/local/vesta/bin/v-update-sys-queue backup
  для обновления очереди бекапирования.
Теперь можно запускать и корректное задание.