none
Неправильное время в почтовых уведомлениях об алертах RRS feed

  • Вопрос

  • Коллеги, добрый день.

    В связи с отменой перехода на зимнее время, получили следующий баг в SCOM 2007 - если смотреть в консоли, то указывается время алерта корректное. А вот в почту приходит на час меньше (то есть по зимнему)! Все операционки на серверах корректно пропатчены - куда рыть?

    9 ноября 2011 г. 12:12

Ответы

  • Пробывали ли Вы пересоздать заново Channels и Subscriptions.

    У меня была ровно таже проблема. Решилась пересозданием указанных элементов.

    Вообщем я не боролся как то с этой проблемой специально. Просто знал что она есть и даже не ковырял эту проблему.

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

     


    пробовал не однократно, еще до написания сюда - не помогает.

    В принципе, тему уже можно закрывать - сервер был переустановлен с нуля, так как было подозрение что проблема находится внутри конфигурационной базы. Заодно решили протестировать SCOM 2012 (однако глючит :) )

    20 ноября 2011 г. 12:43

Все ответы

  • Прошу прощения, на ночь глядя перепутал форумы))

    Залогиньтесь под Action Account (или аккаунт указанный как Notification Account) и проверьте часовой поезд


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    9 ноября 2011 г. 20:26
    Отвечающий
  • у нас уведомления рассылаются без авторизации, а action account = local system. И еще - а разве временная зона сервера зависит от залогиненного пользователя? Звучит довольно странно...

    10 ноября 2011 г. 5:07
  • Вы RollUp 6 для Exchange сервера ставили? Если у вас, конечно, Exchange. И могли бы подробнее написать - где именно время неправильно отображается? (Желательно скриншот)
    11 ноября 2011 г. 8:06
    Отвечающий
  • Вы RollUp 6 для Exchange сервера ставили? Если у вас, конечно, Exchange. И могли бы подробнее написать - где именно время неправильно отображается? (Желательно скриншот)


    Во-первых, у меня exch 2007, там CU6 еще нет. Ну а во-вторых, проблема не в заголовках письма, а в теле.

     

    From: scom@domain.com [mailto:scom@domain.com] 
    Sent: Friday, November 11, 2011 9:40 AM
    To: Denis Osipov
    Subject: Alert: AD: User account modified Resolution state: New
    
    Alert: AD: User account modified
    Source: ra-dc01.some.domain
    Path: 
    Last modified by: System
    Last modified time: 11.11.2011 8:39:55
    Alert description: Event Description: The name of an account was changed:
    
    Subject:
     Security ID:  DOMAIN\kupriyanovdy
     Account Name:  kupriyanovdy
     Account Domain:  DOMAIN
     Logon ID:  0x233cf748a
    
    Target Account:
     Security ID:  DOMAIN\zelencova.kseniya
     Account Domain:  DOMAIN
     Old Account Name: zelencova
     New Account Name: zelencova.kseniya
    
    Additional Information:
     Privileges:  -
    
    

     

    На всякий случай уточню - все сервера патченные, проблема именно в SCOM. Он где-то сохранил старую временную зону, и теперь считает при отправке писем +3 с DST вместо +4

    • Изменено Denis Osipov 11 ноября 2011 г. 8:13
    11 ноября 2011 г. 8:11
  • Для 2007го эксчендж сервера есть SP3 RU5 - http://support.microsoft.com/kb/2602324/en-us.
    11 ноября 2011 г. 8:37
    Отвечающий
  • Для 2007го эксчендж сервера есть SP3 RU5 - http://support.microsoft.com/kb/2602324/en-us.
    может хватит всякую хрень писать, к делу не относящуюся?
    11 ноября 2011 г. 8:38
  • Может вот эта статья вас как-то натолкнет на поиск правильного решения. Со своей стороны могу лишь добавить, что после установки всех патчей временных зон (заплатка для серверов и рабочиз станций и RU6 для Exchange 2010) время в оповещения корректное. Авторизация на сервере Exchange со стороны SCOM не анонимная. Попробуйте посмотреть время на сервере SCOM таким образом (в PoSH):

    $a = get-date
    $a.ToLocalTime()
    $a.ToUniversalTime()

    11 ноября 2011 г. 8:50
    Отвечающий
  • Для 2007го эксчендж сервера есть SP3 RU5 - http://support.microsoft.com/kb/2602324/en-us.
    может хватит всякую хрень писать, к делу не относящуюся?

    Я лишь пытаюсь помочь вам в решении вашей проблемы. Если вас это раздражает, то я не буду предпринимать дальнейших попыток помочь вам.
    11 ноября 2011 г. 8:53
    Отвечающий
  • за попытку спасибо, но вы не читаете описание проблемы. Поэтому я расцениваю это как попытку накрутить свой счетчик постов.

    1) все сервера пропатчены, уже про это говорил

    2) я не пишу что проблема в Exchange - при отсутствии патчей время будет неправильное на всех письмах, а не только на SCOM

    3) Exchange никаким образом не меняет дату и время в теле письма

    4) если на сервере были-бы проблемы со временем, то они были бы и в алертах в консоли.

    >$a = get-date
    > $a.ToLocalTime()

    11 ноября 2011 г. 12:54:22

    > $a.ToUniversalTime()

    11 ноября 2011 г. 8:54:22

     

    11 ноября 2011 г. 8:57
  • Оффтоп: Набивание постов на данном форуме не учитывается и не влияет на рейтинг.

    В общем, смотрите. Попытался проанализировал ситуацию. Судя по описаниям Cumulative Updates, (возможно!) данная проблема была исправлена в CU3 для SCOM 2007 R2:

    • Alerts using the “Specific Time Period” criteria are not included during automatic alert view refresh

    На текущий момент последний CU - это CU5.

    Также, возможно, это связанно с тем, что SCOM хранит время в UTC и отправляет уведомления учитывая временную зону агента(!).

    11 ноября 2011 г. 9:12
    Отвечающий
  • CU5  - уже стоит.

    про агенты - третий раз повторю, сервера патченые, проблема проявляется на любых алертах, в любых временных зонах. В самом алерте время правильное, неправильное только в теле письма. Агенты тут не причем, они не занимаются рассылкой сообщений по подпискам, это делает сервер RMS.

     

    PS: SCOM стоит на Win2k3 R2 (со всеми патчами, на текущий момент)

    11 ноября 2011 г. 9:46
  • Хорошо, в правилах подписки строка, содержащая Last Modified Time прописано так?

    Last modified time: $Data/Context/DataItem/LastModifiedLocal$

    11 ноября 2011 г. 10:21
    Отвечающий
  • да, так:

    Alert: $Data/Context/DataItem/AlertName$
    Source: $Data/Context/DataItem/ManagedEntityDisplayName$
    Path: $Data/Context/DataItem/ManagedEntityPath$
    Last modified by: $Data/Context/DataItem/LastModifiedBy$
    Last modified time: $Data/Context/DataItem/LastModifiedLocal$
    Alert description: $Data/Context/DataItem/AlertDescription$
    
    Alert view link: "$Target/Property[Type="Notification!Microsoft.SystemCenter.AlertNotificationSubscriptionServer"]/WebConsoleUrl$?DisplayMode=Pivot&AlertID=$UrlEncodeData/Context/DataItem/AlertId$"
    Notification subscription ID generating this message: $MPElement$

    11 ноября 2011 г. 10:31
  • Попробуйте добавить строку чуть ниже выделенной:

    Last modified time (UTC): $Data/Context/DataItem/LastModified$

    и закрыть какой нибудь алерт, который придет на почту, что будет в обоих полях?

    11 ноября 2011 г. 10:52
    Отвечающий
  • Last modified time: 11.11.2011 14:16:18

    Last modified time (UTC): 2011-11-11T11:16:18.2170000Z
    11 ноября 2011 г. 11:21
  • Я пока не могу ничего предположить, разве что баг с патчем для Windows Server 2003. Вы писали на англоязычном форуме, что у вашего знакомого аналогичная проблема, он тоже использует Windows Server 2003?
    11 ноября 2011 г. 12:42
    Отвечающий
  • нет, у них 2008.


    Если бы был баг с патчем DST, то и система бы показывала неверное время. Очевидно что проблемы внутри SCOM.
    • Изменено Denis Osipov 11 ноября 2011 г. 13:35
    11 ноября 2011 г. 13:29
  • На ум только приходит такой вариант - выгрузите пакет Microsoft System Center Notifications Library, откройте в каком нибудь текстовом редакторе (напр. Блокнот) и поищите все тэги <TimeZone>. Данная строка должна выглядеть как:

    <TimeZone>10FFFFFF00000000C4FFFFFF0000000000000000000000000000000000000000000000000000000000000000|Russian Standard Time</TimeZone>

    Если это не так, то исправьте и загрузите пакет обратно.

    11 ноября 2011 г. 15:41
    Отвечающий
  • Может еще один странный вопрос, но вы сервер или службы OpsMgr перегружали после установки патча?


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com
    • Помечено в качестве ответа Denis Osipov 14 ноября 2011 г. 7:23
    • Снята пометка об ответе Denis Osipov 14 ноября 2011 г. 7:47
    13 ноября 2011 г. 19:19
    Отвечающий
  • Да, перезагружал, не однократно. Пробовал так же менять time zone туда и обратно с перезагрузками - не помогло.

     

    Коллеги, а какая у вас версия notification mp? У меня показывается версия совпадающая с RTM, то есть сами MP при CU не обновлялись и руками мы их тоже не обновляли.

    14 ноября 2011 г. 4:31
  • После обновления необходимо загрузить 3 пакета из папки, в которую распаковывается CU, расположены по пути C:\Program Files (x86)\System Center 2007 R2 Hotfix Utility\KB????????\ManagementPacks.

    14 ноября 2011 г. 5:17
    Отвечающий
  • не помогло, заодно закачал все обновленные MP с онлайн каталога.

    14 ноября 2011 г. 5:44
  • А с выгрузкой пакета пробывали, всё корректно прописано?

    14 ноября 2011 г. 6:53
    Отвечающий
  • А с выгрузкой пакета пробывали, всё корректно прописано?


    Нет, этот вариант для меня неприемлем. Это стандартный MP, модифицировать его подобным образом неправильно и грозит проблемами в дальнейшем.
    14 ноября 2011 г. 6:56
  • Это как раз нормальная практика, этот пак формируется в момент, когда вы создаете новые правила подписки. Этот менеджмент пак незапечатанный и вы всегда можете сделать его архивную копию.

    14 ноября 2011 г. 7:21
    Отвечающий
  • Это как раз нормальная практика, этот пак формируется в момент, когда вы создаете новые правила подписки. Этот менеджмент пак незапечатанный и вы всегда можете сделать его архивную копию.

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

    нужно найти причину, по которой в него попадают неправильные данные о таймзонах

    14 ноября 2011 г. 7:32
  • К сожалению, такова концепция данного менеджмент пака. Он также содержит ряд других недостатков. Со своей стороны, могу сказать, что у меня такой проблемы не было, т.к. я создавал правила подписки, на компьютере, где временная зона - Russian Standart Time.


    14 ноября 2011 г. 7:47
    Отвечающий
  • увы, ради интереса залез в MP:

    <TimeZone>10FFFFFF00000000C4FFFFFF0000000000000000000000000000000000000000000000000000000000000000|Russian Standard Time</TimeZone>

    То есть все как и должно быть.

    14 ноября 2011 г. 7:56
  • Ладно, всем спасибо за помощь, буду переустанавливать все это хозяйство, заодно обновлюсь до 2008 r2.

    14 ноября 2011 г. 8:15
  • При переносе не забудьте создать Backup RMS key.

    14 ноября 2011 г. 8:21
    Отвечающий
  • Пробывали ли Вы пересоздать заново Channels и Subscriptions.

    У меня была ровно таже проблема. Решилась пересозданием указанных элементов.

    Вообщем я не боролся как то с этой проблемой специально. Просто знал что она есть и даже не ковырял эту проблему.

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

     

    • Предложено в качестве ответа Evgeny Artemyev 19 ноября 2011 г. 21:10
    • Отменено предложение в качестве ответа Dmitry DavydovModerator 21 ноября 2011 г. 11:10
    19 ноября 2011 г. 21:10
  • Пробывали ли Вы пересоздать заново Channels и Subscriptions.

    У меня была ровно таже проблема. Решилась пересозданием указанных элементов.

    Вообщем я не боролся как то с этой проблемой специально. Просто знал что она есть и даже не ковырял эту проблему.

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

     


    пробовал не однократно, еще до написания сюда - не помогает.

    В принципе, тему уже можно закрывать - сервер был переустановлен с нуля, так как было подозрение что проблема находится внутри конфигурационной базы. Заодно решили протестировать SCOM 2012 (однако глючит :) )

    20 ноября 2011 г. 12:43