From: Jamie C. <jca...@we...> - 2007-11-13 21:27:11
|
<p>Hi Grant,<br /><br />Having too many secondary group members like this could be the problem.<br />I'm not sure if I asked this before, but what action in Webmin was triggering that realloc error? Was it when you clicked on a user to edit him, or when you clicked the link to create a new user?<br /><br /> - Jamie<br /></p><p> On 13/Nov/2007 02:09 Grant Wilson wrote .. </p><blockquote type="cite"> <font size="-1"><font face="Arial">Hi Jamie,<br /> <br /> I wanted to let you know that we fixed this problem. I tried forcing a reinstall of the perl-5.8.8-32.i586.rpm which I got from the Suse mirror but that didnt help.<br /> <br /> All the users on this server, about 1200 of them were added on the command line using a script. There must have been a problem with the script or something similar as I noticed that all of the users had been added to the users, video and dialout groups. They should have only been added to the users group.<br /> I just manually edited the /etc/group file and corrected the video and dialout groups. After that Webmin worked fine.<br /> <br /> The User & Groups module was set to only display 400 users at a time, on the users and groups page it would say that there were too many users to display. Under the groups section it was showing all of the groups but for the above groups, dialout and video, it was showing all of the members so those groups took up about 2 pages displaying all 1200 members. Perhaps that was causing the problem for Webmin?<br /> <br /> </font></font> <pre cols="72" class="moz-signature">Many thanks and kind regards.<br /><br />Grant Wilson<br />CNS,CLS<br />Sales & Technical<br />DcData<br />Tel: + 27 33 3446100<br />Support: 0860-1-LINUX<br />Fax: 0866878971<br /><a href="http://www.dcdata.co.za" class="moz-txt-link-freetext">http://www.dcdata.co.za</a> <a href="reply_mail.cgi?new=1&to=support%40dcdata%2Eco%2Eza" class="moz-txt-link-abbreviated">su...@dc...</a> <a href="reply_mail.cgi?new=1&to=sales%40dcdata%2Eco%2Eza" class="moz-txt-link-abbreviated">sa...@dc...</a> Open Ideas, Open Possibilities - Open Source </pre> <br /> <br /> Jamie Cameron wrote: <blockquote type="cite" cite="mid:119...@we..."> <p>I'd recommend just sticking to the Perl version provided by SuSE, as compiling your own is tricky and may break installed Perl modules. </p> <p>On 11/Nov/2007 22:37 Grant Wilson wrote .. </p> <blockquote type="cite"><font size="-1"><font face="Arial">Hi Jamie,<br /> <br /> I did a Yast update as its running Suse, it did update some of the perl components but I cant tell exactly which ones.<br /> <br /> If I run the following this is what I get.<br /> <br /> proxy:~ # perl --version<br /> This is perl, v5.8.8 built for i586-linux-thread-multi<br /> <br /> Is there an easy what to reinstall perl completely or is that wishful thinking?<br /> <br /> Here are all of the perl related RPMs that are installed.<br /> <br /> perl-Compress-Zlib-1.42-20<br /> perl-HTML-Tagset-3.10-30<br /> perl-TermReadKey-2.30-31<br /> perl-gettext-1.05-31<br /> perl-Digest-HMAC-1.01-525<br /> perl-Date-Calc-5.4-32<br /> perl-DBD-SQLite-1.12-1<br /> yast2-perl-bindings-2.14.0-10<br /> perl-Archive-Zip-1.16-31<br /> perl-Data-ShowTable-3.3-602<br /> perl-Net-Daemon-0.39-8<br /> perl-XML-Parser-2.34-61<br /> perl-Net-Server-0.94-18<br /> perl-libwww-perl-5.805-32<br /> perl-Net-CIDR-0.10-1<br /> perl-Sys-Hostname-Long-1.4-1<br /> perl-Bootloader-0.4.19-2.1<br /> perl-BerkeleyDB-0.31-12<br /> perl-Config-IniFiles-2.39-31<br /> perl-Digest-MD4-1.5-31<br /> perl-IO-Zlib-1.04-32<br /> perl-Unix-Syslog-0.100-59<br /> perl-XML-NamespaceSupport-1.09-31<br /> perl-Bit-Vector-6.4-31<br /> perl-Cyrus-IMAP-2.2.13-24<br /> perl-XML-SAX-0.12-35<br /> perl-XML-LibXML-1.61-15<br /> perl-Net-IP-1.24-1<br /> perl-DBD-mysql-3.0008-12<br /> sax2-libsax-perl-8.1-83<br /> perl-Convert-BinHex-1.119-2<br /> perl-5.8.8-32<br /> perl-Carp-Clan-5.7-14<br /> perl-Convert-TNEF-0.17-292<br /> perl-Digest-SHA1-2.11-20<br /> perl-IO-stringy-2.110-31<br /> perl-Parse-RecDescent-1.80-277<br /> perl-URI-1.35-33<br /> perl-XML-Writer-0.601-17<br /> perl-Crypt-SmbHash-0.12-31<br /> perl-HTML-Parser-3.55-20<br /> perl-X500-DN-0.28-151<br /> perl-Net-DNS-0.59-16<br /> perl-TimeDate-1.16-3<br /> perl-spamassassin-3.1.6-15<br /> perl-Filesys-Df-0.90-1<br /> perl-Archive-Tar-1.30-22.1<br /> limal-perl-1.2.9-5<br /> perl-Convert-UUlib-1.051-31<br /> perl-MailTools-1.74-20<br /> perl-XML-LibXML-Common-0.13-35<br /> perl-Crypt-SSLeay-0.51-147<br /> perl-PlRPC-0.2018-31<br /> limal-ca-mgm-perl-1.2.9-4<br /> MailScanner-perl-MIME-Base64-3.05-5<br /> perl-Sys-Syslog-0.18-1<br /> perl-File-HomeDir-0.65-13.1<br /> perl-Config-Crontab-1.20-10<br /> perl-IO-Multiplex-1.08-14<br /> perl-Tie-IxHash-1.21-618<br /> perl-Cyrus-SIEVE-managesieve-2.2.13-24<br /> perl-DBI-1.52-17<br /> apache2-mod_perl-2.0.2-38<br /> perl-MIME-tools-5.420-1<br /> <br /> <br /> <br /> </font></font> <pre cols="72" class="moz-signature">Many thanks and kind regards.<br /><br />Grant Wilson<br />CNS,CLS<br />Sales & Technical<br />DcData<br />Tel: + 27 33 3446100<br />Support: 0860-1-LINUX<br />Fax: 0866878971<br /><a class="moz-txt-link-freetext" href="http://www.dcdata.co.za" moz-do-not-send="true">http://www.dcdata.co.za</a> <a class="moz-txt-link-abbreviated" href="_unsafe_link_" moz-do-not-send="true">su...@dc...</a> <a class="moz-txt-link-abbreviated" href="_unsafe_link_" moz-do-not-send="true">sa...@dc...</a> Open Ideas, Open Possibilities - Open Source </pre> <br /> <br /> Jamie Cameron wrote: <blockquote cite="mid:119...@we..." type="cite"> <p>So it doesn't look like you are running out of memory then..<br /> This may actually be a perl bug. Is there a later version that you can install?<br /> <br /> - Jamie<br /> </p> <p>On 8/Nov/2007 23:36 Grant Wilson wrote .. </p> <blockquote type="cite"><font size="-1"><font face="Arial">Hi Jamie,<br /> <br /> I just tried that. The memory usage doesnt seem to go up but the miniserv.pl process does use 60% of the processor.<br /> But the load average on the machine is only at 0.16.<br /> <br /> <br /> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND<br /> 13966 root 19 0 0 0 0 Z 59.8 0.0 0:01.80 miniserv.pl <defunct><br /> <br /> <br /> I couldnt find the cgi process you are referring to.<br /> <br /> </font></font> <pre cols="72" class="moz-signature">Many thanks and kind regards.<br /><br />Grant Wilson<br />CNS,CLS<br />Sales & Technical<br />DcData<br />Tel: + 27 33 3446100<br />Support: 0860-1-LINUX<br />Fax: 0866878971<br /><a moz-do-not-send="true" href="http://www.dcdata.co.za" class="moz-txt-link-freetext">http://www.dcdata.co.za</a> <a moz-do-not-send="true" href="_unsafe_link_" class="moz-txt-link-abbreviated">su...@dc...</a> <a moz-do-not-send="true" href="_unsafe_link_" class="moz-txt-link-abbreviated">sa...@dc...</a> Open Ideas, Open Possibilities - Open Source </pre> <br /> <br /> Jamie Cameron wrote: <blockquote type="cite" cite="mid:119...@we..."> <p>It might be worth checking if Webmin is really using a huge amount of RAM when managing users. You could try running 'top' from the command line and watching the memory use of the miniserv.pl process and Webmin's .cgi processes to see how high they get. Then you can see if a shortage of RAM is really the problem ..</p> <p> - Jamie<br /> </p> <p>On 8/Nov/2007 22:31 Grant Wilson wrote .. </p> <blockquote type="cite"><font size="-1"><font face="Arial">Hi Jamie,<br /> <br /> This machine was originally running out of ram, for some reason it was only provided with 256MB. We had another Webmin error originally but we saw in the logs that it was saying to little memory. Its now got 756MB RAM.<br /> <br /> Its hardly using any swap file space at the moment, I tried adding the user in Webmin and the swap file space usage only went to 44K.<br /> <br /> Currently its on 0.<br /> <br /> total used free shared buffers cached<br /> Mem: 756 732 24 0 248 39<br /> -/+ buffers/cache: 444 312<br /> Swap: 713 0 713<br /> <br /> Should we try increase it to 1GB and see if that resolves the problem?<br /> <br /> <br /> </font></font> <pre cols="72" class="moz-signature">Many thanks and kind regards.<br /><br />Grant Wilson<br />CNS,CLS<br />Sales & Technical<br />DcData<br />Tel: + 27 33 3446100<br />Support: 0860-1-LINUX<br />Fax: 0866878971<br /><a class="moz-txt-link-freetext" href="http://www.dcdata.co.za" moz-do-not-send="true">http://www.dcdata.co.za</a> <a class="moz-txt-link-abbreviated" href="_unsafe_link_" moz-do-not-send="true">su...@dc...</a> <a class="moz-txt-link-abbreviated" href="_unsafe_link_" moz-do-not-send="true">sa...@dc...</a> Open Ideas, Open Possibilities - Open Source </pre> <br /> <br /> Jamie Cameron wrote: <blockquote cite="mid:119...@we..." type="cite">On 8/Nov/2007 06:42 Grant Wilson wrote .. <blockquote type="cite"><font size="-1"><font face="Arial">Hi guys,<br /> <br /> I am running Webmin 1.370 on a Suse 10.2 machine.<br /> <br /> When I try create a system user I get the following error. I have tried reinstalling a few times but still get the same error.<br /> This machine has about 1200 users added to it, its just an email server. We initially added the users on the command line using a script but now we need to manage and add more users from within Webmin.<br /> <br /> </font></font> <h1>Error - Perl execution failed</h1> <pre>panic: realloc at ./user-lib.pl line 974.<br /> </pre> </blockquote> Is this system running now on memory? realloc is a C function for extending allocated memory .. and if it is failing, it either indicates a Perl bug or a shortage of RAM.<br /> <br /> - Jamie<br /> <br /> </blockquote></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><br /> |