Пятница, 24.11.2017, 03:11
Приветствую Вас Гость | RSS
Главная | Каталог статей | Регистрация | Вход
Форма входа
Логин:
Пароль:
Поиск

Меню сайта

Категории раздела
Общие статьи [18]
Переводные статьи [6]
Примеры [8]
Эмуляторы [2]
Linux [3]
Презентации по IBM DS [6]
О.Ю.Еремин. Материалы по технологиям хранения и восстановления информации.

Наш опрос
О регистрации на сайте с помощью соцсетей.
Всего ответов: 12

Метки
EGL ODM бизнес правила программирование SOA arcati блоги журналы Каталог мейнфреймы журнал z/os Freeware VM bigdata nosql MVS OS zOS SLES zLinux мейнфрейм Хабрахабр 50лет документы хранилище Java EE liberty WebSphere z/VM history сообщение Форум DFSORT Hercules VSAM отчётность Linux Analytics Accelerator Netezza IMS IBM IDC продажа CHKPT GSam XRST гипервизор KVM Shutdown #hollywar mainframe Вакансии Санкт-Петербург пример Assembler LHI vs XR instruction to clear GPR z Seies CPU performance семинар впечатление доступность ЦБ цены аутсорсинг BMC CMS ZVM санкции Rockwell история z13 мобильность DB2 Java Coupling Facility Parallel Sysplex WebSphere AS MVT ОС ЕС ссср Tape VTL Вакансия БЛОГ Линукс Новое статьи Люксофт Польша Работа Москва

Статистика

Главная » Статьи » Мейнфреймы » Примеры


Как завершать VM с колонией гостевых Линуксов

Прежде чем завершить (выполнить команду shutdown) zVM не забудьте про виртуальные машины с гостевыми системами zLinux - они должны быть завершены прежде. Чтобы автоматизировать этот процесс нужно: 
- либо при старте системы zVM выполнить команду из профиля одной из стартующих технологических машин типа OPERATOR или AUTOLOG1 - "cp set signal shutdown XX". (За XX cекунд должна успеть завершиться вся ваша колония линуксов.) 
- либо в файле system config вставить строки: 
SET SIGNAL SHUTDOWN XX 
SET SHUTDOWNTIME YY

Лично я выполняю эту команду в ВМ OPERATOR из процедуры PERFCMDS, которая помимо выше упомянутой команды, делает настройки для лучшей производительности ВМ с zLinux:

/* PERFCMDS EXEC */ 
/* set recommended performance metrics for zLinux */ 
/* Call PerfCmd 'command , settings' */ 
/* (the 'command' part is used by CP QUERY and CP SET, 'settings' only by CP SET) */ 
Call PerfCmd 'SRM STORBUF , 300 250 200' 
Call PerfCmd 'SRM LDUBUF , 100 100 100' 
/* set Delay for Linux Guest Shutdown */ 
Call PerfCmd 'SIGNAL SHUTDOWN , 180' /* Allow Linux Guests 3 mins to shutdown*/ 
Call PerfCmd 'MDC , STOR 0M 256M' 
Call PerfCmd 'MDC , XSTOR 0M 0M' /* Will cause repeat QUERY MDC */ 
Exit rc

PerfCmd: 
parse arg cmd ',' settings 
parse var cmd w1 w2 w3 . 
say 'CP QUERY' cmd /* Document "before" setting */ 
'CP QUERY' cmd 
say 'CP SET ' cmd settings 
'CP SET ' cmd settings 
trace o 
Return

PS: У нас в компании в 17.45 приходят инженеры и начинают деактивировать мейнфрейм c HMC консоли и кто не успел, тот опоздал. Эта рекомендация часто спасала забывчивых сохраниться.

Категория: Примеры | Добавил: sobiron236 (28.08.2010)
Просмотров: 1118 | Комментарии: 7 | Теги: VM, Shutdown, Linux


Всего комментариев: 7
1  
Вообще-то эта не программа корректного завершения zVm, а скрипт, который устанавливает некоторые параметры производительности гостевых систем. В нём, как дополнение вставлена команда - CP SET SIGNAL SHUTDOWN 180, которая указывает ядру zvm, что при выполнении завершения системы, выполнить завершение гостевых систем, а спустя 3 минуту завершиться самой.

2  
согласен. поправьте текст и заголовок так, как надо.

4  
Возможно ли завершить zVM по сигналу отключения питания от UPS?

5  
Общий ответ - можно. Зависит от UPS. Придется писать свой обработчик SNMP, вешать его на TCPIP, а дальше при получении от UPS соответствующего события - завершать. Но готового решения (чтобы не писать ничего) я не знаю.

6  
Спешу поспорить.

Де факто:
1) Имеется z-машина На ней запущена z/VM
2) Система пережила несколько внезапных отключений электропитания: питание было отключено, UPS продержался некоторое время, за которое операторы не успели остановить все системы, включая VM.
3) Загрузили машину
4) Грузим VM, не каких ругательств по поводу "Checkpoint data is not valid", нет. А загрузить систему тёплым стартом посмотреть SYSLOG ваш покорный слуга все два раза забывал.

Появилось желание разобраться с этим механизмом и применить его, если это возможно, на MVS.

Беглый анализ hercules исходников помог понять, что выполнение команды ssd c herc_cons работает через механизм внешних прерываний "Service Signal", который глубокоуважаемый IBM "забыл" опубликовать.
Повторюсь из БЕГЛОГО анализа service.c можно сделать вывод
1) Гостевая система регистрирует у гипервизора типы "Service Signal" которые она может обработать
2) По возникновении события гипервизор посылает гостю сигнал, если он его может обработать.

z/VM начиная с какой-то версии(на 5.2 точно работает) - данный сигнал обрабатывает без проблем, и завершает работу
z/MVS в "голой" конфигурации данный сигнал не обрабатывает, покрайней мере на hercules, также MVS не обрабатывает SIGNUL SHUTDOWN под VM.
Как заставить его получить данный сигнал не знаю.
Может кто знает существуют ли способы оповещения MVS системы о грядущем отключении питания, отличном от SNMP?


7  
так проблема не в завершении VM, а, например, в корректном завершении ADABAS под VM и всякого прочего. вот их лучше бы завершать корректно, для чего в свое время трапы от UPS-а я и ловил. чувствуете? мы решаем не столько вопрос устойчивости VM, и не вопрос завершения гостевых систем, а вопрос работы прикладных программ, которые гипервизорные вызовы знать не знают, и ведать не ведают, а вот старый добрый DISTOP вполне переваривают)))

3  
А можно уточнить какой сигнал посылается гостевой системе zLinux на виртуальной машине по команде CP SET SIGNAL SHUTDOWN XXX после выдачи команды оператора CP SHUTDOWN?

Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]

Яндекс.Метрика