Grant remote control privileges to multiple workstations?

We are trying to allow two of our administrative users rights to remote control about 40 workstations out of the 7000 we have in our district. Since we place workstation objects in the containers with their school, and the 40 workstations are spread one to each school, we don't want to grant remote control rights for the entire container.
I tried creating a workstation group, adding the 40 machines to the group, and then granting the trustee rights for remote control to the users, but consoleone still says they don't have enough permissions. I also tried creating a new OU and making aliases of the workstation objects, but then consoleone says that the workstation object is obsolete or invalid.
We are trying to avoid having to grant the rights on each workstation individually...and without moving the workstation objects from their current containers. Any thoughts?

sledneck,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.novell.com/faq.php
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Product Support Forums Team
http://forums.novell.com/

Similar Messages

  • Odd Remote control behavior

    I have remote control enabled through a workstation policy associated to the Workstation container. I do not have an active user policy with remote control enabled or associated to any users.
    But, It seems we can remote control into a workstation through a user's name in Console One and it overides any restrictions we had put on the policy withing the workstation policy. We are able to remote right into a user with no prompt. If we remote control into a workstation it prompts like it should.
    Im kinda confused here.

    Bob,
    It appears that in the past few days you have not received a response to your posting. That concerns us, and has triggered this automated reply.
    Has your problem been resolved? If not, you might try one of the following options:
    - Do a search of our knowledgebase at http://support.novell.com/search/kb_index.jsp
    - Check all of the other support tools and options available at http://support.novell.com in both the "free product support" and "paid product support" drop down boxes.
    - You could also try posting your message again. Make sure it is posted in the correct newsgroup. (http://support.novell.com/forums)
    If this is a reply to a duplicate posting, please ignore and accept our apologies and rest assured we will issue a stern reprimand to our posting bot.
    Good luck!
    Your Novell Product Support Forums Team
    http://support.novell.com/forums/

  • Remote control agent icon won't go away

    Our ZEN 4.01 agent workstations are fine.
    These are on the 6.5 SP1b agent pc's.
    The workstation remote agent icon shows up
    So I made a NEW workstation policy with the 6.5 SP1b snapins and set it
    to NOT show the icon.
    I associated it to the workstations container (and thus "unassociated"
    the 4.0x policy).
    I rebooted the pc and let it login and ConsoleOne shows that it IS
    associated to the correct policy. And I've viewed effective policies to
    make absolutely sure (the policy for remote control, BTW is under the
    General section)
    I rebooted the pc again (so that the policy would take effect).
    Still no go.
    I've enabled the debug logs and the workstation IS imported/registered
    (although the AWI on the server doesn't show the "updates", but that may
    be due to the log level I chose).
    The RMPol.Log file however, shows this:
    Finished listeing effective workstation remote control policy . . .
    workstation DN -CN=name.OU=workstations.OU=context.O=Org, treename -
    TREE
    Loading : C:\Program Files\Novell\ZENWorks\WMSchApi.dll
    workstation NOT yet authenticated . . .
    ZENNDSUTIL: initializecontext() failed . . .
    Listing effective user remote control policy . . .
    blah blah
    Display Agent - 1
    This was an "upgrade" from the 4.01 IR4 agent.
    (I see someone had a similar error in the agent newsgroup, but didn't
    get an answer)
    --Kevin

    Yep, able to duplicate it.
    There's "something" in the 4.91 client that causes the ZEN agent to not
    "authenticate" to eDir and I'm not sure what, but at this time I'll open
    an incident with Novell.
    Ironically, it "comes and goes" when the 4.91 client is installed, but
    it never happens (so far) with the 4.90 SP1a client.
    --Kevin
    In article <[email protected]>,
    [email protected] says...
    > So I'm investigating the possibility that if you install the ZEN 6.5
    > SP1b agent first, let it register and THEN install the 4.91 client (4.90
    > SP1a was on before), that it "breaks" something in the authentication.
    >
    > Possibly NMAS issues.
    >
    > I've only been able to "duplicate" this on one pc, but it worked fine
    > until I put the 4.91 client on it and then the remote control icon shows
    > up again and the RMlog shows authentication failure: 1062
    >
    > Trying to duplicate it on a second machine.
    >
    > --Kevin
    >
    >
    >
    > In article <[email protected]>,
    > [email protected] says...
    > > Our ZEN 4.01 agent workstations are fine.
    > >
    > > These are on the 6.5 SP1b agent pc's.
    > >
    > > The workstation remote agent icon shows up
    > >
    > > So I made a NEW workstation policy with the 6.5 SP1b snapins and set it
    > > to NOT show the icon.
    > >
    > > I associated it to the workstations container (and thus "unassociated"
    > > the 4.0x policy).
    > >
    > > I rebooted the pc and let it login and ConsoleOne shows that it IS
    > > associated to the correct policy. And I've viewed effective policies to
    > > make absolutely sure (the policy for remote control, BTW is under the
    > > General section)
    > >
    > > I rebooted the pc again (so that the policy would take effect).
    > >
    > > Still no go.
    > >
    > > I've enabled the debug logs and the workstation IS imported/registered
    > > (although the AWI on the server doesn't show the "updates", but that may
    > > be due to the log level I chose).
    > >
    > > The RMPol.Log file however, shows this:
    > >
    > > Finished listeing effective workstation remote control policy . . .
    > > workstation DN -CN=name.OU=workstations.OU=context.O=Org, treename -
    > > TREE
    > > Loading : C:\Program Files\Novell\ZENWorks\WMSchApi.dll
    > > workstation NOT yet authenticated . . .
    > > ZENNDSUTIL: initializecontext() failed . . .
    > > Listing effective user remote control policy . . .
    > > blah blah
    > > Display Agent - 1
    > >
    > > This was an "upgrade" from the 4.01 IR4 agent.
    > >
    > > (I see someone had a similar error in the agent newsgroup, but didn't
    > > get an answer)
    > >
    > > --Kevin
    > >
    > >
    > >
    >

  • Agent 4.1.8 and remote control failure

    Is anyone aware of a problem whereby installing the latest ZFD mgmt.
    agent (4.1.8) causes remote control to stop working with the following
    error message?
    "Either you do not have the rights to Remote Control or the target
    workstation is not configured with TCP/IP. Remote Control cannot be
    launched."
    Both of these statements are false so I am not sure what the problem
    is. I was thinking that maybe th 4.1.8 client requires a new r/c
    snapin or server patch.
    Anyone?

    Jason Nixon
    Um sounds like you are speaking of ZFD 4, you might get a better
    responce if you asked in the ZFD 4 forums. :)
    Jared L Jennings, CNE
    Novell Support Forums SysOp
    Geek by Nature, NetWare by Choice.

  • How to setup Remote Control for a user

    We have Zen 4, eDir 8.7.3, NW 6.5 and I have a regular user (no admin
    rights) that I want to allow to remote control into all our
    workstations that are spread out over 40 OUs.
    1. What rights does this person need to do be able to Remote in to the
    workstations?
    2. What is a good solution to set this up?
    Thanks

    Port,
    It appears that in the past few days you have not received a response to your
    posting. That concerns us, and has triggered this automated reply.
    Has your problem been resolved? If not, you might try one of the following options:
    - Do a search of our knowledgebase at http://support.novell.com/search/kb_index.jsp
    - Check all of the other support tools and options available at
    http://support.novell.com.
    - You could also try posting your message again. Make sure it is posted in the
    correct newsgroup. (http://support.novell.com/forums)
    Be sure to read the forum FAQ about what to expect in the way of responses:
    http://support.novell.com/forums/faq_general.html
    If this is a reply to a duplicate posting, please ignore and accept our apologies
    and rest assured we will issue a stern reprimand to our posting bot.
    Good luck!
    Your Novell Product Support Forums Team
    http://support.novell.com/forums/

  • Remote control users = screen goes crazy

    Whenever I try to remote control some users not all. It causes my remote
    control screen to do funny things like it will turn all white and I can't
    see anything. But when I remote control them by their workstation
    everything works just fine. What could cause such a thing? I don't
    understand why it goes all crazy when I select a user but everythings fine
    when I select the users workstation.
    Thanks

    joe,
    It appears that in the past few days you have not received a response to your posting. That concerns us, and has triggered this automated reply.
    Has your problem been resolved? If not, you might try one of the following options:
    - Visit http://support.novell.com/ to search the knowledgebase and check the other support options available on that page under "Self Support" and "Support Programs".
    - You could also try posting your message again. Make sure it is posted in the correct newsgroup. (http://support.novell.com/forums)
    If this is a reply to a duplicate posting, please ignore and accept our apologies and rest assured we will issue a stern reprimand to our posting bot.
    Good luck!
    Your Novell Product Support Forums Team
    http://support.novell.com/forums/

  • Unable to remote control Windows 7 Workstations

    I'm having problem with remote control the Win 7 machines. I would get
    "Rights Authentication failed. The managed device was unable to contact the
    Zenworks server." error message.
    It looks like all Windows 7 machines have not been contacting the Zen server
    recently eventhough they are all up and on the network. I am not having
    problem with the Windows XP machine however.
    I can reregister the Win 7 workstation and that would reestablish the
    connection to the zen server but it would seem to stop communicating after a
    day or so.
    Any ideas?
    thanks

    That does not compute, IMHO
    Please specify what ports you opened, since comm. to the ZCC servers
    isn't enough for remote ctrl !
    Tommy Mikkelsen
    IT Quality A/S, Denmark
    Novell Support Forums SYSOP / NKP
    Sorry, but no support through email
    Please join http://www.open-horizons.net
    spgsitsupport wrote:
    > Firewall is not the issue, as it allows Rem Cont throug domain network
    >
    > Machine can definitely communicate fine with ZebCC server

  • How can I remotely control what iTunes song my iMac is playing to multiple AppleTV's?

    So I own an iMac that has homesharing enabled.  I then tell the iMac to play to both of my AppleTV's by holding OPTION key down while clicking on Airplay, and checking off the devices that I want it to stream to filling my home with sound that is in sync in every room.  Works beautifully.  Only problem is that I can not then control the iMac remotely from let's say the bedroom to pick a new artist.  The ATV's become dumb clients simply playing what the iMac is pumping to them.  Is there a remote interface that allows me to control iTunes on the iMac to choose the sounds being broadcast to the other Apple devices?
    NO.  VNC is a ghetto work around to accomplish this.  Yes, I could do that, but it is inefficient, and inelegant.  I am looking for a remote control app with the  functionality that allows me to connect to and see the device that I want to control, and then by choosing my iMac, see all artists/albums/songs, play them and let the iMac pump the tunes to the devices that I told iTunes to Airplay to.
    Ideally, the AppleTV's should know that they are acting as clients to the iMac serving centrally, but when I pick up an AppleTV remote, it overrides the stream from the iMac, and then the ATV begins streaming independently from the other.  I KNOW there is a solution to this...
    Any suggestions?
    Thanks!
    Adam

    ok...  solved it.  By using the Apple Remote app, you can tell the app to control your iMac (I did not know that) and that solved the issue.  Now the iMac plays the song I want to all of the devices that I told the iMac to play to.  Perfect.

  • Taking control with Remote Desktop Services Manager from workstation console

    When I run Remote Desktop from the console of my computer Windows 7 I get a message saying that if I run this tool from the console some options are disabled as Remote Control and Connect.
    Is there any way to enable these possibilities from the console?
    Thanks, VOR

    Hi,
    No, there is no way to enable them for use from the console.  These features
    require that you be within a Remote Desktop session in order to use them.  For RDP 8.0/8.1 sessions the situation is different in that you can now perform a shadow (Remote Control) by launching mstsc.exe with
    command line switches even from the console.
    -TP

  • SCCM 2012 Remote Control Viewer - Multiple Session

    Hello Guys,
    We have faced one issue that there have only one session can be connected if we are using the SCCM 2012 remote control viewer. The problem is that we have two support team may require to remote the same desktop in the same time via the remote control viewer.
    Do anyone know how we can activate more session for remote control viewer in SCCM 2012?
    Thanks,
    SCCM users

    FYI – If you need to have 2 technicians remoted into the same device, we found a workaround, this works with SCCM 2012 SP1 CU3, and Windows 7 clients.
    For tech1, using the ConfigMgr console, right-click the device, Start -> Remote Control
    For tech2, using the ConfigMgr console, right-click the device, Start -> Remote Assistance

  • Remote control Tool for non-IT staff

    Hi
    We currently run ZENworks for Desktops v7 and have a requirement to
    offer our financial systems team the ability to remote control users'
    workstation without the need to use Console 1. All workstations are
    currently Windows XP SP2 or SP3.
    1. Are there any 3rd party/Cool tools that can be used to offer remote
    control instead of using Console 1?
    2. Do these tools require additional roles/rights?
    Thank you.

    You can use our DSRAZOR for eDirectory/NDS and NetWare product for this.
    See the applets called "ZEN Remote Control / Remote View by User" and "ZEN
    Remote Control / Remote View by Workstation" in the HelpDesk Examples
    section of the DSRAZOR Console. The applets can be customized to your
    needs - such as limiting which containers and/or which workstations are
    shown, and allowing only remote control or only remote view (instead of
    both). After any necessary modifications are made (we can show you how or
    make the changes for you), save the applet as an EXE to distribute to the
    people who will use it. Having the applet as an EXE means they will not
    need ConsoleOne and they will not need the full DSRAZOR product either.
    The example applet in the DSRAZOR Console is based on the user's own
    privileges. If you do not want to grant these users their own privileges
    for remote control / remote view, the applet can be modified to use our
    optional Zero Privilege Helpdesk NLM. You would need one NetWare server to
    run the Zero Privilege Helpdesk NLM. When you load the NLM you will specify
    the name of a group (such as financial systems group). Then only the
    members of that group will be able to successfully use the applet, which
    they will have as a stand-alone EXE.
    An evaluation of DSRAZOR is available from:
    http://www.visualclick.com/?source=NVsupZen7r
    "Donald Sparko" <[email protected]> wrote in message
    news:eaK4m.1481$[email protected]..
    > Hi
    >
    > We currently run ZENworks for Desktops v7 and have a requirement to
    > offer our financial systems team the ability to remote control users'
    > workstation without the need to use Console 1. All workstations are
    > currently Windows XP SP2 or SP3.
    >
    > 1. Are there any 3rd party/Cool tools that can be used to offer remote
    > control instead of using Console 1?
    >
    > 2. Do these tools require additional roles/rights?
    >
    > Thank you.
    >
    > --
    >

  • Remote Control Viewer Permissions (Standalone)

    For the moment, we are allowing our Field Services / Service Desk personnel to remote machines using a packaged standalone CmRcViewer.exe.  We've gotten the reg keys added that will enable auditing, however, we've noticed a minor issue:
    All users have the ability to remote, regardless of what security is set in SCCM.   So much that only one team (of 8 people) has Remote Control permissions, yet everyone is still able to use it without SCCM stopping them.
    I have tried adding the site system into the command line launch parameters (CmRcViewer.exe computer \\sitecode), no luck. 
    My test user (which only has local admin rights, no permissions at all in SCCM) is still able to remote any machine.
    Am I missing something?
    Remember, mark posts that are helpful, or if it has answered your question, mark as answer.

    Yes. Local admins on the target boxes are always granted permissions to remote control the system.
    Torsten Meringer | http://www.mssccmfaq.de
    So to be clear, when running in standalone, permissions within SCCM have no bearing on the use of the tool, correct? Only local admin rights? Multiple guides I read online about using CmRcViewer said the permissions had to be granted in SCCM (Remote Tools Operator)
    - looks like they may have been wrong.
    Remember, mark posts that are helpful, or if it has answered your question, mark as answer.

  • Remote Control and error 1456

    We are having a Remote control issue with more and more PC's. If they are
    logged in, we can remote control them. If they have bee restarted and are
    waiting to log in, then we can not remote control them. We Can use
    diagnostics on them though....
    Zen 4.01 ir7 is where we are.
    We are also having an issue where many times after imaging, the ISD is not
    populated into windows, and gets associated with our Image PC's workstation
    object. If we clear the ISD, delete both workstation objects, and reboot the
    target PC, it does re-import correctly. The remote control issue does not
    get fixed when this happens though....
    I have seen that rmerrorlog.txt has been asked for in the past to help solve
    this issue, so We are including that. Any help in resolving what we have set
    wrong is appreciated.
    Thanks,
    Mark Waters, CNA
    John Evans, MCNE
    Systems Group
    Housing and Food Services
    Michigan State University
    watersmd at mail dot hfs dot msu dot edu
    1st attempt to remote control target PC was not Logged in. It Failed - Error
    1456.
    2nd attempt was when target PC was logged in. It Worked.
    PC with ConsoleOne - A004686
    #(89212)# 11:45:46 AM 02/13/07 Normal : CONSOLE > Starting console
    #(89212)# 11:45:46 AM 02/13/07 Normal : ZenGetLangValueFromNWLanguage:
    Trying to load the resource DLL from Nls\ENGLISH directory
    #(89212)# 11:45:46 AM 02/13/07 Normal : CONSOLE > Resource is loaded
    successfully
    #(89212)# 11:45:46 AM 02/13/07 Normal : CONSOLE > Inside
    LoadandParseCommand
    #(89212)# 11:45:46 AM 02/13/07 NORMAL : CONSOLE > AppData.bSessionRestart ==
    FALSE Hiding window
    #(89212)# 11:45:46 AM 02/13/07 NORMAL : CONSOLE > Command line parameters
    parsed successfully
    #(89212)# 11:45:46 AM 02/13/07 NORMAL : CONSOLE > Init Client
    Successfull!!!
    #(89212)# 11:45:46 AM 02/13/07 NORMAL : Before Authentication
    #(89212)# 11:45:47 AM 02/13/07 NORMAL : After Authentication
    #(89212)# 11:45:47 AM 02/13/07 CRITICAL : Authentication Failed:
    #(89212)# 11:45:51 AM 02/13/07 CRITICAL : CONSOLE > LoadAndAuthenticate
    returned FALSE
    #(89212)# 11:45:51 AM 02/13/07 CRITICAL : CONSOLE > Authentication Failed:
    returning -201
    #(89212)# 11:45:51 AM 02/13/07 NORMAL : Out of process
    #(89212)# 11:47:03 AM 02/13/07 Normal : CONSOLE > Starting console
    #(89212)# 11:47:03 AM 02/13/07 Normal : ZenGetLangValueFromNWLanguage:
    Trying to load the resource DLL from Nls\ENGLISH directory
    #(89212)# 11:47:03 AM 02/13/07 Normal : CONSOLE > Resource is loaded
    successfully
    #(89212)# 11:47:03 AM 02/13/07 Normal : CONSOLE > Inside
    LoadandParseCommand
    #(89212)# 11:47:03 AM 02/13/07 NORMAL : CONSOLE > AppData.bSessionRestart ==
    FALSE Hiding window
    #(89212)# 11:47:03 AM 02/13/07 NORMAL : CONSOLE > Command line parameters
    parsed successfully
    #(89212)# 11:47:03 AM 02/13/07 NORMAL : CONSOLE > Init Client
    Successfull!!!
    #(89212)# 11:47:03 AM 02/13/07 NORMAL : Before Authentication
    #(89212)# 11:47:04 AM 02/13/07 NORMAL : After Authentication
    #(89212)# 11:47:04 AM 02/13/07 NORMAL : CONSOLE > Authentication
    Successful!!!
    #(89212)# 11:47:04 AM 02/13/07 Normal : CONSOLE > Initialize returned TRUE
    #(89212)# 11:47:04 AM 02/13/07 NORMAL : RTT > Avg Delay is 0
    #(89212)# 11:47:04 AM 02/13/07 NORMAL : CONSOLE > Sent out WallPaperRequest
    #(89212)# 11:47:04 AM 02/13/07 Normal : CONSOLE > Send Thread : Received
    Startreceiving event
    #(89212)# 11:47:04 AM 02/13/07 NORMAL : CONSOLE > Receive Thread : Received
    Startreceiving Event
    #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Received CMD_AGENT_READY
    Command
    #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Compression sending is 6
    #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Value of did->DrishtiType
    sent to Agent is 1
    #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Sent out the DisplayInfo
    Packet succesfully
    #(89212)# 11:47:06 AM 02/13/07 Critical : HandlePacket >>Memory
    reallocation
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > LookForTerminate got an
    event
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > out of SendThread
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > Value returned from the
    ReceiveData(For Header) is -1
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > out of StartReceiveThread
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : Out of process
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > Receive thread terminated
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > Send thread terminated
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : out of Startsession
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : Out of startsession :
    HandleRCSession
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : Out of DeInit
    #(89212)# 11:47:13 AM 02/13/07 NORMAL : out of HandleRCSession
    Target PC - A003514
    #(768)# 11:45:46 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\ZenLite.dll
    #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\ZenPol32.dll
    #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Successfully loaded
    dependent modules...
    #(768)# 11:45:47 AM 02/13/07 Normal : LoadZenAutilLibraryAndGetProc:
    Successfully loaded ZenAutil.dll and its dependent DLLs
    #(768)# 11:45:47 AM 02/13/07 Normal : Console version is SP1
    #(768)# 11:45:47 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    wsDN = 'A003514.Workstations.UHsg.HFS'
    #(768)# 11:45:47 AM 02/13/07 Normal : Workstation is registered
    #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Attempting to read
    policies...
    #(768)# 11:45:47 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    wsDN = 'A003514.Workstations.UHsg.HFS'
    #(768)# 11:45:47 AM 02/13/07 Normal : Workstation is registered
    #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    A003514.Workstations.UHsg.HFS, treename - HFS
    #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    authenticated...
    #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    failed...
    #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    A003514.Workstations.UHsg.HFS, treename - HFS
    #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    authenticated...
    #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    failed...
    #(768)# 11:45:47 AM 02/13/07 Normal : Neither policy settings active. All
    operations disabled.
    #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Finished reading policies
    #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    A003514.Workstations.UHsg.HFS, treename - HFS
    #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    authenticated...
    #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    failed...
    #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: readVerifyInformation:
    initializeContext() failed for master 0, tree:HFS
    #(768)# 11:45:47 AM 02/13/07 Normal : AgentDSAuthenticationHandler:
    authentication for nearest replica returned : -201
    #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    A003514.Workstations.UHsg.HFS, treename - HFS
    #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    authenticated...
    #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    failed...
    #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: readVerifyInformation:
    initializeContext() failed for master 1, tree:HFS
    #(768)# 11:45:47 AM 02/13/07 Normal : AgentDSAuthenticationHandler:
    authentication for master replica returned : -201
    #(768)# 11:45:47 AM 02/13/07 Critical : Unable to reach the eDirectory
    server
    #(768)# 11:45:47 AM 02/13/07 Critical :
    RMAudit::Auditing.cpp:recordAuditLog() The audit record is corrupted.
    #(768)# 11:45:47 AM 02/13/07 Normal : RMSessionFinished - Begin
    #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Unloaded modules...
    #(768)# 11:45:47 AM 02/13/07 Normal : UnLoadZenAutilLibrary :Successfully
    unloaded ZenAutil.dll
    #(768)# 11:47:02 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\ZenLite.dll
    #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\ZenPol32.dll
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully loaded
    dependent modules...
    #(768)# 11:47:03 AM 02/13/07 Normal : LoadZenAutilLibraryAndGetProc:
    Successfully loaded ZenAutil.dll and its dependent DLLs
    #(768)# 11:47:03 AM 02/13/07 Normal : Console version is SP1
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    wsDN = 'CN=A003514.OU=Workstations.OU=UHsg.O=HFS'
    #(768)# 11:47:03 AM 02/13/07 Normal : Workstation is registered
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Attempting to read
    policies...
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    wsDN = 'CN=A003514.OU=Workstations.OU=UHsg.O=HFS'
    #(768)# 11:47:03 AM 02/13/07 Normal : Workstation is registered
    #(768)# 11:47:03 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:47:03 AM 02/13/07 Normal : workstation DN -
    CN=A003514.OU=Workstations.OU=UHsg.O=HFS, treename - HFS
    #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:47:03 AM 02/13/07 Normal : Workstation IS authenticated...
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
    successfully
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully initialized
    context
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Failure in reading boolean
    attribute DM:Ignore Policy in CN=A003514.OU=Workstations.OU=UHsg.O=HFS
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Attempt to read using
    user:, tree:HFS
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Workstation Policy -
    'z_Global Workstation Package:General:Remote Control
    Policy.WorkstationPackages.Workstations.UHsg.HFS'
    #(768)# 11:47:03 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:47:03 AM 02/13/07 Normal : workstation DN -
    CN=A003514.OU=Workstations.OU=UHsg.O=HFS, treename - HFS
    #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:47:03 AM 02/13/07 Normal : Workstation IS authenticated...
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
    successfully
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully initialized
    context
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: User Policy - ''
    #(768)# 11:47:03 AM 02/13/07 Normal : Only workstation policy settings
    active...
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Finished reading policies
    #(768)# 11:47:03 AM 02/13/07 Normal : Reading workstation DN and tree
    name...
    #(768)# 11:47:03 AM 02/13/07 Normal : workstation DN -
    CN=A003514.OU=Workstations.OU=UHsg.O=HFS, treename - HFS
    #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    Files\Novell\ZENworks\WMSchApi.dll
    #(768)# 11:47:03 AM 02/13/07 Normal : Workstation IS authenticated...
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
    successfully
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully initialized
    context
    #(768)# 11:47:03 AM 02/13/07 Normal : AgentDSAuthenticationHandler:
    authentication for nearest replica returned : 0
    #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Unloaded modules...
    #(768)# 11:47:03 AM 02/13/07 Normal : UnLoadZenAutilLibrary :Successfully
    unloaded ZenAutil.dll
    #(768)# 11:47:03 AM 02/13/07 Normal : LaunchRcRvAgent: CalculateRTT is
    over...
    #(768)# 11:47:04 AM 02/13/07 Normal : Darapan is loaded successfully
    #(768)# 11:47:04 AM 02/13/07 Normal : Init Proc of RCAgent has been called
    successfully
    #(768)# 11:47:04 AM 02/13/07 Critical : Successfully executed RcAgent.DLL's
    Init Proc Address
    #(768)# 11:47:04 AM 02/13/07 Normal : Call to update desktop is made
    #(768)# 11:47:04 AM 02/13/07 normal : CMD_AGENT_READY is sent
    #(768)# 11:47:04 AM 02/13/07 normal : CMD_SUPRESS_WALLPAPER is received
    #(768)# 11:47:04 AM 02/13/07 Normal : WallPaperThread is closed
    #(768)# 11:47:04 AM 02/13/07 Normal : CMD_KEY_MASK is received
    #(768)# 11:47:04 AM 02/13/07 normal : CMD_DISPLAY_INFO is received
    #(768)# 11:47:04 AM 02/13/07 Normal : Display Info. received. Remote Control
    session for P1.
    #(768)# 11:47:04 AM 02/13/07 Normal : Console version is SP1
    #(768)# 11:47:04 AM 02/13/07 Normal : Calling startlookforchangesthread.
    #(768)# 11:47:04 AM 02/13/07 Normal : InitialDisplayInfo sent
    #(768)# 11:47:04 AM 02/13/07 Normal : DRIVER to use is DARPAN
    #(768)# 11:47:04 AM 02/13/07 Normal : CallInitDrishti :
    ESC_START_VIEWING_DARPAN Successful
    #(768)# 11:47:04 AM 02/13/07 Normal : Came out after loading the driver
    #(768)# 11:47:04 AM 02/13/07 normal : Setting hook to cursor shapes is ok
    #(768)# 11:47:04 AM 02/13/07 Normal : Got WM_SWITCH_DESKTOP
    #(768)# 11:47:05 AM 02/13/07 Normal : Call to update desktop is made
    #(768)# 11:47:12 AM 02/13/07 Normal : RecvThread is returning
    #(768)# 11:47:12 AM 02/13/07 Normal : WaitThread : WaitForMultipleObjects
    returned. Closed thread is = 1
    #(768)# 11:47:12 AM 02/13/07 Normal : Periodic Check thread is returning
    #(768)# 11:47:12 AM 02/13/07 Normal : In desktop change thread terminate
    session is set
    #(768)# 11:47:12 AM 02/13/07 normal : Terminate session event is set in send
    thread
    #(768)# 11:47:12 AM 02/13/07 Normal : Close msg for visible window. Calling
    CloseConnection().
    #(768)# 11:47:12 AM 02/13/07 Normal : Clean up is going to start
    #(768)# 11:47:12 AM 02/13/07 Normal : LookforchangesThread returning
    #(768)# 11:47:12 AM 02/13/07 Normal : WallPaperThread is closed
    #(768)# 11:47:12 AM 02/13/07 normal : All the threads are closed normally
    #(768)# 11:47:12 AM 02/13/07 Normal : Call to update desktop is made
    #(768)# 11:47:12 AM 02/13/07 normal : RC session is completed successfully
    #(768)# 11:47:12 AM 02/13/07 Normal : CZenRmServer::RCRvThread:
    hAcceptThread Signals
    #(768)# 11:47:12 AM 02/13/07 Critical :
    RMAudit::Auditing.cpp:recordAuditLog() The audit record is corrupted.
    #(768)# 11:47:12 AM 02/13/07 Normal : RcRvThread: RcAgent.dll is
    successfully unloaded from memory
    #(768)# 11:47:12 AM 02/13/07 Normal : RcRvThread: Ict_Uc.dll is not unloaded
    from memory ...
    #(768)# 11:47:12 AM 02/13/07 Normal : RcRvThread: Ict_Uc.dll is not unloaded
    from memory and it is forcefully unloaded...
    #(768)# 11:47:12 AM 02/13/07 Normal : Darapan is Unloaded successfully
    #(768)# 11:47:12 AM 02/13/07 Normal : RMSessionFinished - Begin

    Delete a few test workstation objects. Delete the object that was created by
    the Image PC. Run DSREPAIR. Disable windows firewall. Reboot the PCs. Check
    if the Workstation objects are created and if you can remotely control
    them.
    "Mark Waters" <[email protected]> wrote in message
    news:[email protected]...
    > We are having a Remote control issue with more and more PC's. If they are
    > logged in, we can remote control them. If they have bee restarted and are
    > waiting to log in, then we can not remote control them. We Can use
    > diagnostics on them though....
    > Zen 4.01 ir7 is where we are.
    > We are also having an issue where many times after imaging, the ISD is not
    > populated into windows, and gets associated with our Image PC's
    > workstation
    > object. If we clear the ISD, delete both workstation objects, and reboot
    > the
    > target PC, it does re-import correctly. The remote control issue does not
    > get fixed when this happens though....
    > I have seen that rmerrorlog.txt has been asked for in the past to help
    > solve
    > this issue, so We are including that. Any help in resolving what we have
    > set
    > wrong is appreciated.
    >
    > Thanks,
    > Mark Waters, CNA
    > John Evans, MCNE
    > Systems Group
    > Housing and Food Services
    > Michigan State University
    > watersmd at mail dot hfs dot msu dot edu
    >
    >
    > 1st attempt to remote control target PC was not Logged in. It Failed -
    > Error
    > 1456.
    > 2nd attempt was when target PC was logged in. It Worked.
    >
    >
    > PC with ConsoleOne - A004686
    >
    > #(89212)# 11:45:46 AM 02/13/07 Normal : CONSOLE > Starting console
    > #(89212)# 11:45:46 AM 02/13/07 Normal : ZenGetLangValueFromNWLanguage:
    > Trying to load the resource DLL from Nls\ENGLISH directory
    > #(89212)# 11:45:46 AM 02/13/07 Normal : CONSOLE > Resource is loaded
    > successfully
    > #(89212)# 11:45:46 AM 02/13/07 Normal : CONSOLE > Inside
    > LoadandParseCommand
    > #(89212)# 11:45:46 AM 02/13/07 NORMAL : CONSOLE > AppData.bSessionRestart
    > ==
    > FALSE Hiding window
    > #(89212)# 11:45:46 AM 02/13/07 NORMAL : CONSOLE > Command line parameters
    > parsed successfully
    > #(89212)# 11:45:46 AM 02/13/07 NORMAL : CONSOLE > Init Client
    > Successfull!!!
    > #(89212)# 11:45:46 AM 02/13/07 NORMAL : Before Authentication
    > #(89212)# 11:45:47 AM 02/13/07 NORMAL : After Authentication
    > #(89212)# 11:45:47 AM 02/13/07 CRITICAL : Authentication Failed:
    > #(89212)# 11:45:51 AM 02/13/07 CRITICAL : CONSOLE > LoadAndAuthenticate
    > returned FALSE
    > #(89212)# 11:45:51 AM 02/13/07 CRITICAL : CONSOLE > Authentication Failed:
    > returning -201
    > #(89212)# 11:45:51 AM 02/13/07 NORMAL : Out of process
    >
    >
    >
    > #(89212)# 11:47:03 AM 02/13/07 Normal : CONSOLE > Starting console
    > #(89212)# 11:47:03 AM 02/13/07 Normal : ZenGetLangValueFromNWLanguage:
    > Trying to load the resource DLL from Nls\ENGLISH directory
    > #(89212)# 11:47:03 AM 02/13/07 Normal : CONSOLE > Resource is loaded
    > successfully
    > #(89212)# 11:47:03 AM 02/13/07 Normal : CONSOLE > Inside
    > LoadandParseCommand
    > #(89212)# 11:47:03 AM 02/13/07 NORMAL : CONSOLE > AppData.bSessionRestart
    > ==
    > FALSE Hiding window
    > #(89212)# 11:47:03 AM 02/13/07 NORMAL : CONSOLE > Command line parameters
    > parsed successfully
    > #(89212)# 11:47:03 AM 02/13/07 NORMAL : CONSOLE > Init Client
    > Successfull!!!
    > #(89212)# 11:47:03 AM 02/13/07 NORMAL : Before Authentication
    > #(89212)# 11:47:04 AM 02/13/07 NORMAL : After Authentication
    > #(89212)# 11:47:04 AM 02/13/07 NORMAL : CONSOLE > Authentication
    > Successful!!!
    > #(89212)# 11:47:04 AM 02/13/07 Normal : CONSOLE > Initialize returned TRUE
    > #(89212)# 11:47:04 AM 02/13/07 NORMAL : RTT > Avg Delay is 0
    > #(89212)# 11:47:04 AM 02/13/07 NORMAL : CONSOLE > Sent out
    > WallPaperRequest
    > #(89212)# 11:47:04 AM 02/13/07 Normal : CONSOLE > Send Thread : Received
    > Startreceiving event
    > #(89212)# 11:47:04 AM 02/13/07 NORMAL : CONSOLE > Receive Thread :
    > Received
    > Startreceiving Event
    > #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Received CMD_AGENT_READY
    > Command
    > #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Compression sending is 6
    > #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Value of
    > did->DrishtiType
    > sent to Agent is 1
    > #(89212)# 11:47:05 AM 02/13/07 NORMAL : CONSOLE > Sent out the DisplayInfo
    > Packet succesfully
    > #(89212)# 11:47:06 AM 02/13/07 Critical : HandlePacket >>Memory
    > reallocation
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > LookForTerminate got an
    > event
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > out of SendThread
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > Value returned from the
    > ReceiveData(For Header) is -1
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > out of
    > StartReceiveThread
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : Out of process
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > Receive thread
    > terminated
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : CONSOLE > Send thread terminated
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : out of Startsession
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : Out of startsession :
    > HandleRCSession
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : Out of DeInit
    > #(89212)# 11:47:13 AM 02/13/07 NORMAL : out of HandleRCSession
    >
    >
    > Target PC - A003514
    >
    > #(768)# 11:45:46 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\ZenLite.dll
    > #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\ZenPol32.dll
    > #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Successfully loaded
    > dependent modules...
    > #(768)# 11:45:47 AM 02/13/07 Normal : LoadZenAutilLibraryAndGetProc:
    > Successfully loaded ZenAutil.dll and its dependent DLLs
    > #(768)# 11:45:47 AM 02/13/07 Normal : Console version is SP1
    > #(768)# 11:45:47 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    > wsDN = 'A003514.Workstations.UHsg.HFS'
    > #(768)# 11:45:47 AM 02/13/07 Normal : Workstation is registered
    > #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Attempting to read
    > policies...
    > #(768)# 11:45:47 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    > wsDN = 'A003514.Workstations.UHsg.HFS'
    > #(768)# 11:45:47 AM 02/13/07 Normal : Workstation is registered
    > #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    > A003514.Workstations.UHsg.HFS, treename - HFS
    > #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    > authenticated...
    > #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    > failed...
    > #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    > A003514.Workstations.UHsg.HFS, treename - HFS
    > #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    > authenticated...
    > #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    > failed...
    > #(768)# 11:45:47 AM 02/13/07 Normal : Neither policy settings active. All
    > operations disabled.
    > #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Finished reading
    > policies
    > #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    > A003514.Workstations.UHsg.HFS, treename - HFS
    > #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    > authenticated...
    > #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    > failed...
    > #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: readVerifyInformation:
    > initializeContext() failed for master 0, tree:HFS
    > #(768)# 11:45:47 AM 02/13/07 Normal : AgentDSAuthenticationHandler:
    > authentication for nearest replica returned : -201
    > #(768)# 11:45:47 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:45:47 AM 02/13/07 Normal : workstation DN -
    > A003514.Workstations.UHsg.HFS, treename - HFS
    > #(768)# 11:45:47 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:45:47 AM 02/13/07 Critical : Workstation NOT yet
    > authenticated...
    > #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: initializeContext()
    > failed...
    > #(768)# 11:45:47 AM 02/13/07 Critical : ZENNDSUtil: readVerifyInformation:
    > initializeContext() failed for master 1, tree:HFS
    > #(768)# 11:45:47 AM 02/13/07 Normal : AgentDSAuthenticationHandler:
    > authentication for master replica returned : -201
    > #(768)# 11:45:47 AM 02/13/07 Critical : Unable to reach the eDirectory
    > server
    > #(768)# 11:45:47 AM 02/13/07 Critical :
    > RMAudit::Auditing.cpp:recordAuditLog() The audit record is corrupted.
    > #(768)# 11:45:47 AM 02/13/07 Normal : RMSessionFinished - Begin
    > #(768)# 11:45:47 AM 02/13/07 Normal : ZENNDSUtil: Unloaded modules...
    > #(768)# 11:45:47 AM 02/13/07 Normal : UnLoadZenAutilLibrary :Successfully
    > unloaded ZenAutil.dll
    >
    >
    > #(768)# 11:47:02 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\ZenLite.dll
    > #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\ZenPol32.dll
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully loaded
    > dependent modules...
    > #(768)# 11:47:03 AM 02/13/07 Normal : LoadZenAutilLibraryAndGetProc:
    > Successfully loaded ZenAutil.dll and its dependent DLLs
    > #(768)# 11:47:03 AM 02/13/07 Normal : Console version is SP1
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    > wsDN = 'CN=A003514.OU=Workstations.OU=UHsg.O=HFS'
    > #(768)# 11:47:03 AM 02/13/07 Normal : Workstation is registered
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Attempting to read
    > policies...
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENUtil: ZENIsWorkstationRegistered:
    > wsDN = 'CN=A003514.OU=Workstations.OU=UHsg.O=HFS'
    > #(768)# 11:47:03 AM 02/13/07 Normal : Workstation is registered
    > #(768)# 11:47:03 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:47:03 AM 02/13/07 Normal : workstation DN -
    > CN=A003514.OU=Workstations.OU=UHsg.O=HFS, treename - HFS
    > #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:47:03 AM 02/13/07 Normal : Workstation IS authenticated...
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
    > successfully
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully initialized
    > context
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Failure in reading
    > boolean
    > attribute DM:Ignore Policy in CN=A003514.OU=Workstations.OU=UHsg.O=HFS
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Attempt to read using
    > user:, tree:HFS
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Workstation Policy -
    > 'z_Global Workstation Package:General:Remote Control
    > Policy.WorkstationPackages.Workstations.UHsg.HFS'
    > #(768)# 11:47:03 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:47:03 AM 02/13/07 Normal : workstation DN -
    > CN=A003514.OU=Workstations.OU=UHsg.O=HFS, treename - HFS
    > #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:47:03 AM 02/13/07 Normal : Workstation IS authenticated...
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
    > successfully
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully initialized
    > context
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: User Policy - ''
    > #(768)# 11:47:03 AM 02/13/07 Normal : Only workstation policy settings
    > active...
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Finished reading
    > policies
    > #(768)# 11:47:03 AM 02/13/07 Normal : Reading workstation DN and tree
    > name...
    > #(768)# 11:47:03 AM 02/13/07 Normal : workstation DN -
    > CN=A003514.OU=Workstations.OU=UHsg.O=HFS, treename - HFS
    > #(768)# 11:47:03 AM 02/13/07 Normal : Loading : C:\Program
    > Files\Novell\ZENworks\WMSchApi.dll
    > #(768)# 11:47:03 AM 02/13/07 Normal : Workstation IS authenticated...
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
    > successfully
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Successfully initialized
    > context
    > #(768)# 11:47:03 AM 02/13/07 Normal : AgentDSAuthenticationHandler:
    > authentication for nearest replica returned : 0
    > #(768)# 11:47:03 AM 02/13/07 Normal : ZENNDSUtil: Unloaded modules...
    > #(768)# 11:47:03 AM 02/13/07 Normal : UnLoadZenAutilLibrary :Successfully
    > unloaded ZenAutil.dll
    > #(768)# 11:47:03 AM 02/13/07 Normal : LaunchRcRvAgent: CalculateRTT is
    > over...
    > #(768)# 11:47:04 AM 02/13/07 Normal : Darapan is loaded successfully
    > #(768)# 11:47:04 AM 02/13/07 Normal : Init Proc of RCAgent has been called
    > successfully
    > #(768)# 11:47:04 AM 02/13/07 Critical : Successfully executed
    > RcAgent.DLL's
    > Init Proc Address
    > #(768)# 11:47:04 AM 02/13/07 Normal : Call to update desktop is made
    > #(768)# 11:47:04 AM 02/13/07 normal : CMD_AGENT_READY is sent
    > #(768)# 11:47:04 AM 02/13/07 normal : CMD_SUPRESS_WALLPAPER is received
    > #(768)# 11:47:04 AM 02/13/07 Normal : WallPaperThread is closed
    > #(768)# 11:47:04 AM 02/13/07 Normal : CMD_KEY_MASK is received
    > #(768)# 11:47:04 AM 02/13/07 normal : CMD_DISPLAY_INFO is received
    > #(768)# 11:47:04 AM 02/13/07 Normal : Display Info. received. Remote
    > Control
    > session for P1.
    > #(768)# 11:47:04 AM 02/13/07 Normal : Console version is SP1
    > #(768)# 11:47:04 AM 02/13/07 Normal : Calling startlookforchangesthread.
    > #(768)# 11:47:04 AM 02/13/07 Normal : InitialDisplayInfo sent
    > #(768)# 11:47:04 AM 02/13/07 Normal : DRIVER to use is DARPAN
    > #(768)# 11:47:04 AM 02/13/07 Normal : CallInitDrishti :
    > ESC_START_VIEWING_DARPAN Successful
    > #(768)# 11:47:04 AM 02/13/07 Normal : Came out after loading the driver
    > #(768)# 11:47:04 AM 02/13/07 normal : Setting hook to cursor shapes is ok
    > #(768)# 11:47:04 AM 02/13/07 Normal : Got WM_SWITCH_DESKTOP
    > #(768)# 11:47:05 AM 02/13/07 Normal : Call to update desktop is made
    > #(768)# 11:47:12 AM 02/13/07 Normal : RecvThread is returning
    > #(768)# 11:47:12 AM 02/13/07 Normal : WaitThread : WaitForMultipleObjects
    > returned. Closed thread is = 1
    > #(768)# 11:47:12 AM 02/13/07 Normal : Periodic Check thread is returning
    > #(768)# 11:47:12 AM 02/13/07 Normal : In desktop change thread terminate
    > session is set
    > #(768)# 11:47:12 AM 02/13/07 normal : Terminate session event is set in
    > send
    > thread
    > #(768)# 11:47:12 AM 02/13/07 Normal : Close msg for visible window.
    > Calling
    > CloseConnection().
    > #(768)# 11:47:12 AM 02/13/07 Normal : Clean up is going to start
    > #(768)# 11:47:12 AM 02/13/07 Normal : LookforchangesThread returning
    > #(768)# 11:47:12 AM 02/13/07 Normal : WallPaperThread is closed
    > #(768)# 11:47:12 AM 02/13/07 normal : All the threads are closed normally
    > #(768)# 11:47:12 AM 02/13/07 Normal : Call to update desktop is made
    > #(768)# 11:47:12 AM 02/13/07 normal : RC session is completed successfully
    > #(768)# 11:47:12 AM 02/13/07 Normal : CZenRmServer::RCRvThread:
    > hAcceptThread Signals
    > #(768)# 11:47:12 AM 02/13/07 Critical :
    > RMAudit::Auditing.cpp:recordAuditLog() The audit record is corrupted.
    > #(768)# 11:47:12 AM 02/13/07 Normal : RcRvThread: RcAgent.dll is
    > successfully unloaded from memory
    > #(768)# 11:47:12 AM 02/13/07 Normal : RcRvThread: Ict_Uc.dll is not
    > unloaded
    > from memory ...
    > #(768)# 11:47:12 AM 02/13/07 Normal : RcRvThread: Ict_Uc.dll is not
    > unloaded
    > from memory and it is forcefully unloaded...
    > #(768)# 11:47:12 AM 02/13/07 Normal : Darapan is Unloaded successfully
    > #(768)# 11:47:12 AM 02/13/07 Normal : RMSessionFinished - Begin
    >

  • I am a newer about LabVIEW.How can I realize a remote control in a Web brower.

    "To transform your application into a remote laboratory, make sure the VI that you want to publish is loaded into LabVIEW memory. Next, select the Web Publishing Tool option from the Tools menu. This window is the main window for interactively creating and publishing your remote laboratory
    The Web publishing tool will automatically load in the Document Title and VI Name text fields. As the sample image in Figure 6 illustrates, the Document Title, Text 1, and Text 2 are all text fields that you can use to customize the Web page created with the publishing tool.
    The second step necessary to enable a remote laboratory is to select the Start Web Server button. When pressed, this button activates the built-in LabVIEW Web server, which will publish and control your front panel images from the Internet.
    Once the Web server is activated, the actual HTML document needs to be created and saved so it can be accessed remotely. Clicking on Save to Disk places an HTML file called Document Title.htm into the LabVIEW file folder called WWW by default. Saving your Remote Panels HTML documents into this folder will ensure that the LabVIEW Web server can find them. Either keep the default name, or assign a new name and save the file. Once saved, a new panel entitled Document URL pops up with a message box containing the URL address of your enabled LabVIEW application.
    Click on OK in the Document URL window and then click on Done in the Web Publishing Tool window. Your lab is now ready for remote visitors
    Required Software
    To operate a LabVIEW program using remote panels, it is necessary to have the free LabVIEW run-time engine installed on the client computer. When a remote viewer logs onto the lab with the appropriate URL address, the LabVIEW front panel will appear in the browser, or reroute the user to install the run-time engine from the National Instruments Web site.
    Application Control
    Once connected to the remote laboratory, the client connection will automatically be in a monitor state. If another client is controlling the remote laboratory, the user will be able to monitor the actions of the controlling client. To request control of the program, right click on the front panel and select Request Control. Once selected, one of two possible messages will appear. Either the user will be granted control (Control Granted), or the user will see a message indicating that control is currently granted to another user (Waiting for control: Either the server is locked or another client has control). If another client has control, the controlling client will be notified that control time has now become limited. Once the timeout occurs or the controlling client has released control, application control is automatically switched to the requesting client (Control Granted). Once the user has been granted control, all icons and controls will become active and running the LabVIEW application is exactly like running the application from the local environment.
    Releasing Control
    When the remote viewer either moves on to a different URL address or relinquishes control by right clicking and selecting (Release Control), or when the remote laboratory times out, the remote laboratory is available to the next visitor."
    The above is what I read from a text of ni.com,
    but I can not obtain the result.
    Thanks a lot!
    ^^

    Hi
    I don't see which LV version you are using. It's important to know, that you need the FDS or PDS package of LV 6.1 to work with remote control. This feature is not supported in the LV base package of LV 6.1.
    If you have LV 6.1 FDS or PDS, which of the described steps are not working?
    Luca P.
    Regards,
    Luca

  • How do I remote control a user in remote desktop services in Windows Server 2012?

    Hello,
    we currently operate in a 2008 R2 environment with the majority of clients connecting to our terminal servers.  We use the remote control feature in terminal services manager to connect to a users session when a user phones our helpdesk with
    a question / issue.
    Just today I've installed 2012 server on a hyper-v virtual machine to have a play with it.  I've installed the Remote Desktop Services and noticed this remote control feature is gone.  I can still log off or send a message to a user, but I can
    no longer remote control their session.
    I've seen one or two other posts stating this feature has been removed completely.
    So, a couple of questions:
    1. How on earth do I "shadow" or connect to a users session now?
    2. If I have to go third party to get this functionality back, what's the best software on the market for this and does it support remote connecting of users who have their RDP session span multiple monitors? (2008 R2 doesn't)
    3. Will Microsoft ever bring this feature back? as at this stage I doubt we would move to 2012.  This is the one feature that is crucial to the day-to-day running of our helpdesk.
    Cheers.

    A large percentage of our IT support business is through remote management. Most of our large enterprise customers are Terminal Server environment (now called Remote Desktop - why does Microsoft have to change EVERYTHING - how would they feel if I changed
    the colour of the sky from blue to red just because I could?).
    Last week, after much expense to the customer (and realising that there WOULD be some cosmetic headaches to contend with Server Management) we installed a new "Remote Desktop Server" for them and shifting them from 2003 - a big leap so we discovered.
    During deployment it came as a HORRIFIC surprise that we could not remote control user's sessions!
    Yes, we ARE to blame for not fully realising the cock-up Microsoft has made for us. We should have fully researched every detail of what changes they made and what they have robbed us of.
    Firstly, the removal of the ability to fully manage user's sessions came as a HUGE blow!
    The remaining multiple issues that followed (including the hugely cumbersome and SLOW way of accessing user's sessions and the false information that the console was reporting users logged in when they had already logged out) suddenly resulted in us decommissioning
    the new 2012 installation in favour of a 2008 R2 installation.
    Some may ask; Why not use "Third Party" apps to counteract the issue? Firstly; why spend MORE and why use a third party app that "is as" cumbersome to use just because of a freaking feature that Microsoft deemed a "security risk" - for G.D sake!
    We have now been directed by management to convince customers that a move to 2012 is NOT recommended - good choice boss, I love you!
    The question is; will Microsoft re-implement this feature and fix Server Management performance/accessibility in a future release before 2008 R2 is no longer available? Probably not - it looks like their stubbornness to forge ahead with their craze mind-set
    of transforming their products into something that is now annoying millions (including their bloody push towards everything-cloud which NONE of our customers want anything to do with).
    Microsoft! Get us back on to your side and take a step back, take a deep breath and listen to consumers!

Maybe you are looking for