Недавно встал тот же вопрос касательно статуса Модуля BimCloud сервера "остановлен/недоступен" и невозможности его "запуска/перезапуска". После проброски портов на роутере, создание исключений в брандмауэре, отключении антивируса и прочих танцев с бубном проблема осталась. Для платформы Win8.1 x64 (сборка 9600) & Archicad 20.5025 & Archicad BimCloud сервер 20.5011. возможное временное решение оказалось следующим:
1. Как правильно начал раскапывать shan в 2014 году проблема в невозможности системой запустить сервис TeamworkApplicationServer.exe (в диспетчере задач можно обратить внимание на то, что этот процесс безостановочно стартует и сразу убивается). Чуть больше информации о процессе по ссылке на HelpCenter Graphisoft: https://helpcenter.graphisoft.com/technotes/bimcloud-and-bim-server/bimcloud/bimcloud-system-components/
2. Если прочесть логи ApplicationServer.log и mongod.log доступные по пути ..\BIM Server 20\BIMcloud Server 20\Logs\ApplicationServer, то увидим что процесс mongod.exe завис и не может быть убит: Caused by: MongodException: Failed to kill previous instance of mongod. А дальше следующее: Caused by: IOException: Failed to delete location: '..\BlobCache\mongodb\db\mongod.lock'. То есть сервис TeamworkApplicationServer.exe не может запуститься, т.к. нужно перезапустить процесс mongod.exe, который завис т.к. не может удалить рабочий файл mongod.lock. Как утверждают многочисленные посты на StackOverflow файл, а также мануал по MongoDB, mongod.lock создается автоматически при непредвиденном закрытии базы данных без ведения журнала: https://docs.mongodb.com/manual/tutorial/recover-data-following-unexpected-shutdown/#indications. В идеале база данных должна быть восстановлена функцией mongod --dbpath /data/db --repair. Но в моем случае хватило и удаления файла, хотя это не рекомендуется разработчиками MongoDB.
3. Решение: убиваем процесс mongod.exe, удаляем вручную файл mongod.lock, доступный по пути ..\BlobCache\mongodb\db\ и перезапускаем (если не произошло автоматически) Модуль BIMCloud сервера. В моем случаем статус модуля сразу же изменился на Активирован/Работает в менеджере сервера как локальном, так и браузерном.
4. Profit!