Ubuntu spontaneously booted around 13:30 today.  The logs indicated an intentional reboot but I didn’t request one, so don’t know if a signal went to the wrong process (systemd) or exactly what happened.

     Then around 6pm the load on inuvik which hosts one of our web servers and debian and manjaro, went through the roof.  Upon examination, apache was not reaping processes, upon killing apache to force systemd to reap them, systemd also failed to do so.

     At that point I rebooted the machine because something appears to have corrupted the process table and allowing it to continue long would have probably resulted in a total system lockup.

     Later this evening, I am going to take Debian down for around 15 minutes in order to expand the size of the virtual machine image to in turn allow for an expansion of the file system as the root file system is 92% full.

All of the shell servers are now available via ssh, vnc, desktop and terminal under web-apps on our website (initial login screen public, public), and most should also be available via rdp, there a couple I’ve recently re-installed (Manjaro, MxLinux) that I have not tested rdp yet.

And speaking of re-install, Manjaro and MxLinux are now both the current release and both are massive improvements of their prior selves.  The Mate desktop now largely improved over their former selves.  The Mate desktop now works properly under Manjaro though it still lacks mate-tweak so not as customizable, and MxLinux is now a superset of Debian Bookworm and unlike the old MxLinux some of those extensions are actually usable and the whole thing has significantly improved aesthetics.

Fedora is at some point planning on discontinuing support for NIS and at that time will be forced to drop it from our network as this is how authentication is accomplished, so just a heads up on that.  It will still be available for VPS’s if you wish as they have their own authentication and do not depend upon network authentication.

The NIS system failed tonight, NONE of the ypbind can bind to any server on any machine.  I do not know if an update broke this or just what, still investigating.

     At around 11pm this evening, I will be rebooting some machines, some virtual private servers and some shell servers, to enable shared memory in all of them.

     What this does is that a kernel routine scans the machines, and if it finds two identical pages of memory, it maps them both into one physical page, then anytime something tries to update one of those pages it uses a copy-on-write operation to create a separate modified copy.

     This allows identical pages to share one physical page freeing up more memory for things like disk buffering and caching resulting in better overall efficiency.  There are a lot of daemons that sit and run in the background from start-up to shutdown that share 99% of their memory information in common.  By allowing them to physically share them, overall memory usage is lowered.

The web app was working when I went to bed but broken when I got up, so I’m trying to figure out what went wrong over night.

You can now reach a shell server terminal or remote desktop from our website without having to go through the guacamole login.  Just use Web-Appls->Terminal or Desktop, it will display a selection of all the shell servers Terminal or Desktop, click on one and login.  With some servers there are multiple desktops available, not all are able to work with this interface.  The Mate desktop does work on ALL servers.  Sound is not yet working on all servers, I’m still working on configuring it.

     I will be performing kernel upgrades tonight upgrading from 6.1.37 to 6.1.41.  This will affect all of Eskimo North’s services, free and paid including e-mail, shells, web hosting, and virtual private servers.  It will also affect https://friendica.eskimo.com/, https://hubzilla.eskimo.com/, https://nextcloud.eskimo.com/, and https://yacy.eskimo.com/.

     The downtime for most services will be less than ten minutes.  Yacy has to rebuild an in-memory index after every reboot.  On the old hardware that tool about 45 minutes, the new hardware is faster but more disk space is assigned to yacy thus a larger database.  So tonight we’ll find out.

     If you have not tried yacy yet, give it a try.  It is a federated search engine, similar to how federated social media sites work, each site maintains it’s own crawl space but when you search for something on one node, it queries all of the  networked nodes and the combined response is sent back to you.  Unlike Google and Bing, it has no algorithms designed to limit your access to information they don’t want you to have AND it has no sponsored links. https://yacy.eskimo.com/

I have graphical environments via x2go, vnc, or web now working on all machines EXCEPT Fedora.  I haven’t got rpd working everywhere yet.  But since rdp relies on Xvnc, it made since to focus on VNC first.  And I haven’t setup sound on all yet.

With Fedora I have a problem, I need an inetd or xinetd daemon to fire off Xvnc when someone connects to port 5900, unfortunately no form of xinetd or inetd was provided with Fedora since around F31.

So I grabbed xinetd source from and attempted to compile.

Compiling xinetd on Fedora 39

I am trying to compile xinetd under Fedora 39 and having some difficulty.

Fedora has not bothered to include either inetd or xinetd in their distribution since around Fedora 31, and I have an application that requires inetd and I prefer xinetd. Since there is neither a source nor binary package after F31, I grabbed the source from github.

First issue I ran into, no rpc-devel libs under F39, but I found rpc.h in lib tirpc.

Now I’m running into undefined functions pmap_set and pmap_unset. These are normally defined in rpc/rpc.h but in Fedora, no such include, only tirpc/rpc.h and it does not define these functions.

Any idea where these are or IF they are defined, and if not, work-arounds?

Zorin is back up with a graphical environment working again.