| |
What is the difference between svc_unregister & pmap_unset?
pmap_unset (just like all pmap_* functions) is an "external" function that doesn't alter the library state directly. It calls a well-known RPC procedure (UNSET) of a well-known RPC program (#100000, port mapper), asking the port mapper to remove the record for the program number specified in pmap_unset call. The actual server for the program you remove from the portmapper's listing with a pmap_unset call will keep running and accept connections - you even will still be able to use it if you cache the port number somewhere.
svc_unregister, on the other hand, stops and destroys the service that corresponds to the specified program number so it will no longer accept connections. svc_unregister calls pmap_unset internally - so it both destroys the service and removes its listing from the port mapper.
svc_unregister operates on the internal sevices list, so it doesn't matter if you removed the service from the portmapper's list with a prior pmap_unset call.
>Can you tell me the difference between svc_unregister & pmap_unset?
>
>If I've done a pmap_unset of a program ID & version, would another svc_register for the same program ID & version possibly fail because I used pmap_unset instead of svc_unregister to clear up the previous svc_register?
>
>Thanks for your input.
>
>Elaine Sedgeman
>
>
>
>In a message dated 05/15/09 17:39:13 Central Daylight Time, dsupport@distinct.com writes:
>Elaine this seems to be a terminal services related issue
>
>Stop the service and replace this file:
>
>http://www.distinct.com/temp/crpc6/ghost32.exe
>
>(it is installed into c:\program files\distinct\rpc6_32\bin by default).
>
>Here is the full installation with this updated file:
>
>http://www.distinct.com/temp/crpc6/crpc6sr.exe
>
>RPCInfo will not trigger RPCBind startup, because RPCInfo is a client application and RPCBind is only needed for rpc server applications. (ie rpcinfo does not register with rpcbind)
>
>
>
>
>
>>After playing with things some more, here is a clearer picture of the problem:
>>
>>rpcbindsvc is installed & run by default under the SYSTEM account. When a start service is performed, RPCBIND & GHOST32.EXE are both started under the SYSTEM account. There are no icons in the system tray.
>>
>>We log on under an Administrator account. When we kick off RPCInfo, another GHOST32.EXE is started under the Administrator acct & an icon is put in the system tray. RPCBind is not started under this acct. A License Violation for the current system occurs when RPCInfo is started.
>>
>>So...there are acct issues here & I'm sure conflicting Ghost32.exe.
>>
>>Also, when RPCInfo is run when no RPCBind is running, isn't RPCBind suppose to run automatically? It doesn't.
>>
>>Hope that helps.
>>
>>Elaine
>>
>>
>>
>>In a message dated 05/11/09 17:19:42 Central Daylight Time, dsupport@distinct.com writes:
>>We're not quite sure what the problem is. To help us narrow things down, please do the following:
>>
>>- uninstall the old version
>>- search through the registry for instances of the old serial number and remove them
>>- install the new version
>>- create DebugLevel registry value as you did before. Also, create another DebugLevel entry under HKLM\Software\Distinct\Ghost32 - this is for debugging the license manager.
>>- start RPCBind. If it doesn't work, send us the RPC debug files (d32-rpc6.dbg.txt, drpcsrvr6.dgb.txt and rpcbind6.dbg.txt) from the system's temporary folder and license manager's debug file (ghost32.dbg) from C:\Program Files\Distinct\RPC6_32\bin. Some of these files may be missing.
>>- If Dr.Watson creates a log file (drwtsn32.log) please send us that, too.
>>
>>You may want to zip all these files since they tend to be rather large (especially drwtsn32.log).
>>
>>
>>
>>
>>>We have been trying to reproduce this issue in our office test environments and can not reproduce the problem. Will be discussing the possibility with our client of reproducing the issue at their site. This will take a few days.
>>>
>>>In the mean time...we are setting up a new PC for our customer to run our application because the current PC is antiquated. As part of this process, we copied out the new server runtime install EXE that you provided to us. This appeared to install successful but fails to run. When I first started RPCBind, the software encountered error condition occurred. Attempts to restart it after that produced no results. The license manager also failed to run. The Ghost32.exe logged an application event stating that it encountered an error.
>>>
>>>In an effort to determine if the PC environment has an issue, I un-installed that version of the ONC Runtime Server & tried installing the original version that we had, along with the most recent d32-rpc.dll. This also installed fine but states that the serial number & key code that I entered during the installation are invalid. I was using the license originally provided with the server runtime. The registry entry for the serial number and key code looked fine.
>>>
>>>I finally decided to just run it in TRIAL mode to see if it would stay running at least. It did staying running but now I'm somewhere between having a license entered & running as a trial :-) Meaning...the registry indicates that I have a license but the Ghost32.exe says I don't. When I run RPCBind I don't get prompted to run as a trial version or enter license info, it just runs like everything is fine.
>>>
>>>HELP!
>>>
>>>Elaine Sedgeman
>>>715-877-2902
>>>
>>>
>>>
>>>
>>>
>>>In a message dated 05/08/09 13:15:44 Central Daylight Time, dsupport@distinct.com writes:
>>>Elaine can you turn on DebugLevel in the registry and send us the debug log files once the error occurs.
>>>If it happens often enough you can also try to take a network trace and send us the portion where the error happens.
>>>
>>>
>>>
>>>>I'm doing a clnt_create & clnt_destroy repeatedly every 10 seconds in order to detect any LAN failure to our server PC. This LAN monitor app was recently installed at site & has failed twice with clnt_create error code of 12. NETSTAT -a shows there are numerous TCP connections in a TIME_WAIT state (not sure if that is related). The monitor app doesn't do much else besides that & everything works fine without this app running. After this error occurs, further clnt_create fails with error code of 14. Restarting RPCBind & the monitor app clears the issue. RPCInfo lookup for the server PC just hangs before the restart of the RPCBind. What can I do about this issue? How can I tell what is causing the error code of 12?
>>>
>>>
>>>
>>>
>>>
>>>Distinct Technical Support
>>>Distinct Corporation
>>>3315 Almaden Expressway,
>>>San Jose, CA 95118
>>>
>>>Tel : 408-445-3270 ext 121
>>>
>>>
>>
>>
>>
>>
>>
>>Distinct Technical Support
>>Distinct Corporation
>>3315 Almaden Expressway,
>>San Jose, CA 95118
>>
>>Tel : 408-445-3270 ext 121
>>
>>
>
>
>
>
>
>Distinct Technical Support
>Distinct Corporation
>3315 Almaden Expressway,
>San Jose, CA 95118
>
>Tel : 408-445-3270 ext 121
>
>
Distinct Technical Support
Distinct Corporation
3315 Almaden Expressway,
San Jose, CA 95118
Tel : 408-445-3270 ext 121
|
|
|
