Terminal Serwer 2008 PRINTING PROBLEMS [solved]

Для того чтобы с терминал сервера печатались подсосанные принтеры необходимо дать разрешение full control для Everyone на следующие папки:

C:\Windows\System32\Spool, C:\Windows\System32\Spool\Printer


Следующий шаг добавить этот файл TsWpfWrp.exe (версия 3.0.6920.1204) (приаттачен) в %windir%\system32

Тогда будет печатать без ошибок.

Может потребоваться установить дрова на сервак для каждого принтера в системе.

VMVare Host Agent terminated

I'm running VMware 2.0 RC1 under Microsoft Windows 2008 64-bit server on a Dell XPS with a 500Gb hard drive, 4Gb of RAM, and an Intel Q6600 quard core processor. VMware had been running very well (thanks for the improvements to the UI with the latest releases, by the way!). Recently, though, I can't get the UI to start. The Application log in Event Viewer has this error:

The VMware Host Agent service terminated with service-specific error 4294967295 (0xFFFFFFFF).


I found a few similiar references in the Server 2.0 RC1 community, but none of the fixes seemed to help. I think it was working fine until the last round of Microsoft patches, but I can't be sure.


I'm not having a lot of luck finding the error log(s) under Windows 2008 server. Where should I look? What other things can I check?


I've tried uninstalling and reinstallating, but it's still not working.


Thanks in advance for any suggestions/help!


I just ran into this problem with VMware 2.0 RC2. After reading this post, I checked into the logs and config files and discovered a corrupted xml file named 'datastores.xml'. When I opened it, I saw a bunch of dots instead of xml-formatted text.

It was located in C:\Documents and Settings\All Users\Application Data\VMware\VMware Server\hostd. There was another file named "datastores.xml.default" in this directory, so I backed up the corrupt file, made a copy of datastores.xml.default and renamed it to "datastores.xml". VMware started up without a hitch

Ошибка Windows 2008 standart

"база данных диспетчера учетных записей на сервере не содержит записи для регистрации компьютера через доверительные отношения с этой рабочей станцией"

Невозможно залогиниться на сервак ни консольно, ни по РДП (RDP) протоколу.

Проблема: сервак (контролер домена) добавился в группу контролеров и в группу компьютеров.

Решение: удалить нах сервак из компьютеров и все заработает.

На нахождение решения было потрачено ёбаных 4,5-5 часов в процессе которых работа практически стояла. ГУГЛЬ ничего путнего не отвеал.

Exchange 2007 - решение ошибок с OAB

Exchange ошибка 80190197: причина не опубликована адресная книга в Client Access\OAB\

Workaround 1

1. Run 'net stop MSExchangeFDS' and then 'net start MSExchangeFDS' to restart the Microsoft Exchange File Distribution Service on your (All in one Exchange Server) or on your Client Access Server.
2. Check for the 1008 event id after the services are restarted.

Workaround 2 - This is just a workaround ONLY until you get the FDS replication fixed

1. You can go your mailbox server (OAB Generation Server) and go to one of the following locations:
* Local directory - C:\Program Files\Microsoft\Exchange Server\ExchangeOAB
* Unc path - \\ExchangeServerName\OAB\
2. Copy the OAB directories that are needed for your clients over to the client access server location:
* c:\Program Files\Microsoft\Exchange Server\Client Access\OAB\

Once the files have been replicated to this directory the Outlook client will be able to download them and you will not receive this error.


Распространение через интернет работает через IIS и упомянутые выше папки, так что нет необходимости копировать OAB если синхронизация не реплицирует OAB в эти папки.

По ошибке 8004010f есть несколько возможных причин возникновения вот решение некоторых из них:

http://blogs.msdn.com/dgoldman/archive/2007/04/26/outlook-clients-receive-error-0x8004010f-when-downloading-the-offline-address-book.aspx

в случае использования OAB версии 4, 5 распространение адресной книги сделать по интернету. В этом случае в компоненты Windows сервера надо добавить: RPC через HTTP-прокси.

Помогло устранить ошибку синхронизации.


Ошибка 8004010 - не резолвится в ДНС autodiscover.FQDN

Решение - прописать в ДНС сервере явно автодисковер с айпишником.