Remote control service

On computer with XP SP2, The remote control service does not start up.
It is set to automatic, but does not start. When I try remote conrtol, I
get remote agent not found. If I click on it and select start, then
everything works. Does anyone have a solution for this?
Thanks
Dave

....and here is the TID you should reference:
"Novell ZFD Remote Management service is stuck in "starting" mode"
http://support.novell.com/cgi-bin/se...?/10095223.htm
"note"
"This problem may also be seen at other times when troubleshooting problems
when you cannot remote control a workstation"
Regards
Rolf Lidvall
Swedish Radio (Ltd)
NSC SysOp

Similar Messages

  • CmRcService Delayed Start (Remote Control Service)

    Anyone know why Microsoft set the CmRcService service for a delayed start and not automatic? After a reboot of the remote computer, it is taking a few moments to connect. I am assuming that was done for a reason. Before I change the service on all of our
    computers; does anyone know why they did that?

    It's not just the Remote Control Service. CcmExec.exe (SMS Host Agent) is the same. They are simply not critical and IMO they start up quickly enough.
    Gerry Hampson | Blog:
    www.gerryhampsoncm.blogspot.ie | LinkedIn:
    Gerry Hampson | Twitter:
    @gerryhampson

  • Remote Control Service on clients is disabled

    Hello everyone,
    I have a deployment of SCCM 2012 setup, a big improvement over 2007 so far, and everything was working great.  For whatever reason when I push the client installation to PC's or the client is installed during a OSD, everything appears to work perfectly
    except the Remote Control doesn't work.  Further investigation lead me to the Configuration Manger Remote Control Service which was disabled.  If i manually enable it Remote Control works like expected.
    In the Client Settings Policy for  the site I have the remote control configured and setup for access.  If I go to the client and look at the remote control settings under the options in the System Center app my policy settings are applied correctly
    there, yet the service is disabled.
    I am wondering if I am missing something or if anybody would know why this is happening.  I have ruled out Group Policy disabling this service.  As far as i know this is a new service to SCCM 2012.
    Any help is appreciated.

    Eric,
    In short yes, I have done a few client push installations to PC's that had the SCCM 2007 client on them and everything seems to go fine except the remote control service remains disabled.  One was a Windows XP PC that we are going to leave alone and
    see if the service starts on its own.  We have installed software and updates through the new client already on this machine so I know the 2012 client was installed correctly and is getting policies.  I did push the client install to two Win7 PC's
    and the remote control service did not start right away, however when I checked them a few hours later the service was running and remote control sessions were successful.  So I'm not sure if I just wasn't patient enough or if something else was going
    on.
    Testing to see if stuff is working after an OSD build is just easier for me.  I can image a PC, log in, make sure everything is working correctly, if not, I'll make changes, and then just re-image again. So far deployments of both WinXP and Win7 seem
    to exhibit this behavior of the service not starting.  Could it be something to do with the WIM files I am using for the OSD's?  I had just made copies of the WIM files we used in SCCM 2007.
    If you want me to provide some screenshots or log files I'll do what I can, however I will be out of the office for the weekend so I can't post them right away.

  • Remote Control Service Startup

    Hi all,
    I am posting this here because I can't think of a better place.  I initially thought of posting it on Connect but they are only accepting bugs and this is more of a feature request because, as I understand it, the software is functioning as expected.
     However, it would be nice to have the following implemented.
    When the SCCM 2012 R2 client is installed with Remote Control enabled, the CmRcService is set to start Automatic (Delayed).  From searches and reading, this is the designed and expected behavior.  While I understand why Microsoft designed the software
    this way, it creates issues when working on remote computers that need to be rebooted.  The feature we are looking for would allow the SCCM Admin to select via the Client Settings in the Console which start-up type should be used for the service (auto
    or auto-delayed).
    I understand that you can manually change the start-up type but that would have to be done on a per-machine basis.  I am looking for something more automatic.  I had considered using a GPO but due to how our environment is setup, our Network Support
    department will not allow this.
    Any ideas or suggestions on how to get this setup or requested would be greatly appreciated.
    Thanks,
    Adam

    Connect is the place for those design change requests, too.
    Torsten Meringer | http://www.mssccmfaq.de

  • 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!

  • Service Manager 2012 Remote Control

    Hello
    Is there a way to integrate ConfigMgr 2012 Remote Control to Service Manager 2012 task? I have configured Remote desktop and remote assistance but, my customer specifically looking ConfigMgr 2012 Remote Control.  

    Hi Manoj,
    Yes, when you create a new task under Library > tasks, fill in the general information such as the Task Name, Target Class, and Management Pack. Optionally, you may select categories to add the task to be displayed in certain places in the console. When
    you fill in the full path to the command line, ensure that the machines that are running the service manager console have access to this path. If Configuration Manager is installed on the computer(s) running the Service Manager Console, you may fill in the
    path as C:\Program Files (x86)\Microsoft Configuration Manager\AdminConsole\bin\i386\CmRcViewer.exe. You also have to option to insert a parameter or working directory as well if you choose to. For example, if you would like the parameter to be the Windows
    Computer IP address, you may enter the following:
    $Context/Path[Relationship='CustomSystem_WorkItem_Library!System.WorkItemAboutConfigItem' TypeConstraint='CustomMicrosoft_Windows_Library!Microsoft.Windows.Computer']/Property[Type='CustomMicrosoft_Windows_Library!Microsoft.Windows.Computer']/IPAddress$
    Another way to set this parameter would be by selecting Insert and selecting the property for IP Address. 
    Once the task has been created, you can verify it is working properly by navigating to the class/categories you have chosen and it should be listed by the Task Name you entered. 
    Katie Dyer | [email protected] | San Diego, CA
    Check out our System Center App Store: www.cireson.com/app-store

  • I want to share files from iMac to MacBookPro.  In "Sharing" setup I want to check "screen Sharing" but get the error message"Screen Sharing is currently being controlled by the Remote Management service."  What do I need to FIX???

    I want to share files from iMac to MacBookPro.  In "Sharing" setup I want to check "screen Sharing" but get the error message"Screen Sharing is currently being controlled by the Remote Management service."  What do I need to FIX???

    Care to share which OS you are using? 
    Have you read for possible solutions over in the "More Like This" thread over here?-----------------------> 

  • Screen Sharing controlled by 'remote management service'....What is that?

    Under preferences, 'Sharing', I cannot activate screen sharing. Message says 'Screen sharing is currently being controlled by a remote management service'. What does this mean?? How can I correct????

    It thinks that Remote Management is also checked on the list of Sharing services. Is it? If so, then screen sharing is running through the remote management service.
    Ok, that sounded like a definition using the word to define it. Remote Management is a superset of screen sharing. Apple makes a product called Apple Remote Desktop that can be used for an administrator to manage lots of Macs. Remote Management is the service that talks to ARD. Screen sharing is part of remote management, but Apple also provides simple screen sharing for people that don't have/need ARD.
    Message was edited by: Barney-15E

  • Screen sharing controlled by remote managing service

    Unable to achieve screen sharing between my iMac and my MacBook Air.  System Preferences Sharing screen says 'Screen sharing is currently being controlled by Remote Managment service'.  How do I fix that and return to screen sharing capability?
    Thanks
    Jim

    1.  Indeed, Remote Management was checked.  I unchecked, then checked Screen Sharing - all seemed well.
    2.  Went to MacBook Air, restarted, attempted to Connect to Server, but connection failed.
    Now what?
    PS  How did Remote Management get checked in the first place? I've never used that before.
    Thanks
    Jim

  • 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

  • Unplugging all network devices from Fios router prevents DVR freezing and remote control lock ups.

    All,
    I recently had a Verizon tech visit my house due to constant DVR and remote control freezing. TV content was freezing whether it was locally recorded, pulled from another DVR in the house, or On Demand. On a hunch after the tech tested everything and was about to leave, he unplugged my gigabit switch from the Fios router. Lo and behold everything started running perfectly. Since to the tech, the problem was solved, he closed the case and was on his way. The probem is of course I have more devices than the built in router switch provides ports for. My network is compised of an 8 port Netgear gigabit switch downstream from the Fios router with two wireless access points (with their own built in gigbait switches) connecting to the Netgear gigabit switch. There are no loops in the switch topology. I've tried changing out the router, the gigabit switch, removing the wireless acces points individually as well as plugging the access points directly into the Fios router switch (one at a time with no Netgear switch in the middle) and all scenarious cause the DVR/remote control freeezing to come back. The only devices I can plug into the Fios router without causing freezes are PC's....anything with it's own switch essentially brings the network to it's knees. If anyone has an idea how to get my network back in one piece AND make the DVR's/remotes behave, I'd greatly appreciate the help!
    My Fios equipment:
    MI-424WR GEN-3I  rev I (eye) running firmware 40.19.36
    5 Motorola HD-DVRs all QIP 7232-2 running software release 1.9.1 platform build 25.39 (Oct. 22, 2012)
    Specific config:
    75/35 Fios connecting via ethernet from ONT. Set-top boxes connect to Fios router coax port via powered splitter.
    *All SNR/dB mesasurements taken by the tech from the set-top boxes and router are well within spec.
    Fios router provides DHCP addressing. Wireless N access points are configured for roaming with the same SSID and non-overlapping channels. Access points are not providing routing or IP adressing...all layer 3 and up services still provided by Fios router
    Diagram:
    ONT
      |
    Fios Router ---------Cable Splitter---------Set Top Boxes
      |
    Netgear Switch
      |           |
    WAP1    WAP2

    WayfarerII wrote:
    ... DVR ... remote ... freezing ... TV ... whether ... locally recorded, pulled from another DVR ... 
    ... tech ... unplugged my gigabit switch from the Fios router ... and ... everything started running perfectly ...   
    ... config:
    75/35 Fios ... via ethernet from ONT ... Set-top boxes connect to Fios router via powered splitter ...
    ONT
      |
      | cat5
      |
    Fios Router ---------Cable Splitter---------Set Top Boxes
      |
    Netgear Switch
      |           |
    WAP1    WAP2
    I am inclined to echo several of the "tns" comments, particularly with respect to your splitter.  My layout is based on a standard 8-port splitter of the type usually supplied in a VZ install.  In addition I do have a ChannelPlus device that functions as a powered splitter, but its use is limited to distribution of secondary TV signals to older analog TVs.  My first point then is that this may be an offender as "tns" has suggested.
    In addition, I'd describe your wiring as "non-standard" (red-colored items in the above diagram)  As you're no doubt aware, with 75/35 you don't really need Cat5e from the ONT (your original diagram).  It seems the highest tiers do require it, but in "standard" installations this run is coax directly to an 8-port non-powered splitter (below diagram), then from that splitter via coax to all STBs and CableCards, other TVs, et.), and also to the Actiontec.   Subsequent feeds from the Actiontec to wired devices (including WAPs) are via Ethernet (typically Cat 5e).
    In fact I don't immediately see how your STBs get additional services such as On Demand and IMG with the wiring shown in your diagram (perhaps someone can help me out here).  In "standard" installs the Actiontec must be connected via coax to the ONT to provide such services to other network clients.  I don't see that requirement being met here.
    For starters I'd recommend that you change your service from WAN Ethernet to WAN coax.  This can easily be accomplished over the telephone.  Then I'd run coax directly from the ONT to the Actiontec as in my revised diagram below (blue-colored items).  If your setup can manage with this arrangement, I think it will help greatly with the "freezing" issue.
    ONT - - - - - - coax - - - - -
                                             |
    Fios Router --- coax--- Standard 8-Port Splitter --- coax --- Set Top Boxes
    |cat5
    Netgear Switch
    |cat5           |cat5
    WAP1 WAP2
    Subsequent Note:  You provided additional info while I was composing a response, and I'd  like to offer another comment.  Structured wiring "panels" of the type usually available are pre-configured to provide data, phone and video.  This usually means that one is in certain respects limited by the ideas of the panel designer.  I have what can be called a structured wiring layout, but it really is composed of individual small custom networks for  each service (automation, security, video, data, telco, etc.), configured so that all wiring terminates in "home run" fashion at a central panel (a few details here: http://forums.verizon.com/t5/Home-Networking/Cmon-Show-Us-Your-Network/m-p/481733#M765 ).  This layout makes it easier to make adjustments (and there have been quite a few over the intervening years).  I'm thinking that in your case you may have to abandon the powered splitter (presumably) built into the panel in order to avoid your present fix.
    Subsequent Subsequent Note:   From your description it seems that you are using more than a single "whole house" DVR to supply programming to other devices.  This is a bit puzzling to me because somewhere along the line I recall reading that only a single whole house DVR was allowed on the network.  Can you elaborate a bit?

  • The remote controls stopped working

    I bought with an official Apple dealer the new i Pod Shuffle (generation 3) to use during my bike rides. After the first ride the remote controls stopped working and the voice over feature spontaneously started repeating the songs title. As well the volume control stopped working altogether. I didn't have time to return the Shuffle after only a week so I disable the voice over feature and keep on using my Shuffle with no volume adjustment, fast forward etc ….
    After a visit to the Apple website I saw that several owners complained about this problem and assumed Apple would know about it and be ready to offer a fast solution. So picked an official Service Center as close as possible from my location.
    First shock the Service Center was dirty, the paint obviously several decades old and faded, the light kept to the minimum.
    Second shock not Tech on duty to check something as simple as a headsets. I realized there was no way to have a fast resolution to my problem. The Shuffle will be send to a regional repair center, I could have save the trip and just go to an Apple dealer. What the use to have Service Centers if they don't provide service?
    Now when a product is returned, after 25 days of ownership (can't say use), a product designed by a company with the reputation of Apple you expect some kind of sign that the company is sorry, stands behind it's product and will do all possible to solve the problem. WRONG.
    Third shock. The person who took my Shuffle obviously never saw a Shuffle generation 3 before or even knew it existed. She explained over and over that I may (but it sounded more like I will) be charge for the repair. Even asked me to pay upfront a basic fee to cover the time of a Tech checking on the product. And that the Tech will give me a quote if I am to be charged. Furthermore She found tons of reasons why eventually I would be charged to repair the product, however no technical person ever checked on the product. Well I guess only users read messages on Apple website not employees of Apple.
    So what now? I am suppose to receive an E-mail in 24 hours to 5 working days, in which I'll be explained the result of the Tech investigation.
    I guess most owners of Apple products have a better experience with the Customer Service or where the reputation of Apple being a “cool” company comes from? But based on my experience it looks like Apple's products and Apple's Customer Service may not meet Apple's reputation or customer's expectations. Or am I asking for too much?

    I seriously doubt you were at an Apple Store and you were not dealing with Apple employees. You were dealing with a 3rd party shop that does work on Apple products.
    Don't know where you are located but you could contact Customer Service at Apple and complain but they are somewhat limited it dealing with a 3rd party company. But they will at least have you complaint on file. Or you could attempt to find an actual Apple Store and take your Shuffle there. Or you could try one of the workarounds listed on the threads here.

  • Device not working after updating from 8 to 8.1: SMK Ehome Infrared Transceiver and remote control (usb)

    Hi all,
    An excellent 2015 to you all. 
    I wonder whether it's possible to get my (USB) SMK Ehome Infrared transceiver (which serves to connect my PC to a remote control)  to work again. It functioned okay under Windows 8, but when I upgraded my system to Windows 8.1 it didn't respond anymore.
    How's that possible? And do you have any ideas how I can resolve this?
    I use the remote control to start and stop videos and to adjust the sound volume.
    What I have done already:
    -disabled and enabled the consumer IR devices under 'HID devices' in device management.
    -disabled and enabled the USB controller for the Ehome Infrared Receiver.
    No luck so far. Anybody knows what to do?
    Cheers,
    Peter

    Hi,
    What is the driver status in device manager? Have you tried to manually download the right version driver for Windows 8.1 from the transceiver's manufacture website and install it in your system?
    Meanwhile, please run services.msc to launch services manager, then scroll down to "Human Interface Device Access service", make sure the service is "started" to "manual" or "automatic", test the issue again.
    Yolanda Zhu
    TechNet Community Support
    Thanks, Yolanda Zhu. There is no driver on the manufacturer's website, but the driver is included from  Windows versions XP to 8 and the device responds as expected under these OS Versions. In Windows 8.1 it seems also to be included, and device manager
    indicates under Human Interface Devices that the 'Microsoft eHome infra transceiver' driver  functions correctly and under
    Universal Serial Bus controllers that 'eHome infrared receiver' (USBCIR) functions correctly as well.  But when I press the remote, the red LED blinks, but nothing else happens.
    The "Human Interface Device Service" is set to automatic and is being executed.
    Can it be that the mapping ('action on remote' to 'action on PC') is lost somehow?
    Cheers,
    Peter AKA Django

  • 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
    >

  • Firefox Selenium Remote Control window does not close.

    Using Selenium 2.17 and/or Selenium 2.26 on Windows 7 we are having a problem with the Firefox Selenium RC (Remote Control) window not closing after the Selenium tests have completed.
    We did not have any issues when using Firefox 10.0.1esr, but when we upgraded to 10.0.10esr the problem showed up.
    Any ideas how to solve this problem? Our company requires us to be at the latest ESR release so going back to 10.0.1esr is not an option.
    Any plans to resolve this problem in another ESR release?
    Thanks,
    Karl

    Please check SAP note 1512960  and SAP note 1384496.
    http://service.sap.com/notes
    This behaviour is by design.
    Regards,
    Stratos

Maybe you are looking for