2001/03/20 12:53:34 - Failed to locate/connect to a KXRPC server Error : The network path was not found. (0x35/53)
2001/03/20 12:53:34 - Failed to determine KXRPC server Error : The network path was not found. (0x35/53)
2001/03/20 12:53:34 - Failed to determine KXRPC server Error : The network path was not found. (0x35/53)
2001/03/20 12:53:34 - Failed to determine KXRPC server Error : The network path was not found. (0x35/53)

The section of my script generating the errors appear to be:

If @WKSTA = "TIMECLOCK"
Use F: "\\MONEYSERVER\C"
? @SERROR
Goto AntiVirus
EndIf
? @SERROR

If INGROUP("MONEY\Domain Users")
Use F: "\\MONEYSERVER\C"
? @SERROR
USE M: "\\WOLFPACK2\MASROOT"
? @SERROR
EndIf
? @SERROR

If INGROUP("MONEY\ProcCtr")
Use V: "\\WOLFPACK1\FS"
? @SERROR
EndIf
? @SERROR

If INGROUP("MONEY\Domain Admins")
Use F: "\\MONEYSERVER\C"
Use M: "\\WOLFPACK2\MASROOT"
Use Q: "\\WOLFPACK1\ZONE02"
Use R: "\\WOLFPACK2\ZONE00"
Use S: "\\WOLFPACK2\ZONE01"
Use T: "\\WOLFPACK2\ZONE03"
Use V: "\\WOLFPACK1\FS"
Use Z: "\\MONEYSERVER\MIS$"
EndIf
? @SERROR

My best guess is that when Kix32 attempts to communicate with the domain during the INGROUP function it is unable to find the KXRPC server. I have KXRPC installed on all of my domain controllers, and the versions on all have been verified as current (v3.63).

I have also tried replacing LMSCRIPT.EXE on the local 95 machines with kix32, and the same results occur. Because the INGROUP function is not working, I'm not getting drive mappings.

If I drop to a DOS window after logon, map to a NETLOGON share on any one of my servers, and manually execute the script, everything works fine.

Help!

Mick Drevyanko

Also - what entries, if any, exist in Kix.ini file, which helps point Win9x systems to a KixRPC server?

Bill

[This message has been edited by bleonard (edited 20 March 2001).]

For some reason changing my INGROUP statements from INGROUP("DOMAIN\Groupname") to INGROUP("Groupname") appears to have solved my problem. Why would this be?

Mick

I've checked the KixRPC services on both domaincontrollers and they seem to be working fine.
Also the "Remote Procedure Call (RPC) locater" and the "Remote Procedure Call (RPC) service" are started and don't give any problem.

Should I reinstall the KixRPC service ?

Bill,
You are referring to a kix.ini. I don't have that file on my system, could that be the problem?

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

If I rember well you can't map a drive using USE command if a drive is already mapped with the letter.

If it is your case, please write
USE letter: /DELETE
before
USER letter: \\xxxx\yyyy

hope this helps.

------------------
Comments always welcome.
French native so I apologize for my (mis)use of English!

I am using;

use "*" /delete
$err = DelTree("HKEY_CURRENT_USER\Network\Persistent")
$err = AddKey("HKEY_CURRENT_USER\Network\Persistent")

to delete all conections before making the shares. So, to my knowledge, that can't be the problem!

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

ok.... try updating everything the kixtart .exe, the .dll's, and reinstall the kxrpc service's to make sure that everything is using the same version.

kix.ini is only needed if you are not running the kxrpc service on all domain controllers.

ok i just reread this thread.

quote:

---

Straingly enough that the win'95 client gives a problem and the win'98 goes OK?

---

I am thinking that this could be a MSNET32.DLL problem, you might have to upgrade this dll

try it on a test machine and see what happens. here are the dll's for both win95 and win98.

Please note that this is a shot in the dark....

Bryce

------------------
kix.isorg.net

thanks a lot Bryce, the MSNET32.DLL was the problem.

replacing that on the win'95 machine was the solution.

Again, thanks a lot. Today you have made a least one person very happy.

------------------
Eastborn Slaapsytemen BV * Eddy Croezen