Can you run Promon from a client machine

M

Mark Reid

New Member
What I thought would be a straight forward issue is turning into anything but.

I have a piece of software which uses a progress database and users occasionally get locked into it. I would like to put a shortcut on a client desktop so that when I am not there they can close the database using promon.

I am being advised by the software company that this isn't possible and that I have to let users onto the main server.

Anybody, any ideas??

Mark.
 
it is possible to run proshut command through appserver.
Just give sudo rights for specific script

We are used to disconnect users this way from windows client.
 
OK, I will try, is there a specific path I should enter, I expected to just run \\<name of server>\path as in normal shortcut.

It opens a command window but immediately it closes so you just see it flash up.
 
it doesnt matter where you put your shortcut.
You have to run some progress procedure like
mbrpo.exe -p shutdown.p
shutdown.p should connect to db though appserver and execute server proshut command with sudo rights.
 
IIRC promon connects to the database directly via shared memory. Therefore this will only work when the command is issued on the same machine where the database server process is running. There is no way to work around this. If you want to do remote monitoring you either need to develop your own piece of software that's based on the virtual system tables or you purchase the OpenEdge Management product from Progress if your version of Progress/OpenEdge is supported by OpenEdge Management.

When you aim to disconnect a user with the proshut command it will only work when the command is issued on the same machine where the database server is running. The only way to work around this limitation is to start a script which invokes a remote script or you need something like the AppServer which will then start the script.


Heavy Regards, RealHeavyDude.
 
I get that, that's what i thought which is why I expected a shortcut to promon on the server to work. This is a real limitation but it is interesting that there is an open edge management product. I will look further into this.
 
As this is running on a VM the problem I now have is that the only way to administer the server is via a remote desktop connection. I can open Promon this way but it ignores my command to shut down a particular user. Is there any way to fix this.
 
Bear with me for being a little out of my depth here.

I am full Domain admin but even if log in as myself it ignores the option. Are you saying I need to amend the security settings on the root folder where Promon is stored?
 
Promon accesses the database via shared memory. The OS won't let you just access the shared memory if you're not supposed to. In order to be able to access the shared memory of a process you need at least have the same privileges like the process that started the database in the first place. If the database is started with the root account then you need to login as local root account. If the database is running under a different account you must be in the same group ...

Heavy Regards, RealHeavyDude.
 
OK, local root account , I am guessing this is Linux/Unix. DO you know the equivalent Windows issue. I cannot see anything on this under windows. I have tried running this in the management console of a VM server with full domain rights but it still just ignores the command.
 
On Windows there might be some Windows default behavior that kicks in: If the database is started with the AdminService then you should have a look in the Windows service manager under which account the AdminService is running. If it is localSystem - there you go ...

Windows is very particular with access privileges for processes that run under localSystem. AFAIK - it's also a Windows default behavior that when someone adds a new service it will automatically be assigned to this account - or are the install routines just sloppy?

Whatever, you need to check this or, if the database is started via script you need to check under which account this script is executed.


Heavy Regards, RealHeavyDude.
 
You must log in or register to reply here.
Back
Top