Тем временем в замке у шефа


 

 

 

 

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

InnerException :
UnknownElements :
UnknownAttributes :
XmlSchemaType :

Timestamp : 8/11/2018 3:40:41 AM
FailureType : MRSProxyConnectionLimitReachedTransientException
FailureHash : 1469
FailureCode : -2146233088
MapiLowLevelError : 0
FailureSide : Source
FailureSideInt : 1
ExceptionTypes : {MRSProxyLimitReached, MRS, MRSTransient, Transient, Exchange}
ExceptionTypesInt : {21, 10, 11, 2, 1}
WorkItem : MakeConnections
Message : The Mailbox Replication Proxy Service can’t process this request because it has reached the maximum number of active MRS connections allowed. Current connections: 100,
Connections limit: 100.
MessageData :
DataContext : ——–

Remote server: https://mail.х.com/EWS/mrsproxy.svc EX2k13х.com (15.0.995.32 ServerCaps:, ProxyCaps:, MailboxCaps:, legacyCaps:017FFFFFCB07FFFF)
——–
AggregateProvider.ForEachWrappedMailbox: Onprem Source Mailbox
——–
Operation: IMailbox.Connect
Operation: [Connect] IMailbox.Connect
OperationSide: Source

at Microsoft.Exchange.MailboxReplicationService.MailboxCopierBase.<>c__DisplayClass339_0.<CopyMessageBatchInternal>b__0(MessageRec[] subBatch)
at Microsoft.Exchange.MailboxReplicationService.MailboxCopierBase.CopyMessageBatchInternal(List`1 batch, MailboxChanges mailboxChanges, Int32 batchSize,
MailboxUpdates mailboxUpdates, Int32& newMessages, Int32& changed, Int32& itemsCopied, ExDateTime& dtLastMessage)
at Microsoft.Exchange.MailboxReplicationService.MailboxCopierBase.CopyMessageBatch(List`1 batch, MailboxChanges mailboxChanges)
at Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.WriteFolderMessages(MailboxCopierBase mailboxToWriteMessages, FolderStateSnapshot fss, Queue`1 writeQueue)
at Microsoft.Exchange.MailboxReplicationService.Job.<>c__DisplayClass35_0.<ExecuteWorkItemCallback>b__0()
at Microsoft.Exchange.MailboxReplicationService.ExceptionUtils.ProcessKnownExceptionsWithoutTracing(Action actionDelegate, ProcessExceptionDelegate processException)
InnerException : DataExportTimeoutTransientException: The data export was cancelled due to a timeout. The destination didn’t respond in time.
UnknownElements :
UnknownAttributes :
XmlSchemaType :

Timestamp : 8/11/2018 4:07:08 AM
FailureType : DataExportTransientException
FailureHash : c95b
FailureCode : -2147467259
MapiLowLevelError : 0
FailureSide : Source
FailureSideInt : 1
ExceptionTypes : {Exchange, Transient, Mapi, DataProviderTransient, MRSRemote}
ExceptionTypesInt : {1, 2, 30, 101, 20}
WorkItem : WriteFolderMessages
Message : MapiFxProxyTransientException: The data export was cancelled due to a timeout. The destination didn’t respond in time. –> The data export was cancelled due to a
timeout. The destination didn’t respond in time.
MessageData :
DataContext : ——–
——–
Operation: LocalSourceMailbox.CopyMessageBatch

ExceptionTypesInt : {2, 1}
WorkItem : WriteFolderMessages
Message : The call to ‘https://mail.х.com/EWS/mrsproxy.svc EX2k13O.х.com (15.0.995.32 ServerCaps:, ProxyCaps:, MailboxCaps:, legacyCaps:017FFFFFCB07FFFF)’ timed out.
Error details: The request channel timed out while waiting for a reply after 00:00:00. Increase the timeout value passed to the call to Request or increase the
SendTimeout value on the Binding. The time allotted to this operation may have been a portion of a longer timeout. –> The request operation did not complete within the
allotted timeout of 00:00:50. The time allotted to this operation may have been a portion of a longer timeout. –> The request channel timed out while waiting for a
reply after 00:00:00. Increase the timeout value passed to the call to Request or increase the SendTimeout value on the Binding. The time allotted to this operation may
have been a portion of a longer timeout. –> The request operation did not complete within the allotted timeout of 00:00:50. The time allotted to this operation may
have been a portion of a longer timeout.
MessageData :
DataContext : ——–
Operation: IMailbox.ExportMessages
Operation: IMailbox.ExportMessages
OperationSide: Source
cuhaci.onmicrosoft.com\75a4e52e-d5d0-405f-a682-c7f725326041 (Primary)
Flags: None
PropTags: (null)
——–
>>>> Scheduled WorkItems: CheckTriggerRecoveryActions(P:0,R:0,S:0,C:0); MakeConnections(P:0,R:0,S:0,C:6859); StartMove(P:0,R:0,S:0,C:4047);
InitializeCopyMessageStatistics(P:0,R:0,S:0,C:125474); EnumerateFolders(P:0,R:0,S:0,C:0); EnumerateFolderMessages(P:0,R:0,S:0,C:93,Cnt=11);
WriteFolderMessages(P:156,R:0,S:0,C:19235); EnumerateFolderMessages(P:19797,R:0,S:0,C:2500); WriteFolderMessages(P:562,R:0,S:0,C:14344);

Не спешите бросаться изменять параметры MsExchangeMailboxReplication.exe.config  если столкнетесь, впереди у нас еще ошибки! Да и изменение настроек ничего не даст.

Первая, которая не лежит на поверхности а прикопана поглубже, ‘StalledDueToTarget_MdbAvailability‘. И вторая, которая намного интереснее, StalledDueToTarget_UnknownReason.

Первая ошибка нам говорит, что можно идти пить чай, ведь с нашей стороны пули вылетели, и этот ваш О365 опять что-то там балансирует и распихивает наши ящики по своим БД. А вторая ошибка не говорит ничего. Мастера гугла сразу же отправляются дальше по своим делам, ибо случай здесь интересный, и описания ошибки в интернетах нет. А вот причина после бегания по потолку и дергания себя за усы оказалась банальна и проста. Куча ящиков ехали из соседних БД, в которых все было в порядке… с индексами. А вот в этой несчастной базе они побились. После восстановления все стало хорошо.

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

Advertisements

Пролетарии всех стран…. не обновляйтесь!


Всем гражданам, отвечающим за обновление клиентских ОС на заметку.

“Symptom: We have paused the rollout of the Windows 10 October 2018 Update (version 1809) for all users as we investigate isolated reports of users missing some files after updating.”

Лучше погодить с обновлением, если вы его уже запланировали.

Коротенько, пока


слушаем всем чатом Олдмана

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

https://gitlab.com/Lieben/assortedFunctions/blob/master/buildResilientExchangeOnlineSession.ps1

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

Microsoft 2018 Next Step to the Cloud


Уважаемые партнеры!

Приглашаем вас принять участие в технической онлайн-конференции Microsoft 2018 Next Step to the Cloud, которая пройдет 27-28 сентября с 10:00–18:00.

В течение двух дней эксперты и партнеры Microsoft продемонстрируют технические возможности сервисов Microsoft по основным направлениям, а также способы их применения на практике.

Сессии будут интересны ИТ-специалистам, системным администраторам, ИТ-инженерам, разработчикам.

Зарегистрироваться на конференцию.

27 сентября

На сессии Переход в Azure: планирование, миграция, поддержка мы разберем кейс размещения приложения с нестабильной нагрузкой в Microsoft Azure, рассмотрим различные типы вычислительных ресурсов и их отличия. Расскажем как происходит процесс миграции в облако и продемонстрируем различные инструменты управления облачными ресурсами.

Рассмотрим использование Microsoft Azure в качестве хранилища резервных копий, создаваемых как средствами Microsoft, так и партнерскими решениями.

Вторая половина дня будет посвящена теме Использование и применение технологий Больших данных и Искусственного интеллекта на практике – основым изменениям в платформе Microsoft Azure IoT, анонсированным новинкам в IoT, машинном обучении в сервисах искусственного интеллекта. Наши партнеры раскроют секреты использования ключевых облачных сервисов Data&AI и продемонстрируют их реальное использование в своих решениях в разных отраслях.

28 сентября

Сессия Современное рабочее место от Microsoft – технический практикум – мы расскажем и продемонстрируем компоненты современного рабочего места с фокусом на администраторов – операционную систему Windows 10, службы кибербезопасности EM&S, интеллектуальные коммуникации Office 365 и связанные компоненты.

Выступают ведущие эксперты-практики.

Темы сессии Новые возможности Dynamics 365 посвящены новым приложениям в линейке Dynamics. Также мы расскажем, как добавить интернет вещей в решение Dynamics 365 for Field Service, как интегрировать Dynamics с другими корпортативными системами, как разрабатывать под Dynamics 365 for Finance and Operations и ещё немного про Power Apps.

Подробная программа конференции доступна на сайте.
https://info.microsoft.com/CE-AzureINFRA-CATALOG-FY19-08Aug-16-NextSteptotheCloudCLE-MCW0008619_CatalogDisplayPage.html

Анонс вебинара О365


25 числа приглашают на вебинар. Там будет не астериск ,чтобы брать за вебинар 2000р, поэтому записываемся и участвуем бесплатно. Я лично присутствовать не смогу, но делегировал туда товарища с мандатом, он проверенный и не подкачает. Ну и кому интересно, добавляйтесь в группу почтальонов.

IPv6 отключили… опять?


 

 

 

 

 

 

 

 

Пробудили как-то ото сна, с криками “ааааа PDC не работает. Все пропало”. Стали чинить, и вот что открылось взору. На первый взгляд проблемы с паролем компьютера, да.

 

 

 

 

 

 

 

Выяснилось, что на контроллер не попасть никак. Зашли на него из консоли вари, и увидели что профиль сети перекинулся в Public. Начали смотреть, ибо кейс древнючий еще с 2008-го.

Вылечить сразу же на месте можно просто, быстро и с ребутом:

Reset-ComputerMachinePassword -server {name of other domain controller}

Выкл/Вкл сетевой адаптер, перезагрузиться.

Но виновником ситуации как всегда оказались руки админа, который….

“я только снял галочку с IPV6 в настройках адаптера.”

В очередной раз хочется сказать: дети, не трогайте настройки IPv6 , если вы не знаете что с NT 6.0 это часть сетевого стека ОС. Будьте проще, и пользователи к вам потянутся. И проблем таких не будет.

Просто включаем IPv6 на сетевом адаптере

NetAdapterBinding -Name “Name” –ComponentID ms_tcpip6. #enable IPv4

и забываем об этом.

Полезная ссылка пополнилась еще одним кейсом.