Вопросы Теги

Ключ отказоустойчивой кластеризации MS - 4f692a7dc1b824e1f679f93fadd08a3b

4f692a7dc1b824e1f679f93fadd08a3b, по-видимому, является общим идентификатором для ключа RSA, связанного с отказоустойчивой кластеризацией MS. Кажется, он не связан с сертификатом ClusInfraCert, а скорее связан с какой-то другой службой кластеризации. Мы случайно удалили его из C: \ ProgramData \ Microsoft \ Crypto \ RSA \ MachineKeys. Я думаю, я смогу экспортировать сертификат и закрытый ключ из другого члена кластера и импортировать его на отказавший узел, но я не могу найти сертификат нигде в оснастке Certificates Snap-In (я просмотрел представление сертификата службы для ClusSvc и SMB Witness). Кто-нибудь знает об этом более подробно или знает способ отменить, какой сертификат связан с конкретным файлом ключей?

1
задан 1 March 2021 в 23:35
1 ответ

Проблема: См. раздел https://interoperability.blob.core.windows.net/files/MS-OXCMSG/%5BMS-OXCMSG%5D.pdf

и трассировку 

Microsoft.Exchange.Migration.MigrationDataProvider.CreateProviderForMailboxSession(MigrationADProvider activeDirectoryProvider, MigrationFolderName folderName, Func`2 mailboxSessionCreator)    at Microsoft.Exchange.Migration.MigrationDataProvider.CreateProviderForSystemMailbox(Guid mdbGuid)    at Microsoft.Exchange.Migration.MigrationServiceFactory.CreateProviderForSystemMailbox(Guid mdbGuid)    at Microsoft.Exchange.Migration.MigrationJobCache.<GetMigrationCacheEntriesForServer>d__20.MoveNext()|GetMigrationCacheEntriesForServer: Error 
accessing system mailbox:

, предлагающую серьезную ошибку Exchange 2019. Он позволяет создавать базы данных в старой схеме, пытается перенести их и блокирует.

Решение: Exchange2019 возвращается к MinimumSupportedStartSchemaVersion из-за старого кластера DAG.

  1. Удаление по крайней мере одного сервера Exchange 2019 из группы обеспечения доступности баз данных.
  2. Установите все базы данных
  3. Обновите базу данных, создайте новую базу данных или дождитесь, пока Exchange19 сделает это за вас. (Вот почему он работает для некоторых людей с перезагрузкой)
  4. Снова присоединяйтесь к группе обеспечения доступности баз данных
-121--479820-

В соответствии с этим комментарием , необходимо запустить фиктивный сервер X. Вот как я смог сделать это в Ubuntu 20.04.

  1. Установить необходимые пакеты: 
sudo apt install xorg
  1. Пробег nvidia-xconfig : 
sudo nvidia-xconfig -a
  1. Отредактируйте /etc/X11/Xwrapper.config и добавьте: 
allowed_users=anybody
  1. Начало X серверов: 
startx
  1. В другом терминале, пробег параметры настройки Nvidia : 
DISPLAY=:0.0 nvidia-settings -a "[gpu:0]/GpuPowerMizerMode=1"

Это счастливо отвечает с: 

Attribute 'GPUPowerMizerMode' (orion:0[gpu:0]) assigned value 1.

Теперь Исполнительное государство моего GPU остается в P2.

-121--477719-

Мне не удалось найти способ экспорта и импорта этого ключа, но удаление узла кластера и добавление его обратно в узел повторно добавили ключ к C :\ProgureData\Microsoft\Crypto\RSA\MachineKeys в лаборатории. Поскольку производственная группа обеспечения доступности баз данных была Exchange, удаление сервера из группы обеспечения доступности баз данных и добавление его обратно, а также предоставление Exchange помощи в удалении кластера и повторном добавлении действий устранили проблему.

0
ответ дан 24 April 2021 в 01:03

Теги

Похожие вопросы