Включение сервера с помощью мобильного телефона из внешнего мира

[@phikus]

Всегда удивляли люди, использующие shutdown -r now, когда reboot короче и интуитивнее

[@sagus]

Короче не всегда значит лучше)

[@Sicness]

Аргументируйте точней, пожалуйста.

[@Coolfly]

Настоящие герои не ищут легких путей!

[@mtop]

Фразе «shutdown -r now» можно интонацию предать, а вот слову «reboot» сложно.

для подтверждения своих слов привожу примеры:

shutdown -r NOW
или
shutdown -r NOW!!!

в первом случае система быстрой уйдет в ребут без лишних вопросов, а во втором от греха подальше нажмет физический Reset

[@spacediver]

— shudown
— да ну…
— sudo shutdown
— okaaaaaaaaay…
— sudo shutdown now
— x_x

[@mtop]

Фразе «shutdown -r now» можно интонацию предать, а вот слову «reboot» сложно.

для подтверждения своих слов привожу примеры:

shutdown -r NOW
или
shutdown -r NOW!!!

в первом случае система быстрой уйдет в ребут без лишних вопросов, а во втором от греха подальше нажмет физический Reset

[@Amet13]

Перезагружаюсь командой

init 6

[@amarao]

Слабо.

Единственный гарантированный метод ребута в линуксах (даже если залипло IO и всё плохо), это

echo b >/proc/sysrq-trigger.

Работает вне зависимости от мнения драйверов и приложений.

[@kekekeks]

Он может размонтировать файловые системы забыть, не надо так перезагружаться.

[@GreyCat]

Вернее:

echo 1 >/proc/sys/kernel/sysrq
echo b >/proc/sysrq-trigger

[@RicoX]

Удален, не прочел комментарий выше.

[@xandr0s]

Заводил WoL под виндами: для успешной работы системы необходимо, чтобы операционка корректно завершила работу. Иначе пакеты тупо не ловятся. То есть после выключения света сервак таким образом не включить.

[@foxmuldercp]

Для данного случае поможет только «включаться после пропадания питания».
Не видел еще ни одного сервера за 13 лет стажа, где бы эта опция не была активирована

[@xandr0s]

Ха! Наблюдал несколько компов, которые в процессе эксплуатации внезапно переставали обращать внимание на эту опцию.

[@foxmuldercp]

У меня домашний десктоп с некоторых пор тоже включаться перестал, но по расписанию в биосе пока еще заводится

[@GreyCat]

Вы не поверите, но 99% хостеров, что я знаю, держат серверы с опцией «быть выключенным при подаче питания после пропадания».

[@foxmuldercp]

На хостинге это оправданно — если весь этот зоопарк после реального пропадания включится одновременно, ДГУ может не хватить мощности для запуска, обычно после пропадания сервера включаются группами, поэтапно

[@achekalin]

Лучше уж «восстанавливать состояние после появления питания».

Потому что не все сервера могут быть все время включены. Хотя это, конечно, от специфики зависит. Но, как вариант, стоят у Вас в стойке два машины, старый сервер и новый сервер. Старый выключен, сервисы на новом. Дергаем питание, и с «включаться после пропадания питания» имеем две включенные машины с одинаковыми IP.

Потому и рекомендую «восстанавливать состояние». А для кирдык-случаев — в серверах настроить IPMI, и сделать независимая подсеть + сетевую инфраструктуру для этих портов. От греха.

Плюс, в идеале, дежурная смена на площадке )

[@foxmuldercp]

У меня гипервизоры, и они таки по IPMI/iLO могут быть в любом состоянии. для iLO в идеале действительно отдельная сеть.
А виртуалки уже ручками, если надо.
Но про ЦОДы я выше высказался, про аккуратное последовательное включение после даунтайма, иначе ДГУ не выдержит

[@Iwamoto]

Лично я для себя сделал в роутере m0nowall — планировщик, и каждое утро, не зависимо от меня, в 6 часов — посылаем моим серверам WOL. На случай как раз такой)))

[@DarkByte]

Ещё в некоторых BIOS'ах есть Wake up by Alarm, в качестве алярма можно выбрать время, в которое компьютер включится, если он выключен.

[@amarao]

А ещё в линуксах можно поменять настроки этой микрухи даже без участия биоса, и даже если в биосе настройки нет.

[@miwa]

Не знал. А можно с этого места поподробнее?

[@ColorPrint]

сутки дауна — наверное как-то не очень для сервера )

[@mrakgi]

Давным давно, когда деревья были большими, был у нас в цеху, что 700 метров по сугробам некий комп, который выполнял функции роутера, который в принципе тоже можно назвать сервером. Все хорошо, только вот любил этот роутер жестко подвисать по непонятным мне тогда причинам, не часто, но раз в неделю стабильно. Дык вот однажды в студеную зимнюю пору в очередной раз ползя по сугробу я подумал, да ну его нафиг, и приташил мобилу старую. Да да, именно нокию 3310. Полажил я ее заботливо приложив задней крышкой к материнке внутри компа. Позвонил на нее и комп перегрузился, прицепил я блок питания к мобиле, завинтил системник и больше в этот цех по этой причине не ходил.

[@mtp]

Не совсем понял, зачем такие костыли, если честно.

У HP, например, есть iLO. У других производителей есть аналогичные средства. А если сервер виртуальный, тогда еще проще.

Или речь об обычной персоналке, волей судеб и бюджетов исполняющей такую роль?

[@5hr4M]

Угу… а ещё у HP есть приложение под android, которое работает с ILO (включая KVM). Очень удобно!

[@dimitrimus]

бывает такое явление, как интересно самому сделать :)

[@powerman]

iLO бывает разный. На моих HP ProLiant DL140 G3 стоит LO100i (со всеми последними обновлениями), и надо отметить, что сам iLO виснет намертво после примерно месяца работы. Серверу это работать не мешает, просто перестаёт работать веб- и telnet/ssh-интерфейс iLO.

Более того, когда приходится перегружать сервер из-за обновления ядра, сервера часто виснут при перезагрузке намертво, и не перегружаются даже физическими кнопками power/reset — единственное, что помогает, это выдёргивание шнура питания на минуту чтобы перегрузить не только сервер, но и повисший iLO.

[@BasilioCat]

ipmitool bmc reset cold из ОС

[@achekalin]

Можно и на iLO залогиниться издали (там же не только веб) и руками из консоли ребутнуть BMC (команду не помню, но гуглится).

Но, конечно, 300-я (и выше) серия серверов во многих случаях куда предпочтительнее.

[@powerman]

telnet/ssh перестают отвечать вместе с веб, так что если один из интерфейсов повис то другие уже не помогут.

[@powerman]

Только что проверил — не помогает. Эта команда после запуска подвисла, ждал пять минут — эффекта нет. Ни веб- ни telnet- интерфейсы спустя эти 5 минут отвечать не начали.

[@foxmuldercp]

могу и ошибаться, но вроде на самых слабых DL с минимальным индексом, кажется, НР iLO нет — политика HP.
И помнится на демонстрации G8 в МУКе инструктор говорил что это у них такая политика — хочешь на слабом сервер iLO — покупай недешевую плату отдельно.

[@bondbig]

Всего четыре буквы: ipmi

[@vitektm]

EG-PMS-LAN
У D-link по моему тоже что-то подобное есть для стоек. Ну и APC тоже вроде умеет включать-выключать.

Первый девайс можно управлять через сайт, нужно зарегистрировать аппарат на сайте.
Правда работа аппарат не без глюков. Так в одном устройстве вдруг начала включаться одна из управляемых розеток. Потом само прошло.
Ток заявлен до 10А. А еще можно к управляемой розетке подключить удлинитель-тройник, и включать выключать сразу группу устройств.

Куплен был этот девайс правда не для серверов, а для сетевого оборудования\АТС\ и пр.
Планировщик также есть.

Из примеров из мануалов есть, вариант включать принтер когда что-то появилось в очереди печати.

[@SamOwaR]

Потушить случайно удалённый сервер реально, но маловероятно. А вот то, что он подвиснет — это бывает. Отлично подходят «умные» розетки,

вроде такой

или такой

Недорогие и удобные аппаратные watchdog-и.

[@DartAlex]

Как то был у нас сервер, стоял он уж очень далеко. Переодически он зависал, и очень не хотелось ездить туда тыкать restart. Так вот, поставили рядышком, на против него системник. Он пинговал этот самый сервак и при пропадании IP достижимости, системник открывал CD-ROM, и тем самым нажимал на кнопку restart на серваке. Вот такая вот история.

[@Nastradamus]

Я домашний ПК бужу вот таким «ярлыком» на рабочем столе:

sshpass -p MyPa$$w0rd ssh root@19.211.13.47 '/usr/sbin/wol -i 192.168.1.255 -p 9 30:82:A4:A1:06:68'

sshpass тут используется, потому что домашний роутер на dd-wrt не умеет хранить ключи ssh.

[@iDoka]

проверяем поддерку WOL
sudo ethtool <интерфейс> | grep Wake
выввод команды должен быть следующим

Supports Wake-on: g
Wake-on: g

А сиё должно что означать:

$sudo ethtool eth1 | grep Wake
Supports Wake-on: pumbg
Wake-on: g

?

[@avsavchenko]

Set Wake-on-LAN options. Not all devices support this. The
argument to this option is a string of characters specifying
which options to enable.
p Wake on phy activity
u Wake on unicast messages
m Wake on multicast messages
b Wake on broadcast messages
a Wake on ARP
g Wake on MagicPacket(tm)
s Enable SecureOn(tm) password for MagicPacket(tm)
d Disable (wake on nothing). This option clears all previous
options.