Remote control user object fail

I have ZDM7 SP1 with hot patch 6 on Win2003 (eDir 8.8.1).
I config remote management Policy to User & Workstation Objects.
But I try to test Remote Control functtionalty,find Remote Control
Workstation is successful But User object is fail....
I try to install TID 2974098 to replace xtaddr.dll but the problem still
occur......
Anyone know how to fix it ??
wyldkao

wyldkao,
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/

Similar Messages

Cannot "Remote Control" Users in a RDP (TS) server.

So, I have a few Terminal servers (now called Remote Desktop Servers) setup and running, various Operating systems, but all 2008r2 and above.
All of them are having an issue that has cropped up over the last few months. Either in Task manger, or in the Remote Desktop Manger, I cannot right click and select "Remote Control" to see what a user sees.
As you can see the, connect and Remote control are Grayed out. Although on some of the servers, I can connect, that disconnects the user from the system.
I cannot find a setting that allows me to unlock this ability.
I am an admin, and I can provide any information that you need.
Thanks!
Rule your day, you never know when it might be your last.

I am remoted into the server, and running the manager from the remote session.
I see the same behaviour from the console session of the server.
Rule your day, you never know when it might be your last.

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/

Problems with remote control and user accounts - error 1759?

We're running:
-XP Pro SP2 clients with Zen SP1 IR3a agent, 4.91 SP2 Netware client.
-We are NOT running Middle Tier.
-Novell servers are running Netware 6.5 SP7, E-directory 8.7.3.10b or 8.8.
-Zen server is also SP1 IR3a.
We have no problem using remote control on workstation objects. We are having intermittent issues with remote controlling user objects. When the issue occurs, we receive the following error, "Error 1759: The selected user is not logged in on any workstations" even though the user is in fact logged in. After some more research, it appears that the "networkAddress" attribute of the user object is blank so we feel that this is the root cause. My question is what would cause the networkAddress attribute to randomly not update? For instance we had a user (verified his login) who we could not remote via the user object (workstation object worked). We checked his networkAddress attribute and found that it was empty. User rebooted and logged in again and his networkAddress attribute populated, and then we could remote control him via the user object. Now this isn't always the case after a reboot. There doesn't appear to be any pattern to when the networkAddress attribute does or does not update. In fact, this particular user has a laptop so he boots it up fresh every morning yet he was not showing a network address when he logged in initially today.
We've followed the troubleshooting steps in Novell Documentation without any success. Is there anything else that we might be missing, especially with respect to getting the networkAddress attribute to update? We ran a DSreport on that attribute and found about 500 out of a total of 1500 users had no networkAddress. Some of those are sure to be legitimate but that number is much too high for the number of people that should be in the office.
I've read some older threads on the subject but none of them really provide a firm solution. Also most of the older threads reference Middle Tier which we are not using.
Thanks in advance.

> 4.91 SP2 Netware client.
You could try this TID:
"A user will no longer have an entry in their "Network Address" attribute
even though they are logged into the eDirectory Tree."
http://www.novell.com/support/viewCo...1262&sliceId=1
"Resolution"
"This was fixed in the 4.91 SP3 client. NWFS.SYS was modified so that it
will check the monitor connection on a reconnect and if it is not connected
close the connection and try and get a new monitor connection to the tree.
Prior to the 4.91 SP3 client, the solution is to have the user login again
so that it issues the NDS Finish Login request again that will populate
Network Address again."
Regards
Rolf Lidvall
Swedish Radio (Ltd)

Allowing the domain users Group to SCCM 2012 Remote Control

Hi There,
been working on this issue for the last few days now and its frustrating the crap out of me. My company has requested for all Domain users to be allowed to Remote Control to everyone's computer. This is so that users will be able to show each other how to
use in house application. In SCCM 2012 console, I've added the Domain users to the Premitted viewer tab. I've also added the domain user group to the administrative user section, added the Remote operator role and assigned the
ALL security scope to it. On another machine, i run the CMRCviewer to this machine and it prompts for username advising me the one i provided isn't authorized. when i check on the targeted machine, i can see domain users populated in the ConfigMgr
remote control user group
It seems only domain admins have rights to Remote control in. i've only got one client setting defined (default policy).
the interesting thing is the following layout
WINDOWS XP ---> WINDOWS 7 prompts for username
WINDOWS 7 -----> WINDOWS XP works
WINDOWS XP -----> WINDOWS XP works
WINDOWS 7 ------> WINDOWS 7 prompts for username

Hi Dave,
1) yes domain users is part of the configMgr remote control users". CMRCSERVICE.log shows the following
=== Starting security handshake ===
CmRcService
11/03/2013 10:44:29 AM
4808 (0x12C8)
HandshakeWorker failed..
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
Security filter server: DoHandshake failed..
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
m_pSecFilter DoHandshake() failed. CmRcService
11/03/2013 10:44:29 AM 4808 (0x12C8)
DoHandshake failed on server side.
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
Failed to do Handshake in Server.
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
Failed to create security context.. Security Handshake failed.
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
Failed to validate Security requirement..
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
Failed to complete the RDP connection..
The logon attempt failed (Error: 8009030C; Source: Windows)
CmRcService 11/03/2013 10:44:29 AM
4808 (0x12C8)
i've confirmed this user is part of domain users as well.

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!

Remote Control on C540 All-in-one

I just purchased a C540 All-in-One, with Windows 8, recently upgraded to 8.1
It can be also used as a TV or video recorder, and I run, successfully, the AVerMedia TV Player App, setting up correctly the TV and channels tuning (I used mouse and keyboard)
However, I failed to use the IR Remote Control. It simply doesn't have any effect on the PC.
I checked with the vendor, also using a different PC and a different Remote Control, with the same negative results.
Batteries have been replaced and IR Driver has been upgraded: no joy.
Since it is a brand new PC I don't think is a hardware problem, rather than a software one. I checked on the Users Manuals (PC and Remote Control), but I couldn't find any useful info (Indeed, the Remote Control User Guide is very poor).
Is there any solution to this problem?

I spent some time (2 hrs) again with the vendor, trying to solve the issue.
The only result we got is that, when the PC is in suspended status, it can be resumed by pressing "ON" button of the IR Remote Control. That's all.
My suspect is therefore confirmed: it isn't a hardware issue. It lokks like the IR Remote Controller and the PC can talk eachother, but they speak different languages.
It is quite a surprise that I couldn't find any information on the use (Settings? Activation?) of the remote control, nor in the topics of this forum. Really I'm the only one trying to watch TV on the PC? Are there any users of a C540 who can tell me their experience?
Thank you

Zfd4.01 remote control via desktop4.exe. What rights are needed?(repost, seems to have been stuck in wrong thread)

Hi.
Trying to give some non-admin users the right to remote control workstations via the user object. I have followed the tids/documentation for
this when using ConsoleOne and that works just fine.
When trying to remote control a user object with desktop4.exe (dopps zenwsbrowser actually) there seems to be some rights missing. Making the
user into an admin solves the problem and until the remote controlled user changes IP on his workstation it keeps on working even when removing
admin rights.
So the question is simply put:
What rights is needed on user AND workstation objects to remote control with desktop4.exe? Or if someone knows how I can check what attributes
has changed on a user after a remote control has been performed that would be sweet too.
/anders westerberg

Anders,
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 error 1891 after eDir upgrade?

- NW6sp3 two-node cluster (production server) houses read/write replica
- NW6sp3 utility server houses master replica and is a ZenWorks 4IR5 server
- The above servers reside in a small chunk of a much larger NDS tree
- Roughly 150 users with the 4.90sp2 client + Zen4IR5 agent
- ConsoleOne 1.3.6c with current Zen and Cluster snapins
Is there a known preferred method (or recommended method) of authenticating
to either read/write or master replica's? Here is my issue:
Prior to upgrading all three servers above to eDir 8.7.3.3, I was able to
use Zen to remote control my users's PC's. I WAS logging into the cluster
(read/write replica), just like all my users still do today. I began seeing
the remote control error "1891" which various TID's describe as an issue
with close proximity to a pure IPX server, and remote control fails. I have
no IPX running in my network currently. Opened tickets with Novell in both
their Zen and eDir teams.....no solution's yet. As I began banging around,
I found that if I force my login to the utility server (master repica in
this case) I now regain remote control ability to my users that authenticate
to the cluster (read/write). Also, if I intentionally login to a different
context of our tree (have a different admin create a temp account for me in
his context, say) first and not into my own context, I can remote control my
users in my context via ConsoleOne. Similarly, if I login to a different
context upon startup, then once the Windows desktop is loaded and I right
click the red N in my system tray, and login as myself into my own context,
I can remote control users. The issue arises when the first context I login
to is my own. Odd I say, odd.
I've done every flavor of dsrepair switches (-xk3, -a, timesync, etc) and
provided logs to Novell. Each dsrepair variant returns zero errors. I
believe the tree is healthy from what I and Novell can tell.
Attached are some logs from about a month ago when I started seeing these
remote control errors. Please note the time stamps on both the remote
controller and remote controlled machines.
I've posted this over on the eDir board as well since it feels like an
authentication issue to me....
Thanks for taking the time to look at this,
Mike
LOG AT CONSOLEONE MACHINE:
#(2884)# 11:45:47 AM 03/14/05 Normal : CONSOLE > Starting console
#(2884)# 11:45:47 AM 03/14/05 Normal : ZenGetLangValueFromNWLanguage: Trying
to load the resource DLL from Nls\ENGLISH directory
#(2884)# 11:45:47 AM 03/14/05 Normal : CONSOLE > Resource is loaded
successfully
#(2884)# 11:45:47 AM 03/14/05 Normal : CONSOLE > Inside LoadandParseCommand
#(2884)# 11:45:47 AM 03/14/05 NORMAL : CONSOLE > AppData.bSessionRestart ==
FALSE Hiding window
#(2884)# 11:45:47 AM 03/14/05 NORMAL : CONSOLE > Command line parameters
parsed successfully
#(2884)# 11:45:47 AM 03/14/05 NORMAL : Connection successful at port 1761
#(2884)# 11:45:47 AM 03/14/05 NORMAL : InitClientInLoop() successful
#(2884)# 11:45:47 AM 03/14/05 NORMAL : Before Authentication
#(2884)# 11:45:47 AM 03/14/05 NORMAL : After Authentication
#(2884)# 11:45:47 AM 03/14/05 CRITICAL : Authentication Failed:
#(2884)# 11:45:48 AM 03/14/05 CRITICAL : CONSOLE > LoadAndAuthenticate
returned FALSE
#(2884)# 11:45:48 AM 03/14/05 CRITICAL : CONSOLE > Authentication Failed:
returning -1111
#(2884)# 11:45:48 AM 03/14/05 NORMAL : Out of process
LOG AT MACHINE ON FAR END OF REMOTE LINK:
RMErrorLog0.txt
#(1484)# 11:45:48 AM 03/14/05 Normal : Loading : C:\Program
Files\Novell\ZENworks\ZenPol32.dll
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Successfully loaded
dependent modules...
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENUtil: ZENIsWorkstationRegistered:
wsDN = 'CN=C0000CC22.OU=WKST.OU=EAG.OU=CO.OU=NW.O=CTL'
#(1484)# 11:45:48 AM 03/14/05 Normal : Workstation is registered
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Attempting to read
policies...
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENUtil: ZENIsWorkstationRegistered:
wsDN = 'CN=C0000CC22.OU=WKST.OU=EAG.OU=CO.OU=NW.O=CTL'
#(1484)# 11:45:48 AM 03/14/05 Normal : Workstation is registered
#(1484)# 11:45:48 AM 03/14/05 Normal : Reading workstation DN and tree
name...
#(1484)# 11:45:48 AM 03/14/05 Normal : workstation DN -
CN=C0000CC22.OU=WKST.OU=EAG.OU=CO.OU=NW.O=CTL, treename - CENTURYTEL
#(1484)# 11:45:48 AM 03/14/05 Normal : Loading : C:\Program
Files\Novell\ZENworks\WMSchApi.dll
#(1484)# 11:45:48 AM 03/14/05 Normal : Workstation IS authenticated...
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
successfully
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Successfully initialized
context
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Failure in reading
boolean attribute DM:Ignore Policy in
CN=C0000CC22.OU=WKST.OU=EAG.OU=CO.OU=NW.O=CTL
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Attempt to read using
user:, tree:CENTURYTEL
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Workstation Policy -
'EAG-WP:General:Remote Control Policy.EAG.CO.NW.CTL'
#(1484)# 11:45:48 AM 03/14/05 Normal : Reading workstation DN and tree
name...
#(1484)# 11:45:48 AM 03/14/05 Normal : workstation DN -
CN=C0000CC22.OU=WKST.OU=EAG.OU=CO.OU=NW.O=CTL, treename - CENTURYTEL
#(1484)# 11:45:48 AM 03/14/05 Normal : Loading : C:\Program
Files\Novell\ZENworks\WMSchApi.dll
#(1484)# 11:45:48 AM 03/14/05 Normal : Workstation IS authenticated...
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Loaded [ZENNW32.DLL]
successfully
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Successfully initialized
context
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Failure in reading
boolean attribute DM:Ignore Policy in CN=TSUVMCW.OU=EAG.OU=CO.OU=NW.O=CTL
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Attempt to read using
user:CN=TSUVMCW.OU=EAG.OU=CO.OU=NW.O=CTL, tree:CENTURYTEL
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: User Policy - ''
#(1484)# 11:45:48 AM 03/14/05 Normal : Only workstation policy settings
active...
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Finished reading policies
#(1484)# 11:45:48 AM 03/14/05 Normal : ZENNDSUtil: Unloaded modules...

Mike,
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/

Cannot remote control clients in another domain

Hi,
I have successfully rolled out SCCM 2012 clients with SCEP to machines in our current domain but I now need to do the same to another domain (in a two way trusted forest/domain). I can install the clients without any issue (by adding the DNSSUFFIX argument
to the client push so it can find it's way home), and they are reporting back in successfully including inventories.
However I cannot remote control any of these clients from the console, I've added a domain admin account (from the trusted domain) as a viewer and I've added the Windows firewall exceptions in the agent details. I can get to these clients without any
issues, tracert is fine so I know the routing is good.
If I try and connect I get the generic "Cannot connect to computer" (after "initiating security handshake"), if I do it direct from the Remote Control client I can remote control the client after dismissing the warning "Remote computer
identity cannot be identified". But I understand that this uses NTLM rather than Kerberos.
What have I missed ? I had all this working in SCCM 2007 without any issues so pretty sure the underlying infrastructure is sound.
Any help gratefully received and thanks for taking the time to read this.
Brian.

Thanks everyone for taking the time to reply - I'll put this is the one reply it's easier !
@Jason
Interesting about the DNSSUFFIX thing, there are DNS forwarders back to the domain and it seems to find its way home. When I had SCCM 2007 I used the SMSSLP parameter for the client install, I can't do that in SCCM 2012 hence the DNSSUFFIX parameter.
CmRcViewer.log has been very helpful, I didn't know that one existed - I guess I have some kind of lookup issue going on ;
Address Lookup failed for the target host: WSUSTEST.
No such host is known. (Error: 80072AF9; Source: Windows) CmRcViewer 03/12/2014 11:40:52 13048 (0x32F8)
Address Lookup failed for the target host: WSUSTEST.
No such host is known. (Error: 80072AF9; Source: Windows) CmRcViewer 03/12/2014 11:40:52 13048 (0x32F8)
Failed to connect to remote system. This can be caused by several conditions: system is turned off, system cannot be reached, windows firewall blocks TCP Port 2701, or remote control feature is disabled. CmRcViewer 03/12/2014 11:40:53 13048 (0x32F8)
Sending 'Remote Control session failed to start' status message for session with remote system WSUSTEST CmRcViewer 03/12/2014 11:40:55 13048 (0x32F8)
@NolanC
The issue is from the console - I can connect via FQDN or IP but get the warning "The Remote computer identity cannot be verified".
@Joyce
See the extract above, thanks for pointing me towards this log. I can confirm that the correct Firewall exceptions are in place and the membership of the ConfigMgr Remote Control Users reflects the permitted viewers in the client settings.
Just seeing if I can resolve the lookup issue, DNS seems to fine ! Unless I've missed something in SCCM.

Win2k8 Remote Control Not Working With SRSS 4.2 + SRWC 2.2

Hi there.
I have an install of Windows Server 2008 (32bit) with SRSS 4.2 & SRWC 2.2 setup. I was previously on SRSS 4.1 & SRWC 2.1 and having the same issue I am having now, which to me tells me this problem is unresolved or i'm being a total muppet. (hopefully not the last one)
Windows Terminal Server environments has this awesome remote control feature where you can login to an RDP session which is already active and take control of the session while the end user is still logged in.With Server 2003 this works perfectly fine- it's brilliant. WIth 2008 it is a nightmare. It works for a split second and then closes off. The end users session also gets locked out (not logged out) and they have to put their windows credentials in to carry on working again.
Now... I can remote control users who are logging in via Remote Desktop on Windows XP/Vista etc.. but I can't with the Sun Ray Sessions. Does the SRWC 2.2 fully compatible with RDP 6.1 or is there any information anyone can give me to point me in the right direction of resolving this issue, like I said.. Win 2k3- Works like a dream....
Any help would be greatly appreciated.
Regards
- Joe.

I just realised I hadn't posted the logs from SRSS Server with the issues. I have just tried on another WIN2K8 Server which wasn't configured by myself or my company and the same symptoms occurred. See logs below:
Oct 1 10:58:06 ESL-SOLARIS-SPARE kiosk:uttsc[4095]: [ID 702911 user.notice] /opt/SUNWuttsc/bin/uttsc[104]: 4116 Abort
Oct 1 10:58:06 ESL-SOLARIS-SPARE Sun Ray Connector proxy:[4117]: [ID 855542 user.error] Child closed socket prematurely, session shutdown
Oct 1 10:58:06 ESL-SOLARIS-SPARE kiosk:uttsc[4123]: [ID 702911 user.error] /opt/SUNWuttsc/bin/uttsc exited with error code 134 - exiting
Oct 1 10:58:06 ESL-SOLARIS-SPARE kioskcrit: [ID 702911 user.notice] Info: critical application uttsc (pid=3902) exited with non zero status: 134
Oct 1 10:58:06 ESL-SOLARIS-SPARE kioskcritd[3752]: [ID 422571 user.info] Info: a critical application has exited.
Oct 1 10:58:06 ESL-SOLARIS-SPARE kioskcritd[3752]: [ID 126805 user.info] Terminating Kiosk Primary Session ( pid=3902 )
Oct 1 10:58:06 ESL-SOLARIS-SPARE kioskcritd[3752]: [ID 308018 user.info] kioskcritd stopped
Oct 1 10:58:07 ESL-SOLARIS-SPARE utauthd: [ID 794400 user.info] SessionManager0 NOTICE: EMPTY: ACTIVE session
Oct 1 10:58:15 ESL-SOLARIS-SPARE kiosk:utkioskconfig:refresh[4381]: [ID 702911 user.info] Enabled Kiosk Mode for display ':2'
Oct 1 10:58:15 ESL-SOLARIS-SPARE dtlogin[4274]: [ID 118685 user.info] pam_sunray_amgh::[DPY=2] AMGH_SUMMARY: token=pseudo.00144fb78760, username=, AMGH_Done?=NO(Local Session), Details=AMGH is not configured., AMGH_Target=*NONE*
Oct 1 10:58:15 ESL-SOLARIS-SPARE dtlogin[4274]: [ID 976841 user.info] pam_kiosk: pam_sm_authenticate: Initiating Kiosk session with user utku2
Oct 1 10:58:15 ESL-SOLARIS-SPARE kioskcritd[4420]: [ID 190395 user.info] kioskcritd started
Oct 1 10:58:57 ESL-SOLARIS-SPARE Sun Ray Connector proxy:[4612]: [ID 855542 user.error] Child closed socket prematurely, session shutdown
Anyone able to help me out?

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

Num Luck turned off during Remote Control

Hi,
I am using ZFD7 SPK1, when we remote control users, the Num Lock button
on the client workstations get disabled. Is there any way to prevent
that?
Wasnt this supposed to have been fixed with ZFD7 SPK1?
Thanks.
kambiz

Kambiz,
checkout http://www.novell.com/support/search...eId=SAL_Public
you'll see it's fixed in a post-SP1 patch
Shaun Pond

How to remotely control objects from transport request

Hi all,
I have to perform some task but can't find the way to get it done. What I have to do is:
a) get list of transport requests for given SAP system (i.e. its import queue)
b) let the user choose transport requests from the list
c) get list of all objects from chosen transport requests
d) control these objects in source and destination (from point a) ) SAP system.
Points a) to c) are easy and already done (using appropriate function modules and ALV objects). But I have no idea how to do things from point d). Control means comparison of dates (i.e. last modified) of objects in source and destination SAP system. The main goal of this approach is to avoid transportation of older objects from source system (DEV) and overwritting newer versions of the objects in destination system (PRD). I tried to use SAP versioning system to check versions remotely (the same way as it can be done from standard SAP transactions, e.g. SE38 for program source) with RFC and it worked fine (see function module SVRS_DISPLAY_REMOTE_DIR). But what about other objects not covered with versioning system? There are 932 objects that can be transported (at least TR_OBJECT_TABLE function module says so). Versions management system covers about 30 (program source, function module, object methods, table definitions, lock objects, and so on) of them. The problem is with the rest (900 transportable objects).
How can I check their dates remotely in source and destination SAP system. Any clues? Manual retrieval of the information about dates of 900 various SAP elements must be very difficult (if possible at all) because so many objects must be spreaded out in many tables. Is there any universal or standard way (report, RFC function module) to get required information?
Thanx in advance,
Jacek Witczak

Hi
There is no automatic way to delete the unnecessary objects from the transport reqeust.
1. Go to Tcode se09 and select the request which contains the unnecessary objects.
2. Select the unnecessary objects and delete manually.
Also if you want to delete the entire request then unlock the request in the tcode SE03 and then delete the request completely.
Also note that if the request is released then you will not be able to delete the objects in that request.
Hope it helps.
Regards
Sadeesh

Remote control kicks you out when trying to change the logged in user by clicking on the red N

I'm running Zen 6.5 with the latest updates and the latest agents... I can
successfully remote control a workstation through ConsoleOne but I have 2
issues:
1. If I'm in the middle of a remote session and I right click on the red
N icon and change the user, it kicks me out and says "operation is
currently disabled for the logged in user".
2. Whenever I log in it changes the desktop background to blank (it's
actually a blue background) and it doesn't change it back after I close
the remote session. If I physically go that workstation and logout and
log back in, it still keeps that same blue background.

Gilbert,
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 user object fail

Similar Messages

Maybe you are looking for