locked
Softgrid 4.2 from VMWare Workstation RRS feed

  • Question

  • Hello People

    Firstly i hope i am posting this in the right place. If i am not please excuse my ignorance. I seem to be having strange issues with our softgrid setup within our VMWare virtual desktops. We are currently piloting ESX Server and VDMs with Wyse terminals.

    I have installed softgrid 4.2 client on our base image virtual machine.
    When i login as a domain user no apps are deployed onto the image.
    Under closer inspection of sftlog.txt i have noticed some strange messages. Can any PRO's out there please decypher these messages and tell me in human terms what they mean? LOL


    [12/02/2008 14:46:41.566 SRVC CRT] {tid=F8}
    --------------------------------------------------------
    Initialized client log (C:\Program Files\Softricity\SoftGrid for Windows Desktops\sftlog.txt)

    [12/02/2008 14:46:41.597 VSCM INF] {tid=F8}
    Starting Virtual Service Control Manager.

    [12/02/2008 14:46:41.831 JGSW INF] {tid=F8}
    The SoftGrid file system was initialized successfully.

    [12/02/2008 14:46:41.878 INTF CRT] {tid=F8}
    The SoftGrid Client Core initialized correctly.
    Installed Product: SoftGrid for Windows Desktops
    Version: 4.2.2.15 (RTM)
    Install Path: C:\Program Files\Softricity\SoftGrid for Windows Desktops
    Global Data Directory: C:\Documents and Settings\All Users\Documents\
    Machine Name: VDI-SML-XP1
    Operating System: Windows XP Professional Service Pack 3.0 Build 2600
    OSD Command: "C:\Program Files\Softricity\SoftGrid for Windows Desktops\sfttray.exe" "%1" %*

    [12/02/2008 14:46:41.894 SRVC INF] {tid=F8}
    ---- The SoftGrid Client Service version 4.2.2.15 has started ----

    [12/02/2008 14:47:32.313 INTF WRN] {tid=CDC:usr=andyg}
    The data directory for this user is already in use by another user with SID S-1-5-21-1220945662-1229272821-1801674531-500. All users must have unique data directories. The UserDataDirectory setting in the registry may be configured incorrectly.

    [12/02/2008 14:47:47.781 SWAP WRN] {tid=CDC:usr=andyg}
    Could not load OSD file http://telstusg01/content/DefaultApp.osd

    [12/02/2008 14:47:47.781 AMGR INF] {tid=CDC:usr=andyg}
    The app manager could not create an application from 'http://telstusg01/content/DefaultApp.osd' (rc 19D05B6A-00002AF9).

    [12/02/2008 14:47:50.062 SWAP WRN] {tid=CDC:usr=andyg}
    Could not load OSD file http://telstusg01/content/COMPEATPRO/COMPEATPRO.osd

    [12/02/2008 14:47:50.062 AMGR INF] {tid=CDC:usr=andyg}
    The app manager could not create an application from 'http://telstusg01/content/COMPEATPRO/COMPEATPRO.osd' (rc 19D05B6A-00002AF9).

    [12/02/2008 14:47:50.734 MIME INF] {tid=CDC:usr=andyg}
    Updated MIME information from sgserver:554/

    [12/02/2008 14:52:25.325 SWAP WRN] {tid=CDC:usr=andyg}
    Could not load OSD file http://telstusg01/content/DefaultApp.osd

    [12/02/2008 14:52:25.325 AMGR INF] {tid=CDC:usr=andyg}
    The app manager could not create an application from 'http://telstusg01/content/DefaultApp.osd' (rc 19D05B6A-00002AF9).

    [12/02/2008 14:52:27.606 SWAP WRN] {tid=CDC:usr=andyg}
    Could not load OSD file http://telstusg01/content/sl50v12/sl50v12.osd

    [12/02/2008 14:52:27.606 AMGR INF] {tid=CDC:usr=andyg}
    The app manager could not create an application from 'http://telstusg01/content/sl50v12/sl50v12.osd' (rc 19D05B6A-00002AF9).

    [12/02/2008 14:52:29.887 SWAP WRN] {tid=CDC:usr=andyg}
    Could not load OSD file http://telstusg01/content/COMPEATPRO/COMPEATPRO.osd

    [12/02/2008 14:52:29.887 AMGR INF] {tid=CDC:usr=andyg}
    The app manager could not create an application from 'http://telstusg01/content/COMPEATPRO/COMPEATPRO.osd' (rc 19D05B6A-00002AF9).

    [12/02/2008 14:52:29.887 MIME INF] {tid=CDC:usr=andyg}
    Up

    Does anyone know what "All users must have unique data directories. The UserDataDirectory setting in the registry may be configured incorrectly."

    Is this because we have customized the default user profile? Thanks and have a nice day.
    Wednesday, December 3, 2008 12:30 PM

Answers

  • Hello Jamie,

     

    That data directory setting for sure is one thing to check out for, and I suggest you verify if your UserDataDirectory setting refers to %APPDATA% (this setting can be found from under HKLM and also from Client Management Console's Properties -screen's first tab). By default user's cached SG data should go under his/her Application Data, but if your customized default user profile contains any SG related registry-keys, those might override something that client otherwise creates on first login. So clear out any keys in default user profile that are under Software\Softricity.

     

    Another problem which is evident in your log excerpt is that client cannot load OSD files from the web-server, which I guess is IIS. Look what's needed from here: http://support.microsoft.com/kb/938625 (Section: Icons are not created even though the user is in the correct Active Directory groups). Basically IIS refuses to server any files by (unknown to it) extension of OSD, which you have to add as MIME mapping by yourself.

     

    br,

    Kalle

    Tuesday, December 9, 2008 8:47 PM
    Moderator
  • Kalle hit the first issue regarding %APPDATA%.

    But on the second issue, OSDs and ICOs may be deployed in two ways.  Kalle covered the IIS method, which is normally used only for people outside of firewalls.  In this case, you use a URL when adding the application in the management console.  When the client user logs in, the client downloads an application list which includes the URL (http:\\webserver\virtualcontent\folder\name.osd).  The client then pulls down that file using the url provided (same goes for ico files).  You would need to manually create the virtualcontent folder within IIS and point it to whereever the content folder is (don't forget about permissions so read the kb).

    Typically, however, we refer to the OSD and ICO (in the management console for the application) using a UNC path (\\fileserver\content\folder\name.osd) and the client will need to have read permission for the share.  No modification to IIS needed.

    • Proposed as answer by znack Sunday, August 23, 2009 8:37 PM
    • Marked as answer by Aaron.ParkerModerator Sunday, November 18, 2012 5:21 PM
    Tuesday, December 30, 2008 5:02 PM
    Moderator

All replies

  • Hello Jamie,

     

    That data directory setting for sure is one thing to check out for, and I suggest you verify if your UserDataDirectory setting refers to %APPDATA% (this setting can be found from under HKLM and also from Client Management Console's Properties -screen's first tab). By default user's cached SG data should go under his/her Application Data, but if your customized default user profile contains any SG related registry-keys, those might override something that client otherwise creates on first login. So clear out any keys in default user profile that are under Software\Softricity.

     

    Another problem which is evident in your log excerpt is that client cannot load OSD files from the web-server, which I guess is IIS. Look what's needed from here: http://support.microsoft.com/kb/938625 (Section: Icons are not created even though the user is in the correct Active Directory groups). Basically IIS refuses to server any files by (unknown to it) extension of OSD, which you have to add as MIME mapping by yourself.

     

    br,

    Kalle

    Tuesday, December 9, 2008 8:47 PM
    Moderator
  • Kalle hit the first issue regarding %APPDATA%.

    But on the second issue, OSDs and ICOs may be deployed in two ways.  Kalle covered the IIS method, which is normally used only for people outside of firewalls.  In this case, you use a URL when adding the application in the management console.  When the client user logs in, the client downloads an application list which includes the URL (http:\\webserver\virtualcontent\folder\name.osd).  The client then pulls down that file using the url provided (same goes for ico files).  You would need to manually create the virtualcontent folder within IIS and point it to whereever the content folder is (don't forget about permissions so read the kb).

    Typically, however, we refer to the OSD and ICO (in the management console for the application) using a UNC path (\\fileserver\content\folder\name.osd) and the client will need to have read permission for the share.  No modification to IIS needed.

    • Proposed as answer by znack Sunday, August 23, 2009 8:37 PM
    • Marked as answer by Aaron.ParkerModerator Sunday, November 18, 2012 5:21 PM
    Tuesday, December 30, 2008 5:02 PM
    Moderator