tick, tick, tick...

The time for pre-release feedback is drawing to a close!

ProTop 3.1415 is almost ready to escape into the wild! If you would like to test the release candidate you can easily obtain by using the pt3upd.sh (or pt3upd.bat) command like this:

tom@protoptest> pt3upd.sh pt3.1415x
Wed Apr 29 13:24:00 UTC 2020 Updating to pt3.1415x
Wed Apr 29 13:24:00 UTC 2020 pt3.1415x-src.tar
Wed Apr 29 13:24:00 UTC 2020 curl -L -o /home/tom/tmp/pt3.1415x-src.tar.gz http://demo.wss.com/pt3upd/pt3.1415x-src.tar.gz
29/04/2020 13:24:05.655+00:00 getfile: demo.wss.com|/pt3upd/pt3.1415x-src.tar.gz|/home/tom/tmp/pt3.1415x-src.tar.gz
29/04/2020 13:24:05.655+00:00 getURL(): newSocket( demo.wss.com 80 ) size = 118
29/04/2020 13:24:05.657+00:00 connect( -H demo.wss.com -S 80 )
29/04/2020 13:24:05.661+00:00 getURL(): newSocket( demo.wss.com 80 yes )
29/04/2020 13:24:07.171+00:00 HTTP/1.1 200 OK
pt3inst.sh
protop.p
...
ustub/zipenv.x
ustub/zippyng.sh
ustub/portalenv
ustub/pt3inst.sh
Wed Apr 29 13:24:12 UTC 2020 running silent install, detailed log is in pt3inst.log
tom@protoptest> 

The release notes can be found in etc/NOTES_3.1415.

Unless someone finds a really horrible bug this will probably be made available for general release next week!

Thanks for that! (I had not noticed the scrollbar.)

F3 seems like an odd key to be having any sort of impact at that point. I wonder if the "anykey" key also works

Are you suggesting that something like:

> protop

Please specify a friendly name in etc/dblist.cfg or a full database pathname.
For example:

    protop s2k

or

    protop /db/sports2000

Would be a better error message?

Is there more to this message? I'm just seeing one line showing what looks like the "as of" date of the usual screen header.

@peter-whybrow said in Dashboard information:

Also...how can I tell who and where a user is logged on from a Remote connection?

The "W" (upper case) command will bring up a list of users and show the server IP address.

If you need a specific user use the "#" command, set the usr# and then use the "U" command to look at that user's details.

It all comes from the _connect VST.

The value "connections" on the dashboard screen is calculated as:

for each dictdb._Connect no-lock where _Connect-usr <> ?:
    tt_Dashboard.con_total  = tt_Dashboard.con_total  + 1.
end.

So you can think of it as "total active connections".

Generally speaking you will find many cases where "adding up the numbers" will not equal 100% (or the equivalent) because many connection types will be double counted.

For instance, a remote connection could be either a 4gl connection or a SQL connection.

To explain apparent discrepancies in the numbers I would need to see all of them.

if ( not _Connect-device matches "*batch*" ) and _connect-batch <> "yes" then tt_Dashboard.con_self = tt_Dashboard.con_self + 1.

So "self" is counted for non-batch self-service connections. It (mostly) equates to local interactive connections.

Somehow I suspect that you are going to suggest that that might be sub-optimal

It took longer than I expected (that pesky day job keeps getting in the way...) but ProTop 3.141 is now available to download!

Pop on over to https://wss.com/progress-openedge-monitoring-with-protop/#download or your favorite dashboard and grab a fresh copy of the ProTop client.

Highlights that I am willing to confess to include:

• Updated db startup parameter discovery to accomodate the purging of _Startup and _Statbase with oe12.

• Fixed a problem with etime exceeding the size of an integer in lib/zippy.p

• Fixed a problem with non-default -basetable and -baseindex resulting in incorrect table and index stats in releases prior to oe11.7

• Added logRd to logWr ratio to dashboard, reordered the left most column a bit.

• Slightly reordered the right most dashboard column (connections).

• Added a new data collector for Pro2. The "2" command will display data about Pro2 and adding "Pro2Activity" to pt3agent.cfg will send that data to the portal for trending purposes.

• Added LOB activity (LOB data is not available prior to OE12)

• Re-mapped some keys. Type ? to see the new assignments on the help screen.

• Fixed user table and index activity issues when non-default base and range are in use on the "U" screen.

• Added new fields for user locks, lock HWM, TRX activity, -Bp usage and more to "U" (user info). Also re-aligned screen.

• Removed unnecessary internal temp-table indexes to improve performance.

• Fixed an issue with "users of" tables or indexes inappropriately remembering the history of tables and indexes being examined.

• Fixed an issue with non-existent "use an existing custId" program flow at install time.

• Fixed some problems with OS Info due to off-brand shells spewing non-standard output for "ulimit -a".

• Cleaned up some issues with user names and "flags" on the uio screen

• Fixed a problem with settings via the "%" command needing two iterations before they would "stick".

• Fixed a Windows localization issue with options to WMIC when getting "df" data.

The "unknown" data comes from the osInfo data collector. You might need to add that to etc/pt3agent.cfg