These forums are locked and archived, but all topics have been migrated to the new forum. You can search for this topic on the new forum: Search for Usermin - The connection was reset on the new forum.
Connection was reset upon logging in (virtual domain) https://domain.com:20000
Firewall Disabled, No log on usermin/webmin miniserv
A wild guess is all I can venture without further information: Is Usermin still running?
Howdy,
Just to make sure -- are you saying that in /var/usermin/miniserv.error, that there aren't any log messages produced when that happens?
Also, if you reload the webpage, does that help?
Or what about restarting Usermin, which you can do with this command:
/etc/init.d/usermin restart
Someone else had mentioned a similar odd issue that we're looking into, which was (temporarily) resolved by reloading the browser and/or restarting Usermin -- and I'm just trying to figure out if that's what you're seeing or not.
-Eric
the result of debugging this issue by Jamie was following:
Further debugging suggested that the crash is happening inside the PAM libraries that usermin calls!
As a work-around I disabled PAM by adding the line no_pam=1 to /etc/usermin/miniserv.conf and restarting Usermin
so the OP can try this workaround too and see if this is indeed the solution to his problem too.
My Usermin was fixed by this workaround
There are no errors in miniserv.
Reloading page doesn't help since the problem is "after" logging in.
Restarting usermin/virtualmin/webmin doesnt help even restarted server
I think no_pam=1 is the solution. I have inserted it in config and tested havent got a connection reset. Will wait for 1 day if the error would occur again or not.
"The lion and tiger might be stronger, but the wolf does not perform in circus"
I can confirm the "Connection was reset" error after upgrading to usermin 1.505-1. The error shows after login.
Restarting usermin does not work, and no error messages appear in miniserv.error/log.
My workaround was downgrading to v. 1.500-1.
I hope you solve this weird problem asap. Thankyou very much.
Daniele
There's a workaround that you can use in Ronald's comment above, where he mentions the "no_pam" setting.
-Eric
Those of you who have been having this problem -- I'm wondering if you can help us out with some questions we have --
What Linux distribution and version are you using?
Which Usermin version do you have? You can see that with this command: rpm -qa usermin
What is the output of this command: find /usr/ -name PAM.pm
And lastly, what is the output of this command: rpm -qa | grep Authen-PAM
Thanks!
CentOS 5.8, all packages updated to the latest version - except Usermin :)
#cat /etc/issue
CentOS release 5.8 (Final)
# uname -a
Linux xxxxxxxxxx 2.6.18-308.4.1.el5PAE #1 SMP Tue Apr 17 17:47:38 EDT 2012 i686 i686 i386 GNU/Linux
# rpm -qa usermin
usermin-1.500-1
(This version is working - the version 1.505-1 suggested by Virtualmin does not work)
# find /usr/ -name PAM.pm
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Authen/PAM.pm
# rpm -qa | grep Authen-PAM
perl-Authen-PAM-0.16-9vm
Hope this can help.
-Daniele