none
SCOM2007 : Type mismatch: 'CDbl' RRS feed

  • Вопрос

  • Установил пробную версию SCOM  2007 и появились проблемы.

    Периодически вылазит ошибка:

    Script or Executable Failed to run

     

    The process started at 11:45:10 failed to create System.PropertyBagData. Errors found in output: C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 10\2150\CPUUtilization.vbs(72, 9) Microsoft VBScript runtime error: Type mismatch: 'CDbl' Command executed: "C:\WINDOWS\system32\cscript.exe" /nologo "CPUUtilization.vbs" 95 15 myserver.domain.com 22.726566950480144 Working Directory: C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 10\2150\ One or more workflows were affected by this. Workflow name: Microsoft.Windows.Server.2003.OperatingSystem.TotalCPUUtilization Instance name: Microsoft(R) Windows(R) Server 2003, Enterprise Edition Instance ID: {983DFE00-254A-2820-2E3D-01BF753E885C} Management group: MG

     

    Я попробовал запускать отдельно CPUUtilization.vbs с указанными параметрами - на всех серверах выдавалась одна и та же ошибка - Type mismatch: 'CDbl'

     

    Как это можно победить?

     

    20 апреля 2007 г. 8:33

Все ответы

  • аналогичная проблема

    видимо дело в локализации серверов - кто нибудь пробовал запускать на английской версии сервера, а не русской?

    18 июня 2007 г. 6:35
  • Я устанавливал еще beta 2, на английской версии сервера таких проблем не видел
    19 июня 2007 г. 10:42
  • Подтверждаю наличие проблемы. Все инфраструктурные сервера, на которых установлены агенты, работают под англоязычной версией W2K3, т.ч. предположение наличия корня проблемы в локализации системы не подтверждается.
    25 июня 2007 г. 13:27
  • Это бага, проявляется на серверах с неамериканской locale (язык операционки неважен). Пока конкретных сроков по исправлению нет. Проще всего пока отключить это правило.

     

    27 июня 2007 г. 12:22
  • Абсолютно верно, сами вчера это обнаружили.

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

    28 июня 2007 г. 8:31
  • Для исправления ошибки не обязательно менять локаль на English (Unated States) - достаточно настроить русскую локаль, а именно заменить разделитель дробной части с запятой на точку.

    Делается через Regional and Laguage Settings - Regional Options - Customize - Decimal Symbol

     

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

     

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

    16 июля 2007 г. 11:58
    Модератор
  • ТОлько смены запятой на точку мало. Также надо поменять и разделитель разрядов.

    Слышно что-нибудь об исправлении бага?

    25 июля 2007 г. 22:48
    Отвечающий
  •  

    Разделитель разрядов зачем? Влияет? В каких скриптах?

     

    Кстати формат даты еще может влиять. Но не проверял.

    30 июля 2007 г. 11:35
    Модератор
  • Пока не отловил точно, видимо все-таки не разделитель разрядов. Просто пришел 1 алерт с севера, где уже запятая сменена на точку, его быстренько закрыли, пока не повторялся. Жду.

    ЗЫ Написал об этом в MS. Жду ответа.

    30 июля 2007 г. 12:24
    Отвечающий
  •  

    У меня были повторения после перехода на точку, но со временем пропали.
    1 августа 2007 г. 9:45
    Модератор
  • Чет вот мне подумалось - региональные настройки - это же пользовательские настройки. Т.е. индивилуальный для каждой учетной записи. Так вот для какой учетки менять эти настройки?

    3 августа 2007 г. 8:33
    Отвечающий
  • Повсей видимости для учетки под которой работает сервис агента.

    Но я реально менял под учеткой доменного администратора и это сработало. (Под этой же учеткой ставил агента).

    3 августа 2007 г. 10:29
    Модератор
  • Мдя... вот что я получил от техпода в ответ на описание ошибки:

    Служба профессиональной поддержки Microsoft направлена только на решение технических проблем, ошибок, возникающих в процессе работы программных продуктов, и не рассматривает вопросы, связанные с оказанием консультационных услуг.

    Ппц... т.е. это нифига не ошибка, а мои кривые руки типа... ну спасибо... Коллеги из MS, здесь присутвующие, передайте от меня лично ОГРОМНЫЙ привет некоему Никите Рыженко. Почему-то есть желание ругать матом.

    Ну ладно, раз так - будем открывать инцидент в рамках подписки TechNET. Ибо меня вот это переключение настроек ну нифига не радует.

    6 августа 2007 г. 12:26
    Отвечающий
  •  FreemanRU написано:

    Почему-то есть желание ругать матом.

    Матом не надо. Судя по ответу, Вас просто не поняли. Можете попробовать написать его менеджеру Максиму Цветову (v-46mats=at=msmail.cc.gldn.net) и изложить суть Вашей проблемы и претензий. Только аргументированно и без мата. Может помочь Smile

    7 августа 2007 г. 2:33
  • Спасибо, попробую. Официально естественно я не ругаюсь Smile

    ЗЫ Какое-то мыло интересное...

    7 августа 2007 г. 10:25
    Отвечающий
  • Вообще я про эту ошибку видел где-то на буржуйском форуме технет сообщение представителя MSFT о том, что это будет пофиксено в SP1...

    От тут: http://forums.microsoft.com/technet/showpost.aspx?postid=1628491&siteid=17&sb=0&d=1&at=7&ft=11&tf=0&pageid=1

    7 августа 2007 г. 10:42
    Модератор
  • Не та эта ошибка. Совсем не та.

    7 августа 2007 г. 11:25
    Отвечающий
  • Ну значит я облажался... =)

    7 августа 2007 г. 11:32
    Модератор
  •  FreemanRU написано:

    ЗЫ Какое-то мыло интересное...

    Я полагаю, Вы догадались, что =at= надо заменить на @ Smile

    8 августа 2007 г. 0:19
  •  

    Посмеялся...

    На самом деле меня больше заинтересовал домен....

    8 августа 2007 г. 6:57
    Отвечающий
  • В службе техподдержки иногда работают контракторы, а не постоянные сотрудники MS.

    8 августа 2007 г. 21:20
  • На правах апа.

    Баг продолжает успешно существовать.
    Путь обхода с изменением интернациональных запятых на точки работает, но в большинстве случаем неприемлем. Ибо SCE не единственный на сервере крутится, и как поведут себя другие бизнес-приложения в данной ситуации тоже проверять не хочется.

    В английском форуме есть сообщения о том, что баг известен и будет предположительно исправлен в SP1.
    SP1 выйдет в первой половине 2008 ;(((
    http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1750711&SiteID=17&pageid=1

    Вообще была дикая идея переписать глючные скрипты в менеджмент паках.
    Там всего то надо пару строчек добавить в месте вызова CDbl.
    Однако разобраться, где спрятаны скрипты и как их поправить - не смог, да и неправильно это...
    Тем более, что лицензионное соглашение, вроде, не разрешает модифицировать софт?
    И относится ли это к менеджмент пакам?

    Если есть другие способы решения проблемы - буду рад услышать.
    16 ноября 2007 г. 12:43
  • Разобраться-то не проблема. Проблема их сохранить при обновлении MP. Вы можете попробовать в тестовой среде SP1 RC, а потом, если все будет совсем безоблачно, рискнуть воткнуть его в продашн. Риск будет минимальным, как мне кажется.

    16 ноября 2007 г. 12:51
    Модератор
  • У меня сейчас режим опытной эксплуатации. На стенде я мог бы попробовать.
    SP1 RC - это релиз кандидат?
    Он уже доступен? Где его взять?
    16 ноября 2007 г. 13:11
  • И тут я понимаю, как жестоко обошлась со мной судьба, забросив в соседнюю ветку форума.
    Ибо я искал решение той же самой проблемы, но для SCE 2007, для которого SP1 выйдет "в первой половине 2008" ;((
    Боюсь, что SP1 для OM меня не спасет 
    19 ноября 2007 г. 8:06
  • Не беспокойтесь, SP1 для SCOM Тоже выйдет в первой половине 2008 =) Пока только RC вышел =)

    19 ноября 2007 г. 8:13
    Модератор
  • Слабое утешение.

    Хоть бы SCE SP1 RC пощупать. И с честными глазами сказать заказчику, что с выпуском SP1 данная проблема не будет его более напрягать.
    19 ноября 2007 г. 9:10
  • Я так понимаю, что Вы представитель партнера? Тогда напрягите Ваш контакт в MS - могут поспособствовать: или выдать бету попробовать или дать официальную информацию, что бага порешена, или, может, заплатку ккую...

    19 ноября 2007 г. 11:58
    Модератор
  • К сожалению, я пока не партнер.
    Но и внедрением занимаюсь у стороннего клиента.
    Партнер в контакте у меня есть. Эту проблему мы обсуждали с ним примерно месяц назад.
    Решения проблемы тогда еще не было.
    Думаете, сейчас что-то изменилось?
    Стоит напрячь партнера на эту тему еще раз?
    19 ноября 2007 г. 12:06
  • Я думаю, что напрягать партнеров, если есть возможность, нужно всегда.

    19 ноября 2007 г. 12:34
    Модератор
  •  fux написано:
    На правах апа.

    Баг продолжает успешно существовать.
    Путь обхода с изменением интернациональных запятых на точки работает, но в большинстве случаем неприемлем. Ибо SCE не единственный на сервере крутится, и как поведут себя другие бизнес-приложения в данной ситуации тоже проверять не хочется.

    В английском форуме есть сообщения о том, что баг известен и будет предположительно исправлен в SP1.
    SP1 выйдет в первой половине 2008 ;(((
    http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1750711&SiteID=17&pageid=1

    Вообще была дикая идея переписать глючные скрипты в менеджмент паках.
    Там всего то надо пару строчек добавить в месте вызова CDbl.
    Однако разобраться, где спрятаны скрипты и как их поправить - не смог, да и неправильно это...
    Тем более, что лицензионное соглашение, вроде, не разрешает модифицировать софт?
    И относится ли это к менеджмент пакам?

    Если есть другие способы решения проблемы - буду рад услышать.

     

    Никаких проблем не будет, если заменить запятую на точку. Если конечно нет скприптов VBS, которые используют как раз запятую. Но в стандартной поставке Windows их нет. По крайней мере я не видел таких сообщений.

     

    Если вас все же это не устраивает, то вы можете использовать более продвинутый вариант: запускать агента не под системной учетной записью, а под созданной вами (только права настройте для нее).

     

    Сам баг не влияет на мониторинг как таковой, а задевает только отдельные правила. Насколько для вас (вашего клиета) это критично? Можно ведь просто отключить такие правила. Или сделать аналогичные свои саовершенно независимые или перекрывающие системные.

     

    (Скорее всего) системные MPs для SCOM и для SCE соверешнно одинаковые. Тогда качайте RC SP1 от SCOM и берите от него обновленные системные MPs.

     

    19 ноября 2007 г. 12:51
    Модератор
  •  sie написано:

     

    Никаких проблем не будет, если заменить запятую на точку. Если конечно нет скприптов VBS, которые используют как раз запятую. Но в стандартной поставке Windows их нет. По крайней мере я не видел таких сообщений.

     

     

    Менял  запятую на точку и на Win2003 Win2008 серверах не помогло.

    Судя по форуму людям помогло.

    Но я не раз переустанавливал и ставил в разных конфигурациях - решение с точкой не помогло.

    А на этих скриптах построенны правила поиска

    Как понять выражение это не критично.

     

    Так решение будет или нет?

    24 октября 2008 г. 13:14
  •  

    Во многих менеджмент паках проблема решена уже давно. Скачайте из каталога самые свежие версии. Если вам не помогает обновление менеджмент паков - указывайте в вопросе какой монитор (и из какого менеджмент пака - имя и версия) вызывает ошибку.
    24 октября 2008 г. 13:25
    Отвечающий
  • Да еще SP1

    24 октября 2008 г. 13:46
    Модератор
  •  G14 написано:

     

    Во многих менеджмент паках проблема решена уже давно. Скачайте из каталога самые свежие версии. Если вам не помогает обновление менеджмент паков - указывайте в вопросе какой монитор (и из какого менеджмент пака - имя и версия) вызывает ошибку.

    SCOM Version 6.0.6278.0 т.е. стоит SP1

     

     

    MP- System Center Core Monitoring 6.0.6278.19

    Вот ошибка

    Script or Executable Failed to run:    IsHostingMSCS.vbs

        LogEndToEndEvent.js

        GetServerNames.vbs

        Microsoft.Windows.Server.CPUUtilization.Monitortype.vbs

Alert Rule: Alert on Failed Batch Responses

 

И еще в добавку

После установки

MP- Microsoft.ISAServer.2006 Version 6.0.6351.0

Distributed Application properties of ISA Enterprise Topology Root

Not Monitored

И еще

MP-Microsoft.SystemCenter.ConfigurationManager.2007 version 6.0.5000.12

Distributed Application properties of ConfigMgr 2007 Site Hierarchy

Not Monitored

 

27 октября 2008 г. 9:49
  • LogEndToEndEvent.js - И этот скрипт дает у вас Type mismatch: 'CDbl'?

     

    Что касается последнего МР для ISA - да, это известный баг. Верните предыдущую версию или удалите последний сервиспак с ISA (плохой вариант).

     

    27 октября 2008 г. 10:40
    Отвечающий
  •  G14 написано:

    LogEndToEndEvent.js - И этот скрипт дает у вас Type mismatch: 'CDbl'?

    - Нет

    Вот еще скрипт который не смог выполниться на RMS

     GetServerNames.vbs

     

    Что касается последнего МР для ISA - да, это известный баг. Верните предыдущую версию или удалите последний сервиспак с ISA (плохой вариант).

    -Поставил предыдущую версию 6.0.5000.0 - не содержит репортов и нет Distributed Applications Sad ,а все остальное работает. 

     

    А что насчет ConfigMgr 2007 Site Hierarchy?
    27 октября 2008 г. 13:43
  • Так если ошибки другие, зачем вы в эту тему запостили и голову нам морочите?

     

    Проблемы со скриптами как правило решаются двумя путями

     

    • Сбросом и переинициализацией WMI (остановка winmgmt, удаление содержимого папок %windir%\system32\wbem\Repository и Logs, старт winmgmgt)
    • Выяснение проблем с доступом (правами). Нужно запускать скрипт вручную, от того пользователя, от которого его запускает агент и смотреть как отрабатывает...

    Я не использую ConfMgr mp.

    27 октября 2008 г. 16:38
    Отвечающий
  •  G14 написано:

    Так если ошибки другие, зачем вы в эту тему запостили и голову нам морочите?

    Извините был не прав.

     

    Но вот уже касательно CDbl (запятая заменена на точку)

    Это на RMS

     

    The process started at 14:17:50 failed to create System.PropertyBagData. Errors found in output: C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 18\2246\Microsoft.Windows.Server.CPUUtilization.Monitortype.vbs(438, 5) Microsoft VBScript runtime error: Type mismatch: 'CDbl' Command executed: "C:\WINDOWS\system32\cscript.exe" /nologo "Microsoft.Windows.Server.CPUUtilization.Monitortype.vbs" 95 15 ххххххх.ххххххх.хх 5.5847892761230469 Working Directory: C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 18\2246\ One or more workflows were affected by this. Workflow name: Microsoft.Windows.Server.2003.OperatingSystem.TotalCPUUtilization Instance name: Microsoft(R) Windows(R) Server 2003 Enterprise x64 Edition Instance ID: {6A424388-E3E6-2355-B3C4-4D83F7EC0F68}

     

     

    MP: System Center Core Monitoring  ver. 6.0.6278.0

     

    Alert Rule: Alert on Failed Batch Responses
    Created:

     

    29.10.2008 14:17:56

     

     

    29 октября 2008 г. 12:43
  • Покажите лучше версию Microsoft.Windows.Server менеджмент пака, System Center Core Monitoring   просто ищет в логах определенные эвенты, что скрипт не смог отработать, сам скрипт из другого мр...

    29 октября 2008 г. 12:53
    Отвечающий
  •  G14 написано:

    Покажите лучше версию Microsoft.Windows.Server менеджмент пака, System Center Core Monitoring  

    MP: System Center Core Monitoring  ver. 6.0.6278.0

     

     

     просто ищет в логах определенные эвенты, что скрипт не смог отработать, сам скрипт из другого мр...

     

    Event ID 4001

    Microsoft.Windows.Server.CPUUtilization.Monitortype.vbs : Invalid number of arguments (0 instead of 4). Arguments:

    29 октября 2008 г. 14:15