I've not surrended myself to Microsoft nightmares!!! :) With the help of Process Monitor I was able to find where that damned service fails (if not administrator). I don't know the reasons but installing and or patching .net 3.5sp1 (and of course the related patches to the 3.0 and 2.0 too) on a Windows 2003 italian (or other than eng) does not fix the permissions needed from this service on file system. There's a system folder where the LOCALSERVICE account need to be explicited with Generic Read permission. To do this you need CACLS.

The syntax is cacls c:\windows\assembly /E /T /G "NT AUTHORITY\LOCALSERVICE":R

From this moment ahead the Net.Tcp services stays loaded and of course Snapdrive too...

Bye,

Da: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] Per conto di Milazzo Giacomo Inviato: venerdì 25 giugno 2010 13:11 A: toasters@mathworks.com Oggetto: I: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue

News on this issue. It's certain that is a permission issue. There are a lot of people on several forums reporting this kind of problems on Net.Tcp Service. If I manually add the LOCAL SERVICE account to the local Administrators group the service starts fine and remains started and Snapdrive work.

Of course, I cannot maintain this builtin account in the Administrators ;-) I've also tried to manually set permissions on the folders but with no success...

Da: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] Per conto di Milazzo Giacomo Inviato: venerdì 25 giugno 2010 11:41 A: toasters@mathworks.com Oggetto: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue

Hi everybody,

Regarding this article https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb44514...

The issues started since the installation phase of Snapdrive 6.2 (the SD used is 6.2D3) when I discovered that this Net.Tcp service did not started using localservice (???). Erroneusly I put "local system" as account and this started letting me install SD. Then, when I call SD to create some LUN the other issues begin.

I've tried every possible fix and workaround but I'm still getting the Issue 1 or Issue 2 and Snapdrive does not connect to the LUN Provisioning service... I suspect that there's some hidden issue caused to the Windows 2003 language: in this case is Italian. In fact the NT AUTHORITY\LocalService wanted to start the Net.Tcp service used by Snapdrive has to be NT AUTHORITY\SERVIZIO LOCALE...anyway if I manually choose "SERVIZIO LOCALE" as user it is automatically converted in NT AUTHORITY\LocalService.

Regards, Giacomo,