Page 1 of 2 12>
Topic Options
#204755 - 2012-04-19 09:26 AM KIX462 issue
sparkie Offline
Getting the hang of it

Registered: 2010-09-14
Posts: 92
Loc: UK
I came across this a while back but never got a chance to look into it futher.

Our AD profiles run a batchfile to lauch kixtart on login, which comprises of:-

 Code:
@ECHO OFF
%0\..\Kix32.exe %0\..\kixtartSig.kix


I've placed kixtart 462 into a sub folder and amended the batch file to

 Code:
@ECHO OFF
%0\..\KIX462\Kix32.exe %0\..\kixtartSig.kix


What i've noticed is that when logging in my home drive isn't mapping the U:

If I put it back to running 4.12 it's fine

Any ideas?

Top
#204756 - 2012-04-19 09:34 AM Re: KIX462 issue [Re: sparkie]
Mart Moderator Offline
KiX Supporter
*****

Registered: 2002-03-27
Posts: 4672
Loc: The Netherlands
I don’t think this is related to how you call the script.
Can you post the code that is supposed to map the U drive?
_________________________
Mart

- Chuck Norris once sold ebay to ebay on ebay.

Top
#204757 - 2012-04-19 09:46 AM Re: KIX462 issue [Re: Mart]
sparkie Offline
Getting the hang of it

Registered: 2010-09-14
Posts: 92
Loc: UK
You wouldn't have thought so, the U: is connected using the users profile in AD....but

If I have not set to run the batch file, my U: is mapped
If I edit to run from \412\ my U: is mapped
If I edit to run as before my U: is mapped

If I edit to run from \462 my U: is not mapped

Top
#204758 - 2012-04-19 02:39 PM Re: KIX462 issue [Re: sparkie]
Allen Administrator Offline
KiX Supporter
*****

Registered: 2003-04-19
Posts: 4545
Loc: USA
Let us see your drive mapping code.
Top
#204759 - 2012-04-19 02:48 PM Re: KIX462 issue [Re: sparkie]
Mart Moderator Offline
KiX Supporter
*****

Registered: 2002-03-27
Posts: 4672
Loc: The Netherlands
Allen,

See:
 Originally Posted By: sparkie

...
U: is connected using the users profile in AD
...
_________________________
Mart

- Chuck Norris once sold ebay to ebay on ebay.

Top
#204760 - 2012-04-19 02:51 PM Re: KIX462 issue [Re: Mart]
Allen Administrator Offline
KiX Supporter
*****

Registered: 2003-04-19
Posts: 4545
Loc: USA
Yes... but something is happening during the script to cause it to remove U... so without seeing the script... only guesses. \:\(
Top
#204761 - 2012-04-19 02:56 PM Re: KIX462 issue [Re: Allen]
Allen Administrator Offline
KiX Supporter
*****

Registered: 2003-04-19
Posts: 4545
Loc: USA
You might add this to your logon script prior to running the kix script just to make certain U: is there.

 Code:
if exist "U:\" echo "U:\ mapped"

Top
#204763 - 2012-04-19 04:46 PM Re: KIX462 issue [Re: Allen]
sparkie Offline
Getting the hang of it

Registered: 2010-09-14
Posts: 92
Loc: UK
There's nothing in the script refering to U:

All U: assigning is done via AD user profile tab

U: must be there before running the kix script otherwise it wouldn't show when I've logged in when I've removed the entry in the user profile to run the .bat file, which in turn runs the script.

Also, why does it work with 4.12



Edited by sparkie (2012-04-19 04:47 PM)

Top
#204764 - 2012-04-19 04:59 PM Re: KIX462 issue [Re: sparkie]
sparkie Offline
Getting the hang of it

Registered: 2010-09-14
Posts: 92
Loc: UK
Ok, I've found the problem

4.62 does not like this command.

 Code:
USE * /DELETE

Top
#204765 - 2012-04-19 05:04 PM Re: KIX462 issue [Re: sparkie]
Mart Moderator Offline
KiX Supporter
*****

Registered: 2002-03-27
Posts: 4672
Loc: The Netherlands
What I would do is enumerate all mapped network drives before any other part of the script starts and write that to a text file and do the same after the entire script has completed and compare both values. Some debugging is the only way to see what is going on. We are running 4.62 almost since it was released and have no issues whatsoever with the home drives not being set by the settings in AD.

The example below requires the EnumNetworkDrives() from the UDF section.
An example:
 Code:
Break on

$rc = Open(1, "c:\DriveDebug.txt", 5)

$drives = EnumNetworkDrives()
For Each $drives in $drives
	$rc = WriteLine(1, $drive + "#")
Next

$rc = Close(1)
_________________________
Mart

- Chuck Norris once sold ebay to ebay on ebay.

Top
#204766 - 2012-04-19 05:09 PM Re: KIX462 issue [Re: sparkie]
Glenn Barnas Administrator Offline
KiX Supporter
*****

Registered: 2003-01-28
Posts: 4396
Loc: New Jersey
Well, USE * /DELETE would indeed remove all mapped drives, including the home drive mapped by the user profile. That's why in our login script, we don't use this syntax, but instead remove all drives individually except for the home drive and any other drive letters "permitted" to be used for ad-hoc mapping.

Sounds like it might be a timing issue between 4.12 and 4.62. It seems like the home drive hasn't been fully processed when 4.12 hits the USE * /DELETE command.

Glenn
_________________________
Actually I am a Rocket Scientist! \:D

Top
#204767 - 2012-04-19 05:16 PM Re: KIX462 issue [Re: Glenn Barnas]
Lonkero Administrator Offline
KiX Master Guru
*****

Registered: 2001-06-05
Posts: 22346
Loc: OK
which would indicate that 4.62 is slower \:\(

anyways, Glenn, I think you are correct on that one.
_________________________
!

download KiXnet

Top
#204769 - 2012-04-19 05:17 PM Re: KIX462 issue [Re: Glenn Barnas]
Mart Moderator Offline
KiX Supporter
*****

Registered: 2002-03-27
Posts: 4672
Loc: The Netherlands
Same here. Use * /delete is nice but imho it is a bit like cutting a toothpick with a chainsaw. Just a little too aggressive

I guess 4.62 still likes Use * /delete and from the posts above it seems it does exactly what is is supposed to do.

We just enumerate all connected drives, check and map all needed drives and disconnect whatever was connected but is not needed (anymore) one by one.
_________________________
Mart

- Chuck Norris once sold ebay to ebay on ebay.

Top
#204772 - 2012-04-19 05:25 PM Re: KIX462 issue [Re: Mart]
sparkie Offline
Getting the hang of it

Registered: 2010-09-14
Posts: 92
Loc: UK
Caught between the devil and the deep blue sea then.

If 4.62 is indeed slower then that's not a solution (for us anyway), expecially when you have 50 odd people logging in and out of TS Vitual Machines all the time.

I'll probably look to delete individually and re-add within the script rather than using a txt file, simply to keep things together, but at least I now know what the issue is and can deal with it.

Thanks all \:\)

Top
#204773 - 2012-04-19 05:36 PM Re: KIX462 issue [Re: sparkie]
Allen Administrator Offline
KiX Supporter
*****

Registered: 2003-04-19
Posts: 4545
Loc: USA
I think you might have interpreted slower a little to slow \:\) ... milisecs slower might be a better description. I use 4.62 for everything I do, and can tell you it is not slow.
Top
#204774 - 2012-04-19 05:40 PM Re: KIX462 issue [Re: Allen]
Mart Moderator Offline
KiX Supporter
*****

Registered: 2002-03-27
Posts: 4672
Loc: The Netherlands
The text file I mentioned is just for debugging to see if the U drives exists in the beginning and if it still exists when all is done.

I also use 4.62 for everything and it is working just fine and fast enough. A user will not notice a delay of a few milliseconds.
_________________________
Mart

- Chuck Norris once sold ebay to ebay on ebay.

Top
#204779 - 2012-04-19 06:25 PM Re: KIX462 issue [Re: Mart]
KIXKicks Offline
Starting to like KiXtart

Registered: 2002-07-26
Posts: 177
Loc: Vancouver, WA
I use Glenn's MapDrive UDF and it just works! Prior to using it, was seeing similar issues between KIX Versions/OS Versions. Using 4.62 with it currently on Windows 7/8 CP.

Edited by KIXKicks (2012-04-19 06:26 PM)

Top
#204783 - 2012-04-19 07:49 PM Re: KIX462 issue [Re: Lonkero]
Glenn Barnas Administrator Offline
KiX Supporter
*****

Registered: 2003-01-28
Posts: 4396
Loc: New Jersey
Well, it is bigger, thus takes a ms or three longer to load (esp. over the network), so it COULD be possible that 4.12 removes the mapped drives BEFORE the profile connects the home share, while later versions do it right after the home share is mapped. It's a few ms either way and not an excuse to not code this properly.

I'd have clients in an uproar if we blindly removed ALL mapped drives during login.. most sites allow a small range of drive letters for users to define their own connections.

As for logging, take a look at the MSG() UDF - makes it easy to write timestamped logs, errors, and debug messages.

Glenn
_________________________
Actually I am a Rocket Scientist! \:D

Top
#204785 - 2012-04-19 07:52 PM Re: KIX462 issue [Re: KIXKicks]
ShaneEP Moderator Offline
MM club member
*****

Registered: 2002-11-29
Posts: 2125
Loc: Tulsa, OK
Is the U: mapping from AD profile considered persistent?

I think the Use statement in 4.62 was upgraded to also handle persistent connections when using the use * /delete syntax. That could be the difference between the older and the new.

Top
#204794 - 2012-04-19 08:39 PM Re: KIX462 issue [Re: ShaneEP]
Lonkero Administrator Offline
KiX Master Guru
*****

Registered: 2001-06-05
Posts: 22346
Loc: OK
if the homedrive U: comes from the properties on the traditional settings of homedrive-path or whatever it is called, then it's not persistent.
_________________________
!

download KiXnet

Top
Page 1 of 2 12>


Moderator:  Jochen, Allen, Radimus, Glenn Barnas, ShaneEP, Ruud van Velsen, Arend_, Mart 
Hop to:
Shout Box

Who's Online
0 registered and 557 anonymous users online.
Newest Members
gespanntleuchten, DaveatAdvanced, Paulo_Alves, UsTaaa, xxJJxx
17864 Registered Users

Generated in 0.108 seconds in which 0.077 seconds were spent on a total of 14 queries. Zlib compression enabled.

Search the board with:
superb Board Search
or try with google:
Google
Web kixtart.org