From: Berni E. <be...@el...> - 2011-09-26 09:44:55
|
Hi, Seems the Samba password is not being set correctly on the Ubuntu 10.04 storage server in a cluster. There are only two servers the other is Debian currently lenny. Both run webmin 1.560 and both have the samba password sync in other modules enabled. It does seem that that both cluster users and groups, and Cluster change password is amending the password. e.g. before running cluster change password on the user the samba record is: Password last set: Mon, 26 Sep 2011 08:15:16 BST And after the cluster change password: Password can change: Mon, 26 Sep 2011 08:17:05 BST Yet the password itself is not right. Changing the password using webmin change password directly on the the Ubuntu cluster member does also set the samba password correctly. The password is being set correctly on the Debian server. I don't know if it important the Debian server is always "this server" and is listed first at the top of the screen. I am pretty sure the cluster change password to samba on the ubuntu server did work a weeks ago. Is this a little "buglet" or have I missed something? Please do ask if it would help to dump any of the config for the servers involved here. Thanks for any advice, Berni -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Berni E. <be...@el...> - 2011-09-26 15:43:42
|
On 26/09/11 08:40, Berni Elbourn wrote: > > Hi, > > Seems the Samba password is not being set correctly on the Ubuntu 10.04 > storage server in a cluster. There are only two servers the other is > Debian currently lenny. Both run webmin 1.560 and both have the samba > password sync in other modules enabled. > > It does seem that that both cluster users and groups, and Cluster change > password is amending the password. e.g. before running cluster change > password on the user the samba record is: > > Password last set: Mon, 26 Sep 2011 08:15:16 BST > > And after the cluster change password: > > Password can change: Mon, 26 Sep 2011 08:17:05 BST Oops. I cut and paste wrong line. The last set time is the same as this. Indicating the password had been updated. > > Yet the password itself is not right. Changing the password using webmin > change password directly on the the Ubuntu cluster member does also set > the samba password correctly. > > The password is being set correctly on the Debian server. I don't know > if it important the Debian server is always "this server" and is listed > first at the top of the screen. > > I am pretty sure the cluster change password to samba on the ubuntu > server did work a weeks ago. Is this a little "buglet" or have I missed Should have been "a few weeks ago" > something? Please do ask if it would help to dump any of the config for > the servers involved here. > > Thanks for any advice, > > Berni > -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Jamie C. <jca...@we...> - 2011-09-26 22:15:30
|
On 26/Sep/2011 08:43 Berni Elbourn <be...@el...> wrote .. > On 26/09/11 08:40, Berni Elbourn wrote: > > > > Hi, > > > > Seems the Samba password is not being set correctly on the Ubuntu 10.04 > > storage server in a cluster. There are only two servers the other is > > Debian currently lenny. Both run webmin 1.560 and both have the samba > > password sync in other modules enabled. > > > > It does seem that that both cluster users and groups, and Cluster change > > password is amending the password. e.g. before running cluster change > > password on the user the samba record is: > > > > Password last set: Mon, 26 Sep 2011 08:15:16 BST > > > > And after the cluster change password: > > > > Password can change: Mon, 26 Sep 2011 08:17:05 BST > > Oops. I cut and paste wrong line. The last set time is the same as this. > Indicating the password had been updated. > > > > > Yet the password itself is not right. Changing the password using webmin > > change password directly on the the Ubuntu cluster member does also set > > the samba password correctly. > > > > The password is being set correctly on the Debian server. I don't know > > if it important the Debian server is always "this server" and is listed > > first at the top of the screen. > > > > I am pretty sure the cluster change password to samba on the ubuntu > > server did work a weeks ago. Is this a little "buglet" or have I missed > > Should have been "a few weeks ago" > > > something? Please do ask if it would help to dump any of the config for > > the servers involved here. > > > > Thanks for any advice, So to summarize, is the issue that the password that is being set by Webmin does not actually work to login to Samba, but only when using the "Cluster Change Passwords" module? - Jamie |
From: Berni E. <be...@el...> - 2011-09-27 10:06:32
|
On 26/09/11 23:15, Jamie Cameron wrote: > So to summarize, is the issue that the password that is being set by Webmin > does not actually work to login to Samba, but only when using the "Cluster > Change Passwords" module? > > - Jamie Spot on. Sorry to be so long winded :-) I can add the samba versions are: "this server" Debian - 3.5.6 other server Ubuntu - 3.4.7 -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Jamie C. <jca...@we...> - 2011-09-27 22:33:26
|
On 27/Sep/2011 03:06 Berni Elbourn <be...@el...> wrote .. > On 26/09/11 23:15, Jamie Cameron wrote: > > > So to summarize, is the issue that the password that is being set by Webmin > > does not actually work to login to Samba, but only when using the "Cluster > > Change Passwords" module? > > > > - Jamie > > Spot on. Sorry to be so long winded :-) > > I can add the samba versions are: > > "this server" Debian - 3.5.6 > other server Ubuntu - 3.4.7 Could you post the output you get when doing the password change? - Jamie |
From: Berni E. <be...@el...> - 2011-09-30 16:55:00
|
On 27/09/11 23:33, Jamie Cameron wrote: > Could you post the output you get when doing the password change? > > - Jamie Gladly, here you go: The user I selected was berni99 Changing password on this server .. Updating password file entry .. .. done Updating in other modules .. .. done Changing password on sv41 .. Updating password file entry .. .. done Updating in other modules .. .. done <- Return to user list The password on this server=sv25 works but not the one assigned on sv41: on sv41: pdbedit -vL berni99 <snip> Unix username: berni99 Password last set: Fri, 30 Sep 2011 17:44:26 BST Password can change: Fri, 30 Sep 2011 17:44:26 BST <snip> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt Password: sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt Password: mount error 13 = Permission denied Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Jamie C. <jca...@we...> - 2011-10-01 05:38:00
|
On 30/Sep/2011 09:54 Berni Elbourn <be...@el...> wrote .. > On 27/09/11 23:33, Jamie Cameron wrote: > > Could you post the output you get when doing the password change? > > > > - Jamie > > Gladly, here you go: > > The user I selected was berni99 > > Changing password on this server .. > > Updating password file entry .. > .. done > > Updating in other modules .. > .. done > > Changing password on sv41 .. > > Updating password file entry .. > .. done > > Updating in other modules .. > .. done > > <- Return to user list > > The password on this server=sv25 works but not the one assigned on sv41: > > on sv41: pdbedit -vL berni99 > <snip> > Unix username: berni99 > Password last set: Fri, 30 Sep 2011 17:44:26 BST > Password can change: Fri, 30 Sep 2011 17:44:26 BST > <snip> > > sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt > Password: > sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt > Password: > mount error 13 = Permission denied > Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) > > > -- > "Confidence is what you have before you understand a problem" - Woody Allen That's odd, the output suggests that Webmin is trying to change the Samba password on the remote system, but clearly it isn't actually happening. Could you try the following on the remote system to collect more debugging info : 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end 2. Try a password change with the Cluster Change Passwords module 3. Post the lines that get logged to /var/webmin/miniserv.error on the remote system. - Jamie |
From: Berni E. <be...@el...> - 2011-10-06 06:53:24
|
On 01/10/11 06:37, Jamie Cameron wrote: > > On 30/Sep/2011 09:54 Berni Elbourn<be...@el...> wrote .. >> On 27/09/11 23:33, Jamie Cameron wrote: >>> Could you post the output you get when doing the password change? >>> >>> - Jamie >> >> Gladly, here you go: >> >> The user I selected was berni99 >> >> Changing password on this server .. >> >> Updating password file entry .. >> .. done >> >> Updating in other modules .. >> .. done >> >> Changing password on sv41 .. >> >> Updating password file entry .. >> .. done >> >> Updating in other modules .. >> .. done >> >> <- Return to user list >> >> The password on this server=sv25 works but not the one assigned on sv41: >> >> on sv41: pdbedit -vL berni99 >> <snip> >> Unix username: berni99 >> Password last set: Fri, 30 Sep 2011 17:44:26 BST >> Password can change: Fri, 30 Sep 2011 17:44:26 BST >> <snip> >> >> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt >> Password: >> sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt >> Password: >> mount error 13 = Permission denied >> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) >> >> >> -- >> "Confidence is what you have before you understand a problem" - Woody Allen > > That's odd, the output suggests that Webmin is trying to change the Samba > password on the remote system, but clearly it isn't actually happening. > > Could you try the following on the remote system to collect more debugging info : > > 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end > > 2. Try a password change with the Cluster Change Passwords module > > 3. Post the lines that get logged to /var/webmin/miniserv.error on the > remote system. > > - Jamie > I restarted the webmin service after part 1. Here is the (lack of useful) debugging info :-) :- [06/Oct/2011:07:37:05 +0100] miniserv.pl started [06/Oct/2011:07:37:05 +0100] PAM authentication enabled Nothing showed during the cluster change password: However the samba password on sv41 did change: elbournb@sv41:~$ sudo pdbedit -Lv berni99 <snip> Password last set: Thu, 06 Oct 2011 07:39:27 BST Password can change: Thu, 06 Oct 2011 07:39:27 BST But it is not the password from "this server": sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt Password: mount error 13 = Permission denied Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) This server password was set-correctly. Berni -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Jamie C. <jca...@we...> - 2011-10-06 17:29:54
|
On 05/Oct/2011 23:53 Berni Elbourn <be...@el...> wrote .. > On 01/10/11 06:37, Jamie Cameron wrote: > > > > On 30/Sep/2011 09:54 Berni Elbourn<be...@el...> wrote .. > >> On 27/09/11 23:33, Jamie Cameron wrote: > >>> Could you post the output you get when doing the password change? > >>> > >>> - Jamie > >> > >> Gladly, here you go: > >> > >> The user I selected was berni99 > >> > >> Changing password on this server .. > >> > >> Updating password file entry .. > >> .. done > >> > >> Updating in other modules .. > >> .. done > >> > >> Changing password on sv41 .. > >> > >> Updating password file entry .. > >> .. done > >> > >> Updating in other modules .. > >> .. done > >> > >> <- Return to user list > >> > >> The password on this server=sv25 works but not the one assigned on sv41: > >> > >> on sv41: pdbedit -vL berni99 > >> <snip> > >> Unix username: berni99 > >> Password last set: Fri, 30 Sep 2011 17:44:26 BST > >> Password can change: Fri, 30 Sep 2011 17:44:26 BST > >> <snip> > >> > >> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt > >> Password: > >> sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt > >> Password: > >> mount error 13 = Permission denied > >> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) > >> > >> > >> -- > >> "Confidence is what you have before you understand a problem" - Woody Allen > > > > That's odd, the output suggests that Webmin is trying to change the Samba > > password on the remote system, but clearly it isn't actually happening. > > > > Could you try the following on the remote system to collect more debugging info > : > > > > 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end > > > > 2. Try a password change with the Cluster Change Passwords module > > > > 3. Post the lines that get logged to /var/webmin/miniserv.error on the > > remote system. > > > > - Jamie > > > > I restarted the webmin service after part 1. Here is the (lack of > useful) debugging info :-) :- > > [06/Oct/2011:07:37:05 +0100] miniserv.pl started > [06/Oct/2011:07:37:05 +0100] PAM authentication enabled That's unusual .. what gets logged to /var/webmin/miniserv.log on the slave system when you try a password change? - Jamie |
From: Kim S. <ki...@sl...> - 2011-10-06 17:56:31
|
I have a Usermin question When I add a new email filter in Filter and Forward Mail, I get this message: Warning - The system is configured to not process user-defined mail filters. Filters defined here will not be used. Where do I configure the system to process user-defined mail filters in Usermin? - Kim |
From: Kim S. <ki...@sl...> - 2011-10-06 18:42:20
|
I found the Allow mailbox users to create mail filters? setting in Virtualmins Spam and Virus Scanning menu. -Kim Den 06/10/2011 kl. 19.37 skrev Kim Sleiborg: > I have a Usermin question > > When I add a new email filter in Filter and Forward Mail, I get this message: > Warning - The system is configured to not process user-defined mail filters. Filters defined here will not be used. > > Where do I configure the system to process user-defined mail filters in Usermin? > > - Kim |
From: Berni E. <be...@el...> - 2011-10-10 07:58:56
|
On 06/10/11 18:29, Jamie Cameron wrote: > > On 05/Oct/2011 23:53 Berni Elbourn<be...@el...> wrote .. >> On 01/10/11 06:37, Jamie Cameron wrote: >>> >>> On 30/Sep/2011 09:54 Berni Elbourn<be...@el...> wrote .. >>>> On 27/09/11 23:33, Jamie Cameron wrote: >>>>> Could you post the output you get when doing the password change? >>>>> >>>>> - Jamie >>>> >>>> Gladly, here you go: >>>> >>>> The user I selected was berni99 >>>> >>>> Changing password on this server .. >>>> >>>> Updating password file entry .. >>>> .. done >>>> >>>> Updating in other modules .. >>>> .. done >>>> >>>> Changing password on sv41 .. >>>> >>>> Updating password file entry .. >>>> .. done >>>> >>>> Updating in other modules .. >>>> .. done >>>> >>>> <- Return to user list >>>> >>>> The password on this server=sv25 works but not the one assigned on sv41: >>>> >>>> on sv41: pdbedit -vL berni99 >>>> <snip> >>>> Unix username: berni99 >>>> Password last set: Fri, 30 Sep 2011 17:44:26 BST >>>> Password can change: Fri, 30 Sep 2011 17:44:26 BST >>>> <snip> >>>> >>>> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt >>>> Password: >>>> sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt >>>> Password: >>>> mount error 13 = Permission denied >>>> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) >>>> >>>> >>>> -- >>>> "Confidence is what you have before you understand a problem" - Woody Allen >>> >>> That's odd, the output suggests that Webmin is trying to change the Samba >>> password on the remote system, but clearly it isn't actually happening. >>> >>> Could you try the following on the remote system to collect more debugging info >> : >>> >>> 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end >>> >>> 2. Try a password change with the Cluster Change Passwords module >>> >>> 3. Post the lines that get logged to /var/webmin/miniserv.error on the >>> remote system. >>> >>> - Jamie >>> >> >> I restarted the webmin service after part 1. Here is the (lack of >> useful) debugging info :-) :- >> >> [06/Oct/2011:07:37:05 +0100] miniserv.pl started >> [06/Oct/2011:07:37:05 +0100] PAM authentication enabled > > That's unusual .. what gets logged to /var/webmin/miniserv.log on the slave > system when you try a password change? > > - Jamie Here is everything on sv41 (the remote server) for 6 October... 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" 200 264 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" 200 29056 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" 200 175 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 42 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 10.0.1.6 - root [06/Oct/2011:07:39:28 +0100] "POST /rpc.cgi HTTP/1.0" 200 41 -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Jamie C. <jca...@we...> - 2011-10-10 21:54:38
|
On 10/Oct/2011 00:58 Berni Elbourn <be...@el...> wrote .. > > > On 06/10/11 18:29, Jamie Cameron wrote: > > > > On 05/Oct/2011 23:53 Berni Elbourn<be...@el...> wrote .. > >> On 01/10/11 06:37, Jamie Cameron wrote: > >>> > >>> On 30/Sep/2011 09:54 Berni Elbourn<be...@el...> wrote .. > >>>> On 27/09/11 23:33, Jamie Cameron wrote: > >>>>> Could you post the output you get when doing the password change? > >>>>> > >>>>> - Jamie > >>>> > >>>> Gladly, here you go: > >>>> > >>>> The user I selected was berni99 > >>>> > >>>> Changing password on this server .. > >>>> > >>>> Updating password file entry .. > >>>> .. done > >>>> > >>>> Updating in other modules .. > >>>> .. done > >>>> > >>>> Changing password on sv41 .. > >>>> > >>>> Updating password file entry .. > >>>> .. done > >>>> > >>>> Updating in other modules .. > >>>> .. done > >>>> > >>>> <- Return to user list > >>>> > >>>> The password on this server=sv25 works but not the one assigned on sv41: > >>>> > >>>> on sv41: pdbedit -vL berni99 > >>>> <snip> > >>>> Unix username: berni99 > >>>> Password last set: Fri, 30 Sep 2011 17:44:26 BST > >>>> Password can change: Fri, 30 Sep 2011 17:44:26 BST > >>>> <snip> > >>>> > >>>> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt > >>>> Password: > >>>> sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt > >>>> Password: > >>>> mount error 13 = Permission denied > >>>> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) > >>>> > >>>> > >>>> -- > >>>> "Confidence is what you have before you understand a problem" - Woody Allen > >>> > >>> That's odd, the output suggests that Webmin is trying to change the Samba > >>> password on the remote system, but clearly it isn't actually happening. > >>> > >>> Could you try the following on the remote system to collect more debugging > info > >> : > >>> > >>> 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end > >>> > >>> 2. Try a password change with the Cluster Change Passwords module > >>> > >>> 3. Post the lines that get logged to /var/webmin/miniserv.error on the > >>> remote system. > >>> > >>> - Jamie > >>> > >> > >> I restarted the webmin service after part 1. Here is the (lack of > >> useful) debugging info :-) :- > >> > >> [06/Oct/2011:07:37:05 +0100] miniserv.pl started > >> [06/Oct/2011:07:37:05 +0100] PAM authentication enabled > > > > That's unusual .. what gets logged to /var/webmin/miniserv.log on the slave > > system when you try a password change? > > > > - Jamie > > Here is everything on sv41 (the remote server) for 6 October... > > 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" > 200 264 > 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" > 200 29056 > 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" > 200 175 > 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 > 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 > 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 42 > 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 > 10.0.1.6 - root [06/Oct/2011:07:39:28 +0100] "POST /rpc.cgi HTTP/1.0" 200 41 Ok, try this - on the master system, go to Webmin -> Webmin Servers Index -> (edit) link next to the remote system, and change "Use fast RPC mode" to "Yes". Then make sure that no firewall is blocking ports 10001 to 10010 on the remote system. I'd be interested to know if this fixes the issue - at the very least, it should make logging work properly. - Jamie |
From: Berni E. <be...@el...> - 2011-10-24 08:28:13
|
On 10/10/11 22:54, Jamie Cameron wrote: > > On 10/Oct/2011 00:58 Berni Elbourn<be...@el...> wrote .. >> >> >> On 06/10/11 18:29, Jamie Cameron wrote: >>> >>> On 05/Oct/2011 23:53 Berni Elbourn<be...@el...> wrote .. >>>> On 01/10/11 06:37, Jamie Cameron wrote: >>>>> >>>>> On 30/Sep/2011 09:54 Berni Elbourn<be...@el...> wrote .. >>>>>> On 27/09/11 23:33, Jamie Cameron wrote: >>>>>>> Could you post the output you get when doing the password change? >>>>>>> >>>>>>> - Jamie >>>>>> >>>>>> Gladly, here you go: >>>>>> >>>>>> The user I selected was berni99 >>>>>> >>>>>> Changing password on this server .. >>>>>> >>>>>> Updating password file entry .. >>>>>> .. done >>>>>> >>>>>> Updating in other modules .. >>>>>> .. done >>>>>> >>>>>> Changing password on sv41 .. >>>>>> >>>>>> Updating password file entry .. >>>>>> .. done >>>>>> >>>>>> Updating in other modules .. >>>>>> .. done >>>>>> >>>>>> <- Return to user list >>>>>> >>>>>> The password on this server=sv25 works but not the one assigned on sv41: >>>>>> >>>>>> on sv41: pdbedit -vL berni99 >>>>>> <snip> >>>>>> Unix username: berni99 >>>>>> Password last set: Fri, 30 Sep 2011 17:44:26 BST >>>>>> Password can change: Fri, 30 Sep 2011 17:44:26 BST >>>>>> <snip> >>>>>> >>>>>> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt >>>>>> Password: >>>>>> sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt >>>>>> Password: >>>>>> mount error 13 = Permission denied >>>>>> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) >>>>>> >>>>>> >>>>>> -- >>>>>> "Confidence is what you have before you understand a problem" - Woody Allen >>>>> >>>>> That's odd, the output suggests that Webmin is trying to change the Samba >>>>> password on the remote system, but clearly it isn't actually happening. >>>>> >>>>> Could you try the following on the remote system to collect more debugging >> info >>>> : >>>>> >>>>> 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end >>>>> >>>>> 2. Try a password change with the Cluster Change Passwords module >>>>> >>>>> 3. Post the lines that get logged to /var/webmin/miniserv.error on the >>>>> remote system. >>>>> >>>>> - Jamie >>>>> >>>> >>>> I restarted the webmin service after part 1. Here is the (lack of >>>> useful) debugging info :-) :- >>>> >>>> [06/Oct/2011:07:37:05 +0100] miniserv.pl started >>>> [06/Oct/2011:07:37:05 +0100] PAM authentication enabled >>> >>> That's unusual .. what gets logged to /var/webmin/miniserv.log on the slave >>> system when you try a password change? >>> >>> - Jamie >> >> Here is everything on sv41 (the remote server) for 6 October... >> >> 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" >> 200 264 >> 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" >> 200 29056 >> 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" >> 200 175 >> 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 >> 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 >> 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 42 >> 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 >> 10.0.1.6 - root [06/Oct/2011:07:39:28 +0100] "POST /rpc.cgi HTTP/1.0" 200 41 > > Ok, try this - on the master system, go to Webmin -> Webmin Servers Index -> > (edit) link next to the remote system, and change "Use fast RPC mode" to "Yes". > > Then make sure that no firewall is blocking ports 10001 to 10010 on the remote > system. I'd be interested to know if this fixes the issue - at the very least, it > should make logging work properly. > > - Jamie The "Use fast RPC mode" to "Yes" setting works! Samba passwords are now set correctly on the "other" sv41 system. Maybe that this setting really aught not to be an option if setting it to "No" does not work ??? Berni -- "Confidence is what you have before you understand a problem" - Woody Allen |
From: Jamie C. <jca...@we...> - 2011-10-24 17:57:59
|
On 24/Oct/2011 01:28 Berni Elbourn <be...@el...> wrote .. > On 10/10/11 22:54, Jamie Cameron wrote: > > > > On 10/Oct/2011 00:58 Berni Elbourn<be...@el...> wrote .. > >> > >> > >> On 06/10/11 18:29, Jamie Cameron wrote: > >>> > >>> On 05/Oct/2011 23:53 Berni Elbourn<be...@el...> wrote .. > >>>> On 01/10/11 06:37, Jamie Cameron wrote: > >>>>> > >>>>> On 30/Sep/2011 09:54 Berni Elbourn<be...@el...> wrote .. > >>>>>> On 27/09/11 23:33, Jamie Cameron wrote: > >>>>>>> Could you post the output you get when doing the password change? > >>>>>>> > >>>>>>> - Jamie > >>>>>> > >>>>>> Gladly, here you go: > >>>>>> > >>>>>> The user I selected was berni99 > >>>>>> > >>>>>> Changing password on this server .. > >>>>>> > >>>>>> Updating password file entry .. > >>>>>> .. done > >>>>>> > >>>>>> Updating in other modules .. > >>>>>> .. done > >>>>>> > >>>>>> Changing password on sv41 .. > >>>>>> > >>>>>> Updating password file entry .. > >>>>>> .. done > >>>>>> > >>>>>> Updating in other modules .. > >>>>>> .. done > >>>>>> > >>>>>> <- Return to user list > >>>>>> > >>>>>> The password on this server=sv25 works but not the one assigned on sv41: > >>>>>> > >>>>>> on sv41: pdbedit -vL berni99 > >>>>>> <snip> > >>>>>> Unix username: berni99 > >>>>>> Password last set: Fri, 30 Sep 2011 17:44:26 BST > >>>>>> Password can change: Fri, 30 Sep 2011 17:44:26 BST > >>>>>> <snip> > >>>>>> > >>>>>> sv23:~# mount -t cifs //sv25/berni99 -o username=berni99 /mnt > >>>>>> Password: > >>>>>> sv23:~# mount -t cifs //sv41/berni99 -o username=berni99 /mnt > >>>>>> Password: > >>>>>> mount error 13 = Permission denied > >>>>>> Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> "Confidence is what you have before you understand a problem" - Woody Allen > >>>>> > >>>>> That's odd, the output suggests that Webmin is trying to change the Samba > >>>>> password on the remote system, but clearly it isn't actually happening. > >>>>> > >>>>> Could you try the following on the remote system to collect more debugging > >> info > >>>> : > >>>>> > >>>>> 1. Edit /etc/webmin/config and add the line rpcdebug=1 at the end > >>>>> > >>>>> 2. Try a password change with the Cluster Change Passwords module > >>>>> > >>>>> 3. Post the lines that get logged to /var/webmin/miniserv.error on the > >>>>> remote system. > >>>>> > >>>>> - Jamie > >>>>> > >>>> > >>>> I restarted the webmin service after part 1. Here is the (lack of > >>>> useful) debugging info :-) :- > >>>> > >>>> [06/Oct/2011:07:37:05 +0100] miniserv.pl started > >>>> [06/Oct/2011:07:37:05 +0100] PAM authentication enabled > >>> > >>> That's unusual .. what gets logged to /var/webmin/miniserv.log on the slave > >>> system when you try a password change? > >>> > >>> - Jamie > >> > >> Here is everything on sv41 (the remote server) for 6 October... > >> > >> 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" > >> 200 264 > >> 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" > >> 200 29056 > >> 10.0.1.6 - root [06/Oct/2011:07:39:25 +0100] "POST /rpc.cgi HTTP/1.0" > >> 200 175 > >> 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 > >> 10.0.1.6 - root [06/Oct/2011:07:39:26 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 > >> 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 42 > >> 10.0.1.6 - root [06/Oct/2011:07:39:27 +0100] "POST /rpc.cgi HTTP/1.0" 200 40 > >> 10.0.1.6 - root [06/Oct/2011:07:39:28 +0100] "POST /rpc.cgi HTTP/1.0" 200 41 > > > > Ok, try this - on the master system, go to Webmin -> Webmin Servers Index -> > > (edit) link next to the remote system, and change "Use fast RPC mode" to "Yes". > > > > Then make sure that no firewall is blocking ports 10001 to 10010 on the remote > > system. I'd be interested to know if this fixes the issue - at the very least, > it > > should make logging work properly. > > > > - Jamie > > The "Use fast RPC mode" to "Yes" setting works! Samba passwords are now > set correctly on the "other" sv41 system. > > Maybe that this setting really aught not to be an option if setting it > to "No" does not work ??? No, it means that there is some bug being triggered by "slow" RPC mode. I will look into this some more .. - Jamie |