спасибо за ответ, что самое интересное, делаю все один-в-один как вы расписали.Делаю на ноуте core i5-3210M (2,5ГГгц ,4Gb RAM) WIN 7 Prof SP1 64bit, VMware 9.0.1).Вопрос - вы на какой ос делали, версию вари и версию oxe какую устанавливали, буду признателен.
2-й день бьюсь с установкой OXE на виртуалку.Пытаюсь установить OXE_R100_j141049a на VmWare(вроде последняя самая 9.0.1).В терминалке видно что после устанвки линукса запускается установка патча и тишина.Последний лог застывает на DHS3bin/oneshot/mtcl/incid_GEA.dcc.Все настройки как по мануалу с сайта Alcatelunleashed, выделил 40Гб под HDD.Пробовал ставить и Appliance и Blade.Сколько по времени должна идти установка?Может я просто не дожидаюсь конца? Просто исхожу из того что на CPU7 минут 10-15 идет установка.
Specific Telephone Services-Supervised user - может за этим пользователем тоже кто-нибудь наблюдает? из разряда подсматривание-5 рублей,подсматривание за подсматривающим- 10 рублей
Заинтересовала данная ситуация- решил в свободное время поковыряться.Поставил на виртуалке(VMware) 2 системы - русскую WIN7SP1_ultimate_64bit и английскую WIN7SP1_ultimate_64bit, установил ВСЕ доступные обновления.Из данного опыта для себя сделал следующие выводы: 1.Ставить WIN7 АНГЛИЙСКУЮ версию. 2.Далее ставим Omninista4760 3.Далее ставим LP русский 4.Меняем локали на нужные или оставляем всё как есть(по потребностям )
Английская версия неотличима потом от русской и все работает нормально, на русской же версии windows омнивиста работает только после установки английского LP и выставления локалей на ENG(USA).Видимо омнивисте всё-таки не хватает каких-то dll, которые есть в ENG версии виндовса.Действительно, как писал JKS на рус.версии не стартует служба NMC Security(если кому интересно может помониторят прогами типа filemon , чего ей не хватает, но мне честно сказать лень за индусов Microsoft&ALU это делать ( Ниже скриншот изначально английской версии операционки, затем насильно "обрусевшую"
спасибо за ответ, VAD ))мое имхо- как говорится где реально 2 минуты - можно и час запросить на всякий такой случай.А по факту- сижу ковыряюсь сейчас с процессорм CPU7-2, на котором стоял умерший винт.Достал новый винчестер, начал устанавливать винду ) в тестовой раме.Ставилась почему-то долго-более 3-х часов.После установки залил все базы- все нормально, вроде работает, алармов нету.Но мучало долгое время установки.Подумалось- может чего не так сделал.Попробовал установить еще раз- установилась за 4 часа.Взял другой процессор- есть тестовый CPU7 (не CPU7-2), на нем винда легла за 10-15 минут.Подумал, что может новый винт какой бракованный, переставил их местами, пытаюсь опять ставить , но копируется почему-то очень долго., т.е винчестер не виноват.Также обратил внимание что около самого кристалла процессора стоит то ли силовой ключ то ли стабилизатор трехногий под небольшим радиатором.Так вот он на CPU7-2 очень горячий, а на исправном CPU7 еле теплый так что пока буду экспериментировать, благо есть на чем, потом будет видно.
Vlad 46 пишет: но перерыв связи при таких операциях лучше заложить
Если уж на то пошло, то : Насчет закладки перерыва я с вами полностью согласен, да и по большому счету эти патчи мне до одного места (сделал бы процы идентичными и голова бы не болела, тем более все работало нормально до того как помер винт.Но есть одно большое но- насяльника .Ему нужно пропатчить все и чтобы ничего не останавливать.
с базами проблем нету- они сейчас между процессорами актуальны на 100%,(что касается менеджмента),история траффика не важна ни до баскулов ни после ни потом )).Просто станция находится в другом месте, поэтому и хотел в тепличных условиях подготовить полностью процессор и зарядить его потом в станцию и произвести это дело без остановки сервисов.
Доброго времени.Произошла следующая ситуация.Имеется OXE c двумя процессорами.На одном вышел из строя HDD. Хочу сделать следующее: 1.Заменить HDD и поднять R9.1 до актуального патча, залить базу,благо удалось слить с винта папку backup. 2.Вставить этот процессор и сделать bascul. 3.Обновить на STAND-BY софт до актуального патча. 4.Синхронизировать базы процессоров.
Больше всего меня интересует 2-й пункт- нормально ли пройдет bascul у процессоров с разными версиями патчей? Или все-таки добиваться у руководства остановки станции?
Версия софта на живом процессоре:
R9.1-i1.605-16-c-ru-c7s2
Business identification: R9.1
Release: DELIVERY i1.605 Patch identification: 16 Dynamic patch identification: c
у нас подобное было, только плата PRA2 накрылась.До перезагрузки прекрасно работала, поток на ней не валился ни разу, ошибок не было.А после перезагрузки- reg not init.При осмотре оказалось несколько беременных электролитов, после перепайки работает до сих пор.
Вчера ночью переехала станция с R7.1 на 10-ю версию софта.Переехала практически без проблем.Вернее она была единственная.Так как заменялись оба HDD(обрезанные до 80Гб Samsung HM160HC), на одном из процессоров слетело время на 25.04.2002.Скорее всего из-за разряженной батарейки СR2032.Кстати было предчувствие их заменить, но как всегда что-нибудь да забудешь, тем более что из дома уходил в час ночи.
SMART двух винтов если кому нужен
Hard Disk #0 : SAMSUNG HM160HC 76319 Mo Parameters : Type 3 Extended Type 255 Sectors / track 63 Landing Zone 0 Control Byte 0 Write Precomp 0 Heads 16 Nb of Cylinders 16383 HD size(cyl*sec by track*head*sector size) 8455 MO(decimal)
CPU7 informations : Memory Detected : 262144 Ko Flash Not Detected DaughterBoard Not Detected XILINX Detected XILINX Chip Initialization OK Ethernet Found : 1 Ethernet Chip Initialization OK Hard Disk Detected Hard Disk Found : 1
[root@xa001002 mtcl]# smartctl -a /dev/hda Device: SAMSUNG HM160HC Supports ATA Version 8 Drive supports S.M.A.R.T. and is enabled Check S.M.A.R.T. Passed
General Smart Values: Off-line data collection status: (0x00) Offline data collection activity was X never started
Self-test execution status: ( 0) The previous self-test routine completed X without error or no self-test has ever X been run
Total time to complete off-line data collection: ( 13) Seconds
Offline data collection Capabilities: (0x5b) SMART EXECUTE OFF-LINE IMMEDIATE X Automatic timer ON/OFF support X Suspend Offline Collection upon new X command X Offline surface scan supported X Self-test supported
Smart Capablilities: (0x0003) Saves SMART data before entering X power-saving mode X Supports SMART auto save timer
[root@xb001002 mtcl]# smartctl -a /dev/hda Device: SAMSUNG HM160HC Supports ATA Version 8 Drive supports S.M.A.R.T. and is enabled Check S.M.A.R.T. Passed
General Smart Values: Off-line data collection status: (0x00) Offline data collection activity was X never started
Self-test execution status: ( 0) The previous self-test routine completed X without error or no self-test has ever X been run
Total time to complete off-line data collection: ( 14) Seconds
Offline data collection Capabilities: (0x5b) SMART EXECUTE OFF-LINE IMMEDIATE X Automatic timer ON/OFF support X Suspend Offline Collection upon new X command X Offline surface scan supported X Self-test supported
Smart Capablilities: (0x0003) Saves SMART data before entering X power-saving mode X Supports SMART auto save timer
сегодня готовился к переходу на 10-й релиз.Думал индусы поправили свой линукс (ограничение на винты не более 80Гб), ан нет, все равно инсталлятор ругается, типа юзайте HDD правильные до 80Гб.Сделал по старинке- подключил к компу, MHDD в зубы - обрезал до 80Гб HPA (выставляю LBA 156 301 488) и все нормально, накатил на два винта для двух процов 10-й релиз , побаловался с восстановлением баз от 7-го релиза на десятку.Никакой ругани на жесткие диски от системы не было.Винты Samsung HM160HC( были куплены с десяток пару лет назад про запас). P.S. также всегда отключаю на винтах AAM чтобы головки не парковали без толку, в ноутбуках это может быт и критично, но после 300 тыс парковок винту приходит пушистый зверек.