I was a sysadmin, and it is critical to know who is on your system. I may have to dig out the code and write this to a file. I want to provide the other admins, who do not have access to the Ubuntu box, an update every few minutes.
This is utilized on Ubuntu 20.04 , but the monitor performs in a CLI, precluding use at the Nextcloud UI level. It would be helpful for a single-pass to show activity for active users. That output would be placed in a Note updated every few minutes so that the data is monitored at close enough intervals to show activity. Admins could then use that information to troubleshoot system issues, or just review system use.
Possibly beyond that, is similar to the System load monitor under the Administrative tab, exactly providing the currently provided activity status.
Even without that, there is finally a tool to indicate active users.
The ebtb scripts and their modules cannot be changed that easily. They are the result of years of development. They are full of security layers that are designed to prevent the code from being changed. Tainted modules are immediately replaced with clean ones. After all, the scripts and modules are signed by me and as soon as you start tinkering with the script itself, things will at best no longer work. There’s a reason for everything. If you want to make changes, you should contact me via PM and explain exactly what you want to achieve.
I’ll then see if I can - and decide if I will help you.
Please don’t misunderstand me, but I cannot risk that scripts I have made publicly available could cause harm through changes.
The trust in my scripts that I have built up over the years is my most valuable asset. If that is destroyed, I can take everything offline.
I was not changing your utility’s system configuration. I was changing mine. There is no fault of your scripts here, and they are unchanged. I was curious as to my error in not seeing the postgresql-client call.
I was seeing if there was a remove and reinstall process, which may reread my system attributes on my Nextcloud instance.
Thank you for that feedback, I could reconstruct and fix it.
“nc-who” speaks directly to the database and requires a command line client, either psql for postgreSQL or mysql for MariaDB. If no client is available or cannot be found, the operating system issues this error. At least it does not come from the script itself.
However, I would be interested to know if you can reconstruct the error without the script if you call psql.
Of course you need the password when you connect “by feet” to the database comandline client. Because it does not have the magic of nc-who, nc-apps or nc-sql, handling the pasword stuf for you in the background.
I haven’t seen anything new about this error in Brave searches, both AI and otherwise, except for the following issues with this particular error message.
Three items are indicated as resolution of the issue.
Install the postgresql-client-16 package.
Ensure the ‘psql’ binary is in the PATH variable.
Ensure the versions match between the Server and Client binaries.
So far uninstalling and reinstalling Postgresql-16, and harrowingly losing Nextcloud database a couple times, that hasn’t changed receipt of the error code. I’ve also uninstalled postgresql-common, and postgresql-client-common, kinda repeating the above heart attack stuff… But I know more about recovery and interactions with NC now.
I’m hoping that a re-init of nc-who would suffice?
I have researched the problem you described to the bottom of it. At first I couldn’t explain it to myself because it worked perfectly for me in different environments, but in the end I was able to reconstruct it and implement a solution.
Please try again and give me feedback on whether it has now been solved for you.