Hi! In Webmin 1.881 (Authentic Theme 19.09.2) there are 2 problems:
* monitor in email sends out Unix timestamp format (expected more readable) - ... has detected that the service has gone down at <x-md-d>1538587501;0</x-md-d> <x-md-t>1538587501</x-md-t>

* ProFTPD Server has no "apply changes" button.

I guess, both issues is related with Webmin as such, however upgrade to newer versions is blocked by Turkey, unless I override it manually.

Monitor timestep is most annoying, any suggests for quick fix?
Thank you.

Jeremy Davis's picture

WRT to your monitoring timestamp concerns, I assume that this is something you set up through Webmin? TBH, I'm not particularly familiar with Webmin usage. We do package it and I do basic pre-release testing. But I almost never use it personally - I'm more of a commandline sort of guy... :)

FWIW, under the hood (like most Linux GUI tools) Webmin generally leverages existing commandline tools. So if you can provide a little more context to how you set it up, then I can try to reproduce it and hopefully work out what it's really doing under the covers (and hence why it's using the type of timestamps it is).

I did a quick google and a couple of Webmin docs pages came up (here and here) but neither of them seemed particularly useful for your immediate issue.

It may also be worth asking about it on the Webmin forums too? Whilst we package it and do a few things differently (e.g. run it behind Stunnel), the bulk of it uses default upstream (i.e. Webmin dev) settings. If we change the default timestamps in monitor emails, it's certainly not intentional. Most likely it is something that is configurable, which we're not adjusting (but could if we knew how).

Another possibility is that there is a missing dependency that provides the info in a "nicer" way and without that installed, it falls back to the best it can? Or perhaps it's a bug or oversight by the Webmin devs?

With regards to the ProFTPD issue, I'm assuming that you have installed both proftpd and the proftpd Webmin module already? (Almost certainly you've got the Webmin module I guess...). Assuming so, then I'm not completely sure. I do know that some modules require service restart to apply updated settings (and as proftpd is a daemon, my guess is that's one of those). In those cases (at least in the old theme we used to ship with), there is often no "apply" button, you have to stop/start/restart the service to apply updated settings - for which there usually are buttons supplied. Some other services reload their config automatically, so simply changing it is sufficient. Although again, it may be an oversight of the Webmin devs, or in that case, more likely the Authentic theme devs.

With regards to updates. The 1.890 changelog entry doesn't note anything specific about email timestamps, so I'm not even sure an update would solve it. Having said that, it does state that it's got better handling for newer postfix version (postfix is the default MTA we use). It also mentions that it now includes support for Debian 9 (the basis of TurnKey). So perhaps there is something in that that would improve things?

I'll try to update our packages sometime soon (especially if you can confirm that the newer version provides the fixes you are after). But in the meantime you could try downloading and installing the deb file, which should give you the latest version.

You can try doing that via Webmin, but personally, I'd just do it via commandline. Either way, I'd recommend testing on a throwaway VM before you do it on a production server (or any server that matters really)! Here's the commandline install:

wget https://sourceforge.net/projects/webadmin/files/webmin/1.890/webmin_1.890_all.deb
dpkg -i webmin_1.890_all.deb
service restart webmin

FWIW, the main reason why we package it ourselves, is because we try to keep things minimalist. By default, it installs with all modules. The only other otpion, is to install with pretty much none. By packaging it as we do, we can ship the minimal set of modules for each appliance, and non of the additional ones which would be irrelevant. But the additional modules are still available if anyone wants/needs them.

Thank you for your help.

And yes, that is most likely related with Webmin as such. I will ask their forum too.

Meantime I did tested on LAMP 14.x  Webmin 1.890 and Authentic Theme 19.19 (both latest), no problems. Time is correct and ProFTPD Server has “buttons” -step, start etc.

And yes, I have installed PRoFTPD as such and Webmin modele. And  ProFTPD require service reload to take changes.

About monitor. It is standard monitor. E.g. Load Average (easy to test)

Tools - > System and Server Status à  Load Average.  And it is independent what mail program is used as transport. Email is formed in Webmin tools.

Some time ago on very first LAMP 15. (release candidate) I did upgread manually (as us suggested via command line), it did not work at all after. Something went wrong.

Ok, leter this week I will create test server with 15, and will try now manually upgrade. Let you know results. 

By they way, you really blocked upgrade to be done vi Webmin interface itself.

Webmin Configuration - > Upgrade Webmin -

you get:  Webmin and its modules are installed and upgraded via APT. and APT ovisoly dot give anyting new.

Jeremy Davis's picture

Thanks for the additional info re how it works as expected in v14.x. That's handy to know and would clearly suggest that they're bugs. I'll try to check that out myself sometime soon. Regardless, it's probably worth opening new issues for those on our issue tracker to ensure that they don't get forgotten. If you could take care of that, would be awesome (if you don't already have one, you'll need a free GitHub account to do that). Rather than restate everything, please feel free to point to this thread, as well as any other threads you open elsewhere. I'll tag the issues appropriately once they're up.

Re blocking it from upgrading via Webmin itself, that's right. IIRC the reason why that was implemented was that it caused a loop where the user would upgrade to the latest upstream Webmin, but next time they ran apt-get update && apt-get upgrade our package would get reinstalled and overwrite it (and they'd need to manually update again).

TBH, I haven't tested it for quite some time, but it did used to work if you manually installed the deb (as I noted in my previous post). If that fails, let me know and I'll try to have a look at that too. Please make sure you test on a VM though, just in case it does break it! FWIW I imagine that should be a pretty easy fix...

Add new comment