webadmin-list — Webmin users mailing list

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Joaquim H. <jo...@we...>]

 >Do you know which order the monitors are executed in? I am wondering if it  
 >happens because the Postfix monitor is last. Or perhaps because the monitor
 >before it is failing in some way ..

Is there a way I can find out in which order they're executed?
I assume since you ask that it's not in the order of appearance.. ?


-joho

Re: [webmin-l] Two questions about awstats

[Jamie C. <jca...@we...>]

On 19/May/2006 07:58 Joaquim Homrighausen wrote ..
> 
> [.]
> I'm assuming there should be no problems using the latest release-version
> of AWSTATS with the WM-module.

As far as I know, it should work fine.

> [.]
> If I create an awstats-setup, I can view the statistics for that configuration
> from within webmin. Is there a simple way to create a "virtual website"
> so to speak to allow the webmaster to view his/her statistics without going
> via webmin? Say I have "my.specialserver.com" managed via webmin by me.
> I set-up awstats for it. So I do all the administration. But now I want
> the webmaster to be able to see the stats, without access to webmin; is
> there a simple way to do this?

Assumimg you are using the module with Virtualmin, it should be possible
to go to http://yourdomain.com/cgi-bin/awstats.pl to view the stats.

 - Jamie

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Jamie C. <jca...@we...>]

On 19/May/2006 07:46 Joaquim Homrighausen wrote ..
> 
> >Basically, the 'master' server needs to be able to connect to the 'slave'
> >on ports 1080-1100. The connections are always only one-way.
> 
> Well, I opened 1080-1100 and I'm still getting this error :-(
> 
> What's weird is that it's only the POSTFIX monitor that is doing it.  I
> have one diskspace monitor, one Apache monitor and one monitor that checks
> for a java virtual machine running. Only the POSTFIX monitor fails. And
> PF isn't down.

Do you know which order the monitors are executed in? I am wondering if it 
happens because the Postfix monitor is last. Or perhaps because the monitor
before it is failing in some way ..

 - Jamie

[webmin-l] Bug in time/uninstall.pl?

[Johnny L. <jl...@pk...>]

In the standard "time" module in Webmin 1.270, is the &module_uninstall 
function in the uninstall.pl script supposed to check for "sched_mode"? 
  I think that variable is managed by the "status" module, but I don't 
see why that should affect whether the "time" module should remove its 
cron job.

	Thanks,

	-- Johnny Lam <jl...@pk...>

[webmin-l] Two questions about awstats

[Joaquim H. <jo...@we...>]

[.]
I'm assuming there should be no problems using the latest release-version of AWSTATS with the WM-module.

[.]
If I create an awstats-setup, I can view the statistics for that configuration from within webmin. Is there a simple way to create a "virtual website" so to speak to allow the webmaster to view his/her statistics without going via webmin? Say I have "my.specialserver.com" managed via webmin by me. I set-up awstats for it. So I do all the administration. But now I want the webmaster to be able to see the stats, without access to webmin; is there a simple way to do this?


-joho

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Joaquim H. <jo...@we...>]

>Basically, the 'master' server needs to be able to connect to the 'slave'
>on ports 1080-1100. The connections are always only one-way.

Well, I opened 1080-1100 and I'm still getting this error :-(

What's weird is that it's only the POSTFIX monitor that is doing it.  I have one diskspace monitor, one Apache monitor and one monitor that checks for a java virtual machine running. Only the POSTFIX monitor fails. And PF isn't down.


-joho

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Jamie C. <jca...@we...>]

On 18/May/2006 18:44 Joaquim Homrighausen wrote ..
> 
> >Make sure you allow a few TCP ports above 1080 (like up to 1100) as well,
> as
> >Webmin uses them for server-to-server communication .. and blocking them
> >could cause just this kind of periodic failures.
> 
> OK; if both machines are behind firewalls, which firewall do I need to
> open for what?
> 
> Do I need to open both for an inbound range of 1080-1100, or is it teacher
> that opens the channel back to the master webmin on a different port? Or
> does the webmin master open both sockets, like a passive FTP connection?

Basically, the 'master' server needs to be able to connect to the 'slave'
on ports 1080-1100. The connections are always only one-way.

 - Jamie

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Joaquim H. <jo...@we...>]

>Make sure you allow a few TCP ports above 1080 (like up to 1100) as well, as
>Webmin uses them for server-to-server communication .. and blocking them
>could cause just this kind of periodic failures.

OK; if both machines are behind firewalls, which firewall do I need to open for what?

Do I need to open both for an inbound range of 1080-1100, or is it teacher that opens the channel back to the master webmin on a different port? Or does the webmin master open both sockets, like a passive FTP connection?


-joho

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Jamie C. <jca...@we...>]

On 18/May/2006 17:09 Joaquim Homrighausen wrote ..
> 
> >So you have multiple remote monitors for the teacher server, but only
> one is failing 
> >like this? If so, is there any firewall between the two machines that
> could be
> >blocking ports 10000-10100 ?
> 
> I've changed the port to 1080, and it's being allowed through the firewall.
> I'm also using an IP Access Control list in Webmin on the teacher server,
> and have set the firewall's IP-address and the "webmin master" machine's
> IP-address as allowed addresses.

Make sure you allow a few TCP ports above 1080 (like up to 1100) as well, as
Webmin uses them for server-to-server communication .. and blocking them could cause
just this kind of periodic failures.

> What's annoying is that I don't get "complete failures" and I don't get
> them "all the time". That's the part that's driving me nuts :-)

Yeah, that is the worst kind of problem to debug!

 - Jamie

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Joaquim H. <jo...@we...>]

>So you have multiple remote monitors for the teacher server, but only one is failing 
>like this? If so, is there any firewall between the two machines that could be
>blocking ports 10000-10100 ?

I've changed the port to 1080, and it's being allowed through the firewall. I'm also using an IP Access Control list in Webmin on the teacher server, and have set the firewall's IP-address and the "webmin master" machine's IP-address as allowed addresses.

What's annoying is that I don't get "complete failures" and I don't get them "all the time". That's the part that's driving me nuts :-)
 

-joho

Re: [webmin-l] [1.260] Sporadic loss of contact between two webmins

[Jamie C. <jca...@we...>]

On 18/May/2006 16:07 Joaquim Homrighausen wrote ..
> 
> I have a "master webmin"-server, that does little else apart from being
> just that. It runs quite a few monitors and collects data from other webmin
> servers and webmin monitors.
> 
> On this server, I monitor a server we call "teacher". Quite frequently,
> but not according to any pattern I've been able to find, one or two of
> the monitors will report that "webmin has gone down", and then three minutes
> later, it comes back up.
> 
> 
> The exact messages are:
> 
> "Monitor on teacher.domain.com for 'Postfix, teacher' has detected that
> Webmin is down at Thu May 18 18:21:01 2006"
> 
> and then
> 
> "Monitor on teacher.domain.com for 'Postfix, teacher' has detected that
> the service has gone back up at Thu May 18 18:24:01 2006
> 
> 
> The monitors are configured as such:
> 
> Postfix
>  - failures before reporting 2
>  - run on host teacher.domain.com
>  - check on schedule? yes, and report on status changes
> Apache
>  - failures before reporting 2
>  - run on host teacher.domain.com
>  - check on schedule? yes, and report on status changes
> 
> I have at least 12 more monitors configured almost identically, none of
> them exhibit this behavior.
> 
> The scheduled monitoring is set to check every 3 minutes with offset 0
> Send email when "when a service changes status"
> 
> 
> For your records, the services that are being monitored, postfix and apache,
> have never been down.
> 
> 
> Good thing I shave my head, or I'd be pulling my hair out right about now..

So you have multiple remote monitors for the teacher server, but only one is failing 
like this? If so, is there any firewall between the two machines that could be
blocking ports 10000-10100 ?
 
 - Jamie

[webmin-l] [1.260] Sporadic loss of contact between two webmins

[Joaquim H. <jo...@we...>]

I have a "master webmin"-server, that does little else apart from being just that. It runs quite a few monitors and collects data from other webmin servers and webmin monitors.

On this server, I monitor a server we call "teacher". Quite frequently, but not according to any pattern I've been able to find, one or two of the monitors will report that "webmin has gone down", and then three minutes later, it comes back up.


The exact messages are:

"Monitor on teacher.domain.com for 'Postfix, teacher' has detected that Webmin is down at Thu May 18 18:21:01 2006"

and then

"Monitor on teacher.domain.com for 'Postfix, teacher' has detected that the service has gone back up at Thu May 18 18:24:01 2006


The monitors are configured as such:

Postfix
 - failures before reporting 2
 - run on host teacher.domain.com
 - check on schedule? yes, and report on status changes
Apache
 - failures before reporting 2
 - run on host teacher.domain.com
 - check on schedule? yes, and report on status changes

I have at least 12 more monitors configured almost identically, none of them exhibit this behavior.

The scheduled monitoring is set to check every 3 minutes with offset 0
Send email when "when a service changes status"


For your records, the services that are being monitored, postfix and apache, have never been down.


Good thing I shave my head, or I'd be pulling my hair out right about now..



-joho

Re: [webmin-l] [1.270] MySQL (5) woes

[Joaquim H. <jo...@we...>]

>There wasn't any change between versions 1.260 and 1.270 in the way Webmin
>detects that MySQL is running. However, you can try to debug the problem
>by going to the Command Shell module, and running the following :

>mysqladmin -u root -pyourpassword status

How very odd.. when I used the above command, mysqladmin complained about stuff in the [client] section of my.cnf (the default character set could not be loaded/located). I don't understand how this could occur all of a sudden, but I'm glad it something as simple as this.


-joho

Re: [webmin-l] postfix/sendmail

[Jamie C. <jca...@we...>]

On 18/May/2006 10:22 da...@so... wrote ..
> Still having issues here. Since postfix doesn't seem to want to go away
> I've 
> cleared all the virtual servers off save one and starting over. Upgraded
> to 
> VirtualminPro 3.14 and Webmin 1.274 and come up with this error when trying
> to add a mail user:
> 
> Failed to save mailbox : Missing file to open at 
> postfix::/usr/libexec/webmin/web-lib-funcs.pl line 1764
> 
>  when I force a virtulmin system check I get the following error:
> 
> No sender canonical map file for outgoing addresses was found in your 
> Postfix configuration. You should either add the appropriate map to 
> Postfix, or disable this feature in Virtualmin's module config page.
> 
> When I look at postfix canonical mapping all are selected as none. There
> is 
> nothing in the config to disable it so I'm going around in circles.

You need to do either one of the following :

1) On the Virtualmin module config page, change the 'Also update outgoing
   addresses for mailboxes?' option to No.
2) In the Postfix module, click on the 'Canonical Mapping' icon, and in the
   'Tables for SENDER addresses' field enter 'hash:/etc/postfix/senders'. Click
   Save, then go back to Virtualmin and do a re-check of the config.

 - Jamie

Re: [webmin-l] Running &module_uninstall independently

[Jamie C. <jca...@we...>]

On 18/May/2006 09:18 Johnny Lam wrote ..
> I am packaging up Webmin for pkgsrc (http://www.pkgsrc.org/). 
> Unfortunately, this means that I can't use the Webmin module 
> install/deinstall scripts for managing modules because being in pkgsrc
> involves creating a separately installable binary package for each 
> Webmin module.  I would still like to find some way to invoke the 
> &module_uninstall functions from a module's uninstall.pl script as part
> of the binary package's "uninstall" action because &module_uninstall 
> often does useful things like removing obsolete cron jobs.  What is the
> right way to invoke this function from outside of miniserv.pl?  Is this
> even possible?

Hi Johnny,

Unfortunately, there is no way to run uninstall scripts on a per-module
basis easily. You can run post-install scripts with a command like :

WEBMIN_CONFIG=/etc/webmin WEBMIN_VAR=/var/webmin /path/to/webmin/run-postinstall.sh $modulename

But there is no (yet) a similar way of running just one module's uninstall function.

 - Jamie

[webmin-l] postfix/sendmail

[<da...@so...>]

Still having issues here. Since postfix doesn't seem to want to go away I've 
cleared all the virtual servers off save one and starting over. Upgraded to 
VirtualminPro 3.14 and Webmin 1.274 and come up with this error when trying 
to add a mail user:

Failed to save mailbox : Missing file to open at 
postfix::/usr/libexec/webmin/web-lib-funcs.pl line 1764

 when I force a virtulmin system check I get the following error:

No sender canonical map file for outgoing addresses was found in your 
Postfix configuration. You should either add the appropriate map to 
Postfix, or disable this feature in Virtualmin's module config page.

When I look at postfix canonical mapping all are selected as none. There is 
nothing in the config to disable it so I'm going around in circles.

I copied and pasted canonical, renaming to sender_canonical and 
recipient_canonical, put the paths into the mapping and that seemed to please 
virtualmin. But when I tried to add a user again I got the same error recorded 
above about failed to save mailbox. But when I went back to check the mailbox 
it is there. 

When I sent an email to the address it didn't bounce, but there was no mail to 
check. When I used filemanager to to check, there was no user in the homes 
directory. I get the same results whether allowing ftp or not, DAV login etc.

Stuck in the mud here,
Dan

Re: [webmin-l] init woes

[<lis...@gm...>]

U3VjZXNzISBUaGFua3Mgc28gbXVjaCBKYW1pZSBmb3IgdGhpcyBhbmQgYWxsIHlvdXIgeWVhcnMg
b2YgaGFyZCB3b3JrIQpJdCB3YXMgYmVjdWFzZSBvZiBXZWJtaW4gdGhhdCBJIGdvdCBpbnRvIEZy
ZWVCU0QvTGludXggeWVhcnMgYWdvCgpLYXJlbgoKCk9uIDUvMTcvMDYsIEphbWllIENhbWVyb24g
PGpjYW1lcm9uQHdlYm1pbi5jb20+IHdyb3RlOgo+IE9uIDE3L01heS8yMDA2IDE3OjI3IGxpc3Ri
b3hzdGVyQGdtYWlsLmNvbSB3cm90ZSAuLgo+ID4gSGkgSmFtaWUuCj4gPgo+ID4gWWVhaCBJIGp1
c3QgcHV0IGluIGEgc2ltcGxlIHN0YXJ0dXAgY29tbWFuZCBhbmQgc2h1dGRvd24gY29tbWFuZCBh
bmQKPiA+IHVzZWQgd2VibWluIHRvIGNyZWF0ZSB0aGUgZW50cnkgLSBJIGRpZG4ndCBrbm93IGFu
eXRoaW5nIGFib3V0Cj4gPiBjaGtjb25maWcuCj4gPgo+ID4gQWxzbyBteSBXZWJtaW4gaW5zdGFs
bCB1bmRlciAiVXNlIGNoa2NvbmZpZyBjb21tYW5kIHRvIGVuYWJsZQo+ID4gYWN0aW9ucz8iIGRv
ZXNuJ3Qgc2VlbSB0byBoYXZlIHllcyBvciBuby4gUmF0aGVyIGl0J3MganVzdCBhIGJveCB3aXRo
Cj4gPiAwIGluIGl0LiBXb3VsZG4ndCB0aGF0IGFscmVhZHkgYmUgIm5vIj8KPgo+IEFyZywgdGhh
dCBpcyBhIGJ1Zy4gWW91IGNhbiBtYWtlIHRoZSBjaGFuZ2UgbWFudWFsbHkgYnkgZWRpdGluZwo+
IC9ldGMvd2VibWluL2luaXQvY29uZmlnICwgYW5kIGNoYW5naW5nIHRoZSBub19jaGtjb25maWc9
IGxpbmUgdG8KPiBub19jaGtjb25maWc9MQo+Cj4gIC0gSmFtaWUKPgo+ID4gS2FyZW4KPiA+Cj4g
PiBPbiA1LzE3LzA2LCBKYW1pZSBDYW1lcm9uIDxqY2FtZXJvbkB3ZWJtaW4uY29tPiB3cm90ZToK
PiA+ID4gSSBhbSBndWVzc2luZyB0aGF0IHRoaXMgMDBNb3VudGJhY2t1cHNoYXJlIGluaXQgc2Ny
aXB0IGRvZXNuJ3QKPiA+ID4gaGF2ZSB0aGUgbmVlZGVkIGNoa2NvbmZpZzogbGluZXMgaW4gaXQu
IE9uZSB3b3JrLWFyb3VuZCB0byBlbmFibGUKPiA+ID4gaXQgd291bGQgYmUgdG8gZ28gdG8gdGhl
IEJvb3R1cCBhbmQgU2h1dGRvd24gbW9kdWxlLCBjbGljayBvbgo+ID4gPiBNb2R1bGUgQ29uZmln
LCBhbmQgY2hhbmdlIHRoZSAnVXNlIGNoa2NvbmZpZyBjb21tYW5kIHRvIGVuYWJsZSBhY3Rpb25z
PycKPiA+ID4gb3B0aW9uIHRvIE5vLgo+ID4gPgo+ID4gPiBUaGVuIHRyeSBlbmFibGluZyB0aGUg
aW5pdCBzY3JpcHQgaW4gV2VibWluLi4KPiA+ID4KPiA+ID4gIC0gSmFtaWUKPiA+ID4KPiA+ID4g
T24gMTcvTWF5LzIwMDYgMTU6MTkgbGlzdGJveHN0ZXJAZ21haWwuY29tIHdyb3RlIC4uCj4gPiA+
ID4gSGVyZSdzIHdoYXQgSSBnZXQ6Cj4gPiA+ID4KPiA+ID4gPiBbcm9vdEB1dG9waWEga2FyZW5d
IyAvc2Jpbi9jaGtjb25maWcgLS1hZGQgaHR0cGQKPiA+ID4gPiBbcm9vdEB1dG9waWEga2FyZW5d
IyAvc2Jpbi9jaGtjb25maWcgaHR0cGQgb24KPiA+ID4gPgo+ID4gPiA+IFNvIGl0IGxpa2VkIHRo
ZSBodHRwZCBzZXJ2aWNlLiBIZXJlJ3Mgd2hhdCBJIGdldCB3aXRoIG15IG1vdW50Ogo+ID4gPiA+
Cj4gPiA+ID4gW3Jvb3RAdXRvcGlhIGthcmVuXSMgL3NiaW4vY2hrY29uZmlnIC0tYWRkIDAwTW91
bnRiYWNrdXBzaGFyZQo+ID4gPiA+IHNlcnZpY2UgMDBNb3VudGJhY2t1cHNoYXJlIGRvZXMgbm90
IHN1cHBvcnQgY2hrY29uZmlnCj4gPiA+ID4gW3Jvb3RAdXRvcGlhIGthcmVuXSMgL3NiaW4vY2hr
Y29uZmlnIDAwTW91bnRiYWNrdXBzaGFyZSBvbgo+ID4gPiA+IHNlcnZpY2UgMDBNb3VudGJhY2t1
cHNoYXJlIGRvZXMgbm90IHN1cHBvcnQgY2hrY29uZmlnCj4gPiA+ID4KPiA+ID4gPiBTbyBlaXRo
ZXIgaXQgZG9lc24ndCBsaWtlIG15IHNwZWNpZmljIGluaXQgc2NyaXB0LCBvciBpdCBkb2Vzbid0
IGxpa2UKPiA+ID4gPiBhbnkgbmV3IGluaXQgc2NyaXB0LiBXb3VsZCB0aGlzIGJlIHRoZW4gYmV5
b25kIHRoZSBzY29wZSBvZiB3ZWJtaW4/Cj4gPiBJZgo+ID4gPiA+IHNvLCBnbyBhbnkgaGludHM/
IDstRAo+ID4gPiA+Cj4gPiA+ID4gS2FyZW4KPiA+ID4gPgo+ID4gPiA+Cj4gPiA+ID4KPiA+ID4g
Pgo+ID4gPiA+IE9uIDUvMTcvMDYsIEphbWllIENhbWVyb24gPGpjYW1lcm9uQHdlYm1pbi5jb20+
IHdyb3RlOgo+ID4gPiA+ID4gQXJlIHlvdSBhYmxlIHRvIGVuYWJsZSBhY3Rpb25zIGF0IGJvb3Qg
dGltZSB1c2luZyB0aGUgc2hlbGwgY29tbWFuZHMKPiA+ID4gPiA6Cj4gPiA+ID4gPgo+ID4gPiA+
ID4gY2hrY29uZmlnIC0tYWRkIGh0dHBkCj4gPiA+ID4gPiBjaGtjb25maWcgaHR0cGQgb24KPiA+
ID4gPiA+Cj4gPiA+ID4gPiBCZWNhdXNlIHRob3NlIGFyZSB0aGUgY29tbWFuZHMgV2VibWluIHVz
ZXMgaW50ZXJuYWxseS4uCj4gPiA+ID4gPgo+ID4gPiA+ID4gIC0gSmFtaWUKPiA+ID4gPiA+Cj4g
PiA+ID4gPiBPbiAxNy9NYXkvMjAwNiAxNDoxOSBsaXN0Ym94c3RlckBnbWFpbC5jb20gd3JvdGUg
Li4KPiA+ID4gPiA+ID4gSGkgSmFtaWUuIEl0J3MgdjEuMjcwIG9uIGJvdGggRkM0IGJveGVzLgo+
ID4gPiA+ID4gPgo+ID4gPiA+ID4gPiBLYXJlbgo+ID4gPiA+ID4gPgo+ID4gPiA+ID4gPgo+ID4g
PiA+ID4gPiBPbiA1LzE3LzA2LCBKYW1pZSBDYW1lcm9uIDxqY2FtZXJvbkB3ZWJtaW4uY29tPiB3
cm90ZToKPiA+ID4gPiA+ID4gPiBIaSBLYXJlbiwKPiA+ID4gPiA+ID4gPiBBcmUgeW91IHJ1bm5p
bmcgV2VibWluIDEuMjcwIHRoZXJlPyBTb21lIG9sZGVyIHZlcnNpb25zIGhhZCBhCj4gPiBidWcK
PiA+ID4gPiB0aGF0Cj4gPiA+ID4gPiA+IHByZXZlbnRlZCBpbml0IHNjcmlwdHMgZnJvbSBiZWlu
ZyBlbmFibGVkIGxpa2UgdGhpcy4KPiA+ID4gPiA+ID4gPgo+ID4gPiA+ID4gPiA+ICAtIEphbWll
Cj4gPiA+ID4gPiA+ID4KPiA+ID4gPiA+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQo+
ID4gPiA+ID4gPiA+Cj4gPiA+ID4gPiA+ID4gRnJvbTogIGxpc3Rib3hzdGVyQGdtYWlsLmNvbQo+
ID4gPiA+ID4gPiA+IFN1Ymo6ICBbd2VibWluLWxdIGluaXQgd29lcwo+ID4gPiA+ID4gPiA+IERh
dGU6ICBXZWQgMTcgTWF5IDIwMDYgNzozOCBhbQo+ID4gPiA+ID4gPiA+IFNpemU6ICA0ODggYnl0
ZXMKPiA+ID4gPiA+ID4gPiBUbzogIHdlYmFkbWluLWxpc3RAbGlzdHMuc291cmNlZm9yZ2UubmV0
Cj4gPiA+ID4gPiA+ID4KPiA+ID4gPiA+ID4gPiBIaSB0aGVyZS4KPiA+ID4gPiA+ID4gPgo+ID4g
PiA+ID4gPiA+IEkgY2Fubm90IHNlZW0gdG8gY2hhbmdlIHRoZSAiU3RhcnQgYXQgYm9vdD8iIG9w
dGlvbiBpbiBteSBpbml0Cj4gPiBzZWN0aW9uCj4gPiA+ID4gPiA+ID4gb2Ygd2VibWluIGFueW1v
cmUuIEkgaGF2ZSBhIEZDNCBzZXJ2ZXIgYW5kIGFsc28gYSBGQzQgd29ya3N0YXRpb24sCj4gPiA+
ID4gYW5kCj4gPiA+ID4gPiA+ID4gYm90aCBleGhpYml0IHRoaXMgYmFkIGJlaGF2aW91ci4KPiA+
ID4gPiA+ID4gPgo+ID4gPiA+ID4gPiA+IEFueW9uZSBrbm93IG9mIHRoaXM/IEFueSB3b3JrIGFy
b3VuZHM/IEkgZG8gaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24KPiA+ID4gPiBvZgo+ID4gPiA+ID4g
PiA+IFdlYm1pbiBpbnN0YWxsZWQuCj4gPiA+ID4gPiA+ID4KPiA+ID4gPiA+ID4gPiBLYXJlbgo=

[webmin-l] Running &module_uninstall independently

[Johnny L. <jl...@pk...>]

I am packaging up Webmin for pkgsrc (http://www.pkgsrc.org/). 
Unfortunately, this means that I can't use the Webmin module 
install/deinstall scripts for managing modules because being in pkgsrc 
involves creating a separately installable binary package for each 
Webmin module.  I would still like to find some way to invoke the 
&module_uninstall functions from a module's uninstall.pl script as part 
of the binary package's "uninstall" action because &module_uninstall 
often does useful things like removing obsolete cron jobs.  What is the 
right way to invoke this function from outside of miniserv.pl?  Is this 
even possible?

	Thanks,

	-- Johnny Lam <jl...@pk...>

Re: [webmin-l] init woes

[Jamie C. <jca...@we...>]

On 17/May/2006 17:27 lis...@gm... wrote ..
> Hi Jamie.
> 
> Yeah I just put in a simple startup command and shutdown command and
> used webmin to create the entry - I didn't know anything about
> chkconfig.
> 
> Also my Webmin install under "Use chkconfig command to enable
> actions?" doesn't seem to have yes or no. Rather it's just a box with
> 0 in it. Wouldn't that already be "no"?

Arg, that is a bug. You can make the change manually by editing
/etc/webmin/init/config , and changing the no_chkconfig=3D line to
no_chkconfig=3D1

 - Jamie

> Karen
> 
> On 5/17/06, Jamie Cameron <jca...@we...> wrote:
> > I am guessing that this 00Mountbackupshare init script doesn't
> > have the needed chkconfig: lines in it. One work-around to enable
> > it would be to go to the Bootup and Shutdown module, click on
> > Module Config, and change the 'Use chkconfig command to enable actions?'
> > option to No.
> >
> > Then try enabling the init script in Webmin..
> >
> >  - Jamie
> >
> > On 17/May/2006 15:19 lis...@gm... wrote ..
> > > Here's what I get:
> > >
> > > [root@utopia karen]# /sbin/chkconfig --add httpd
> > > [root@utopia karen]# /sbin/chkconfig httpd on
> > >
> > > So it liked the httpd service. Here's what I get with my mount:
> > >
> > > [root@utopia karen]# /sbin/chkconfig --add 00Mountbackupshare
> > > service 00Mountbackupshare does not support chkconfig
> > > [root@utopia karen]# /sbin/chkconfig 00Mountbackupshare on
> > > service 00Mountbackupshare does not support chkconfig
> > >
> > > So either it doesn't like my specific init script, or it doesn't like
> > > any new init script. Would this be then beyond the scope of webmin?
> If
> > > so, go any hints? ;-D
> > >
> > > Karen
> > >
> > >
> > >
> > >
> > > On 5/17/06, Jamie Cameron <jca...@we...> wrote:
> > > > Are you able to enable actions at boot time using the shell commands
> > > :
> > > >
> > > > chkconfig --add httpd
> > > > chkconfig httpd on
> > > >
> > > > Because those are the commands Webmin uses internally..
> > > >
> > > >  - Jamie
> > > >
> > > > On 17/May/2006 14:19 lis...@gm... wrote ..
> > > > > Hi Jamie. It's v1.270 on both FC4 boxes.
> > > > >
> > > > > Karen
> > > > >
> > > > >
> > > > > On 5/17/06, Jamie Cameron <jca...@we...> wrote:
> > > > > > Hi Karen,
> > > > > > Are you running Webmin 1.270 there? Some older versions had a
> bug
> > > that
> > > > > prevented init scripts from being enabled like this.
> > > > > >
> > > > > >  - Jamie
> > > > > >
> > > > > > -----Original Message-----
> > > > > >
> > > > > > From:  lis...@gm...
> > > > > > Subj:  [webmin-l] init woes
> > > > > > Date:  Wed 17 May 2006 7:38 am
> > > > > > Size:  488 bytes
> > > > > > To:  web...@li...
> > > > > >
> > > > > > Hi there.
> > > > > >
> > > > > > I cannot seem to change the "Start at boot?" option in my init
> section
> > > > > > of webmin anymore. I have a FC4 server and also a FC4 workstation,
> > > and
> > > > > > both exhibit this bad behaviour.
> > > > > >
> > > > > > Anyone know of this? Any work arounds? I do have the latest version
> > > of
> > > > > > Webmin installed.
> > > > > >
> > > > > > Karen
> R=C8=A7=81:&q=AB[=BA=D9=DEy=DBhv=89=A8=AD=E3^y=DBh=B2=EAi=A2=BBpy=BB=AE=F8=9Cz=CBr=EA=E2=B7!=9E=B6=CBn}=F7h=9D=EA=AE=89=C9%=CB=AD=86=9A=DE=8A{^=82=B6=ADy=DB^r=E8=96=882=B6=89=9A=91=EC=A8=BA=B8=E8m=E6=AC=89=EA=C3=A3
> =E5=A1=A7H=C5=9Em*az=B7=80=A6=99bq=ABb=A2t=9E=AE=F7=AB=BF]5m=ABv=89=C0=A5=A7!xg=AB=A2x=A6=A2m=A7=FF=ECzV=AC=BA=C7=DA=96F =9D=EB=7F=B1=E9\=99=D7e=9EI"u=DDv=D3=BD=3Dn']=DB=AD=F4=E7=B7Z=B5=DDv=D7=AE6=8A=F0j=B7^u=BC=AD=85=E5=9Enh=A7=99=A8=A5=8Ax%=8A=CBZ=B7=9Bi=D9=A2=9EX=AC=B6X=AC=B6=CB(=BA=B7~=8A=E0zw=ADN=8A=DE=9A=8B=DE=CA=8B=AB=B1=E9_~=BA&=B6=AC=96+-=82=8Bh=86=DBi=FF=F9b=B2=DB,=A2=EA=DCy=FA+=81=E9=DE=B7=F9b=B2=DB?=96+-=8Aw=E8=FF=9Bi=D9=A2=9EX=AC

Re: [webmin-l] init woes

[<lis...@gm...>]

SGkgSmFtaWUuCgpZZWFoIEkganVzdCBwdXQgaW4gYSBzaW1wbGUgc3RhcnR1cCBjb21tYW5kIGFu
ZCBzaHV0ZG93biBjb21tYW5kIGFuZAp1c2VkIHdlYm1pbiB0byBjcmVhdGUgdGhlIGVudHJ5IC0g
SSBkaWRuJ3Qga25vdyBhbnl0aGluZyBhYm91dApjaGtjb25maWcuCgpBbHNvIG15IFdlYm1pbiBp
bnN0YWxsIHVuZGVyICJVc2UgY2hrY29uZmlnIGNvbW1hbmQgdG8gZW5hYmxlCmFjdGlvbnM/IiBk
b2Vzbid0IHNlZW0gdG8gaGF2ZSB5ZXMgb3Igbm8uIFJhdGhlciBpdCdzIGp1c3QgYSBib3ggd2l0
aAowIGluIGl0LiBXb3VsZG4ndCB0aGF0IGFscmVhZHkgYmUgIm5vIj8KCkthcmVuCgpPbiA1LzE3
LzA2LCBKYW1pZSBDYW1lcm9uIDxqY2FtZXJvbkB3ZWJtaW4uY29tPiB3cm90ZToKPiBJIGFtIGd1
ZXNzaW5nIHRoYXQgdGhpcyAwME1vdW50YmFja3Vwc2hhcmUgaW5pdCBzY3JpcHQgZG9lc24ndAo+
IGhhdmUgdGhlIG5lZWRlZCBjaGtjb25maWc6IGxpbmVzIGluIGl0LiBPbmUgd29yay1hcm91bmQg
dG8gZW5hYmxlCj4gaXQgd291bGQgYmUgdG8gZ28gdG8gdGhlIEJvb3R1cCBhbmQgU2h1dGRvd24g
bW9kdWxlLCBjbGljayBvbgo+IE1vZHVsZSBDb25maWcsIGFuZCBjaGFuZ2UgdGhlICdVc2UgY2hr
Y29uZmlnIGNvbW1hbmQgdG8gZW5hYmxlIGFjdGlvbnM/Jwo+IG9wdGlvbiB0byBOby4KPgo+IFRo
ZW4gdHJ5IGVuYWJsaW5nIHRoZSBpbml0IHNjcmlwdCBpbiBXZWJtaW4uLgo+Cj4gIC0gSmFtaWUK
Pgo+IE9uIDE3L01heS8yMDA2IDE1OjE5IGxpc3Rib3hzdGVyQGdtYWlsLmNvbSB3cm90ZSAuLgo+
ID4gSGVyZSdzIHdoYXQgSSBnZXQ6Cj4gPgo+ID4gW3Jvb3RAdXRvcGlhIGthcmVuXSMgL3NiaW4v
Y2hrY29uZmlnIC0tYWRkIGh0dHBkCj4gPiBbcm9vdEB1dG9waWEga2FyZW5dIyAvc2Jpbi9jaGtj
b25maWcgaHR0cGQgb24KPiA+Cj4gPiBTbyBpdCBsaWtlZCB0aGUgaHR0cGQgc2VydmljZS4gSGVy
ZSdzIHdoYXQgSSBnZXQgd2l0aCBteSBtb3VudDoKPiA+Cj4gPiBbcm9vdEB1dG9waWEga2FyZW5d
IyAvc2Jpbi9jaGtjb25maWcgLS1hZGQgMDBNb3VudGJhY2t1cHNoYXJlCj4gPiBzZXJ2aWNlIDAw
TW91bnRiYWNrdXBzaGFyZSBkb2VzIG5vdCBzdXBwb3J0IGNoa2NvbmZpZwo+ID4gW3Jvb3RAdXRv
cGlhIGthcmVuXSMgL3NiaW4vY2hrY29uZmlnIDAwTW91bnRiYWNrdXBzaGFyZSBvbgo+ID4gc2Vy
dmljZSAwME1vdW50YmFja3Vwc2hhcmUgZG9lcyBub3Qgc3VwcG9ydCBjaGtjb25maWcKPiA+Cj4g
PiBTbyBlaXRoZXIgaXQgZG9lc24ndCBsaWtlIG15IHNwZWNpZmljIGluaXQgc2NyaXB0LCBvciBp
dCBkb2Vzbid0IGxpa2UKPiA+IGFueSBuZXcgaW5pdCBzY3JpcHQuIFdvdWxkIHRoaXMgYmUgdGhl
biBiZXlvbmQgdGhlIHNjb3BlIG9mIHdlYm1pbj8gSWYKPiA+IHNvLCBnbyBhbnkgaGludHM/IDst
RAo+ID4KPiA+IEthcmVuCj4gPgo+ID4KPiA+Cj4gPgo+ID4gT24gNS8xNy8wNiwgSmFtaWUgQ2Ft
ZXJvbiA8amNhbWVyb25Ad2VibWluLmNvbT4gd3JvdGU6Cj4gPiA+IEFyZSB5b3UgYWJsZSB0byBl
bmFibGUgYWN0aW9ucyBhdCBib290IHRpbWUgdXNpbmcgdGhlIHNoZWxsIGNvbW1hbmRzCj4gPiA6
Cj4gPiA+Cj4gPiA+IGNoa2NvbmZpZyAtLWFkZCBodHRwZAo+ID4gPiBjaGtjb25maWcgaHR0cGQg
b24KPiA+ID4KPiA+ID4gQmVjYXVzZSB0aG9zZSBhcmUgdGhlIGNvbW1hbmRzIFdlYm1pbiB1c2Vz
IGludGVybmFsbHkuLgo+ID4gPgo+ID4gPiAgLSBKYW1pZQo+ID4gPgo+ID4gPiBPbiAxNy9NYXkv
MjAwNiAxNDoxOSBsaXN0Ym94c3RlckBnbWFpbC5jb20gd3JvdGUgLi4KPiA+ID4gPiBIaSBKYW1p
ZS4gSXQncyB2MS4yNzAgb24gYm90aCBGQzQgYm94ZXMuCj4gPiA+ID4KPiA+ID4gPiBLYXJlbgo+
ID4gPiA+Cj4gPiA+ID4KPiA+ID4gPiBPbiA1LzE3LzA2LCBKYW1pZSBDYW1lcm9uIDxqY2FtZXJv
bkB3ZWJtaW4uY29tPiB3cm90ZToKPiA+ID4gPiA+IEhpIEthcmVuLAo+ID4gPiA+ID4gQXJlIHlv
dSBydW5uaW5nIFdlYm1pbiAxLjI3MCB0aGVyZT8gU29tZSBvbGRlciB2ZXJzaW9ucyBoYWQgYSBi
dWcKPiA+IHRoYXQKPiA+ID4gPiBwcmV2ZW50ZWQgaW5pdCBzY3JpcHRzIGZyb20gYmVpbmcgZW5h
YmxlZCBsaWtlIHRoaXMuCj4gPiA+ID4gPgo+ID4gPiA+ID4gIC0gSmFtaWUKPiA+ID4gPiA+Cj4g
PiA+ID4gPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQo+ID4gPiA+ID4KPiA+ID4gPiA+IEZy
b206ICBsaXN0Ym94c3RlckBnbWFpbC5jb20KPiA+ID4gPiA+IFN1Ymo6ICBbd2VibWluLWxdIGlu
aXQgd29lcwo+ID4gPiA+ID4gRGF0ZTogIFdlZCAxNyBNYXkgMjAwNiA3OjM4IGFtCj4gPiA+ID4g
PiBTaXplOiAgNDg4IGJ5dGVzCj4gPiA+ID4gPiBUbzogIHdlYmFkbWluLWxpc3RAbGlzdHMuc291
cmNlZm9yZ2UubmV0Cj4gPiA+ID4gPgo+ID4gPiA+ID4gSGkgdGhlcmUuCj4gPiA+ID4gPgo+ID4g
PiA+ID4gSSBjYW5ub3Qgc2VlbSB0byBjaGFuZ2UgdGhlICJTdGFydCBhdCBib290PyIgb3B0aW9u
IGluIG15IGluaXQgc2VjdGlvbgo+ID4gPiA+ID4gb2Ygd2VibWluIGFueW1vcmUuIEkgaGF2ZSBh
IEZDNCBzZXJ2ZXIgYW5kIGFsc28gYSBGQzQgd29ya3N0YXRpb24sCj4gPiBhbmQKPiA+ID4gPiA+
IGJvdGggZXhoaWJpdCB0aGlzIGJhZCBiZWhhdmlvdXIuCj4gPiA+ID4gPgo+ID4gPiA+ID4gQW55
b25lIGtub3cgb2YgdGhpcz8gQW55IHdvcmsgYXJvdW5kcz8gSSBkbyBoYXZlIHRoZSBsYXRlc3Qg
dmVyc2lvbgo+ID4gb2YKPiA+ID4gPiA+IFdlYm1pbiBpbnN0YWxsZWQuCj4gPiA+ID4gPgo+ID4g
PiA+ID4gS2FyZW4K

Re: [webmin-l] init woes

[Jamie C. <jca...@we...>]

I am guessing that this 00Mountbackupshare init script doesn't
have the needed chkconfig: lines in it. One work-around to enable
it would be to go to the Bootup and Shutdown module, click on
Module Config, and change the 'Use chkconfig command to enable actions?'
option to No.

Then try enabling the init script in Webmin..

 - Jamie

On 17/May/2006 15:19 lis...@gm... wrote ..
> Here's what I get:
> 
> [root@utopia karen]# /sbin/chkconfig --add httpd
> [root@utopia karen]# /sbin/chkconfig httpd on
> 
> So it liked the httpd service. Here's what I get with my mount:
> 
> [root@utopia karen]# /sbin/chkconfig --add 00Mountbackupshare
> service 00Mountbackupshare does not support chkconfig
> [root@utopia karen]# /sbin/chkconfig 00Mountbackupshare on
> service 00Mountbackupshare does not support chkconfig
> 
> So either it doesn't like my specific init script, or it doesn't like
> any new init script. Would this be then beyond the scope of webmin? If
> so, go any hints? ;-D
> 
> Karen
> 
> 
> 
> 
> On 5/17/06, Jamie Cameron <jca...@we...> wrote:
> > Are you able to enable actions at boot time using the shell commands
> :
> >
> > chkconfig --add httpd
> > chkconfig httpd on
> >
> > Because those are the commands Webmin uses internally..
> >
> >  - Jamie
> >
> > On 17/May/2006 14:19 lis...@gm... wrote ..
> > > Hi Jamie. It's v1.270 on both FC4 boxes.
> > >
> > > Karen
> > >
> > >
> > > On 5/17/06, Jamie Cameron <jca...@we...> wrote:
> > > > Hi Karen,
> > > > Are you running Webmin 1.270 there? Some older versions had a bug
> that
> > > prevented init scripts from being enabled like this.
> > > >
> > > >  - Jamie
> > > >
> > > > -----Original Message-----
> > > >
> > > > From:  lis...@gm...
> > > > Subj:  [webmin-l] init woes
> > > > Date:  Wed 17 May 2006 7:38 am
> > > > Size:  488 bytes
> > > > To:  web...@li...
> > > >
> > > > Hi there.
> > > >
> > > > I cannot seem to change the "Start at boot?" option in my init section
> > > > of webmin anymore. I have a FC4 server and also a FC4 workstation,
> and
> > > > both exhibit this bad behaviour.
> > > >
> > > > Anyone know of this? Any work arounds? I do have the latest version
> of
> > > > Webmin installed.
> > > >
> > > > Karen
> ]R=C8=A7=81:&q=AB[=BA=D9=DEy=DBhv=89=A8=AD=E3^y=DBh=B2=EAi=A2=BBpy=BB=AE=F8=9Cz=CBr=EA=E2=B7!=9E=B6=CBn}=F7h=9D=EA=AE=89=C9%=CB=AD=86=9A=DE=8A{^=82=B6=ADy=DB^r=E8=96=882=B6=89=9A=91=EC=A8=BA=B8=E8m=E6=AC=89=EA=C3=A3
> =E5=A1=A7H=C5=9Em*az=B7=80=A6=99bq=ABb=A2t=9E=AE=F7=AB=BF]5m=ABv=89=C0=A5=A7!xg=AB=A2x=A6=A2m=A7=FF=ECzV=AC=BA=C7=DA=96F =9D=EB=7F=B1=E9\=99=D7e=9EI"u=DDv=D3=BD=3Dn']=DB=AD=F4=E7=B7Z=B5=DDv=D7=AE6=8A=F0j=B7^u=BC=AD=85=E5=9Enh=A7=99=A8=A5=8Ax%=8A=CBZ=B7=9Bi=D9=A2=9EX=AC=B6X=AC=B6=CB(=BA=B7~=8A=E0zw=ADN=8A=DE=9A=8B=DE=CA=8B=AB=B1=E9_~=BA&=B6=AC=96+-=82=8Bh=86=DBi=FF=F9b=B2=DB,=A2=EA=DCy=FA+=81=E9=DE=B7=F9b=B2=DB?=96+-=8Aw=E8=FF=9Bi=D9=A2=9EX=AC

Re: [webmin-l] init woes

[<lis...@gm...>]

SGVyZSdzIHdoYXQgSSBnZXQ6Cgpbcm9vdEB1dG9waWEga2FyZW5dIyAvc2Jpbi9jaGtjb25maWcg
LS1hZGQgaHR0cGQKW3Jvb3RAdXRvcGlhIGthcmVuXSMgL3NiaW4vY2hrY29uZmlnIGh0dHBkIG9u
CgpTbyBpdCBsaWtlZCB0aGUgaHR0cGQgc2VydmljZS4gSGVyZSdzIHdoYXQgSSBnZXQgd2l0aCBt
eSBtb3VudDoKCltyb290QHV0b3BpYSBrYXJlbl0jIC9zYmluL2Noa2NvbmZpZyAtLWFkZCAwME1v
dW50YmFja3Vwc2hhcmUKc2VydmljZSAwME1vdW50YmFja3Vwc2hhcmUgZG9lcyBub3Qgc3VwcG9y
dCBjaGtjb25maWcKW3Jvb3RAdXRvcGlhIGthcmVuXSMgL3NiaW4vY2hrY29uZmlnIDAwTW91bnRi
YWNrdXBzaGFyZSBvbgpzZXJ2aWNlIDAwTW91bnRiYWNrdXBzaGFyZSBkb2VzIG5vdCBzdXBwb3J0
IGNoa2NvbmZpZwoKU28gZWl0aGVyIGl0IGRvZXNuJ3QgbGlrZSBteSBzcGVjaWZpYyBpbml0IHNj
cmlwdCwgb3IgaXQgZG9lc24ndCBsaWtlCmFueSBuZXcgaW5pdCBzY3JpcHQuIFdvdWxkIHRoaXMg
YmUgdGhlbiBiZXlvbmQgdGhlIHNjb3BlIG9mIHdlYm1pbj8gSWYKc28sIGdvIGFueSBoaW50cz8g
Oy1ECgpLYXJlbgoKCgoKT24gNS8xNy8wNiwgSmFtaWUgQ2FtZXJvbiA8amNhbWVyb25Ad2VibWlu
LmNvbT4gd3JvdGU6Cj4gQXJlIHlvdSBhYmxlIHRvIGVuYWJsZSBhY3Rpb25zIGF0IGJvb3QgdGlt
ZSB1c2luZyB0aGUgc2hlbGwgY29tbWFuZHMgOgo+Cj4gY2hrY29uZmlnIC0tYWRkIGh0dHBkCj4g
Y2hrY29uZmlnIGh0dHBkIG9uCj4KPiBCZWNhdXNlIHRob3NlIGFyZSB0aGUgY29tbWFuZHMgV2Vi
bWluIHVzZXMgaW50ZXJuYWxseS4uCj4KPiAgLSBKYW1pZQo+Cj4gT24gMTcvTWF5LzIwMDYgMTQ6
MTkgbGlzdGJveHN0ZXJAZ21haWwuY29tIHdyb3RlIC4uCj4gPiBIaSBKYW1pZS4gSXQncyB2MS4y
NzAgb24gYm90aCBGQzQgYm94ZXMuCj4gPgo+ID4gS2FyZW4KPiA+Cj4gPgo+ID4gT24gNS8xNy8w
NiwgSmFtaWUgQ2FtZXJvbiA8amNhbWVyb25Ad2VibWluLmNvbT4gd3JvdGU6Cj4gPiA+IEhpIEth
cmVuLAo+ID4gPiBBcmUgeW91IHJ1bm5pbmcgV2VibWluIDEuMjcwIHRoZXJlPyBTb21lIG9sZGVy
IHZlcnNpb25zIGhhZCBhIGJ1ZyB0aGF0Cj4gPiBwcmV2ZW50ZWQgaW5pdCBzY3JpcHRzIGZyb20g
YmVpbmcgZW5hYmxlZCBsaWtlIHRoaXMuCj4gPiA+Cj4gPiA+ICAtIEphbWllCj4gPiA+Cj4gPiA+
IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCj4gPiA+Cj4gPiA+IEZyb206ICBsaXN0Ym94c3Rl
ckBnbWFpbC5jb20KPiA+ID4gU3ViajogIFt3ZWJtaW4tbF0gaW5pdCB3b2VzCj4gPiA+IERhdGU6
ICBXZWQgMTcgTWF5IDIwMDYgNzozOCBhbQo+ID4gPiBTaXplOiAgNDg4IGJ5dGVzCj4gPiA+IFRv
OiAgd2ViYWRtaW4tbGlzdEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+ID4KPiA+ID4gSGkgdGhl
cmUuCj4gPiA+Cj4gPiA+IEkgY2Fubm90IHNlZW0gdG8gY2hhbmdlIHRoZSAiU3RhcnQgYXQgYm9v
dD8iIG9wdGlvbiBpbiBteSBpbml0IHNlY3Rpb24KPiA+ID4gb2Ygd2VibWluIGFueW1vcmUuIEkg
aGF2ZSBhIEZDNCBzZXJ2ZXIgYW5kIGFsc28gYSBGQzQgd29ya3N0YXRpb24sIGFuZAo+ID4gPiBi
b3RoIGV4aGliaXQgdGhpcyBiYWQgYmVoYXZpb3VyLgo+ID4gPgo+ID4gPiBBbnlvbmUga25vdyBv
ZiB0aGlzPyBBbnkgd29yayBhcm91bmRzPyBJIGRvIGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uIG9m
Cj4gPiA+IFdlYm1pbiBpbnN0YWxsZWQuCj4gPiA+Cj4gPiA+IEthcmVuCg==

Re: [webmin-l] init woes

[Jamie C. <jca...@we...>]

Are you able to enable actions at boot time using the shell commands :

chkconfig --add httpd
chkconfig httpd on

Because those are the commands Webmin uses internally..

 - Jamie

On 17/May/2006 14:19 lis...@gm... wrote ..
> Hi Jamie. It's v1.270 on both FC4 boxes.
> 
> Karen
> 
> 
> On 5/17/06, Jamie Cameron <jca...@we...> wrote:
> > Hi Karen,
> > Are you running Webmin 1.270 there? Some older versions had a bug that
> prevented init scripts from being enabled like this.
> >
> >  - Jamie
> >
> > -----Original Message-----
> >
> > From:  lis...@gm...
> > Subj:  [webmin-l] init woes
> > Date:  Wed 17 May 2006 7:38 am
> > Size:  488 bytes
> > To:  web...@li...
> >
> > Hi there.
> >
> > I cannot seem to change the "Start at boot?" option in my init section
> > of webmin anymore. I have a FC4 server and also a FC4 workstation, and
> > both exhibit this bad behaviour.
> >
> > Anyone know of this? Any work arounds? I do have the latest version of
> > Webmin installed.
> >
> > Karen
> R=C8=A7=81:&q=AB[=BA=D9=DEy=DBhv=89=A8=AD=E3^y=DBh=B2=EAi=A2=BBpy=BB=AE=F8=9Cz=CBr=EA=E2=B7!=9E=B6=CBn}=F7h=9D=EA=AE=89=C9%=CB=AD=86=9A=DE=8A{^=82=B6=ADy=DB^r=E8=96=882=B6=89=9A=91=EC=A8=BA=B8=E8m=E6=AC=89=EA=C3=A3
> =E5=A1=A7H=C5=9Em*az=B7=80=A6=99bq=ABb=A2t=9E=AE=F7=AB=BF]5m=ABv=89=C0=A5=A7!xg=AB=A2x=A6=A2m=A7=FF=ECzV=AC=BA=C7=DA=96F =9D=EB=7F=B1=E9\=99=D7e=9EI"u=DDv=D3=BD=3Dn']=DB=AD=F4=E7=B7Z=B5=DDv=D7=AE6=8A=F0j=B7^u=BC=AD=85=E5=9Enh=A7=99=A8=A5=8Ax%=8A=CBZ=B7=9Bi=D9=A2=9EX=AC=B6X=AC=B6=CB(=BA=B7~=8A=E0zw=ADN=8A=DE=9A=8B=DE=CA=8B=AB=B1=E9_~=BA&=B6=AC=96+-=82=8Bh=86=DBi=FF=F9b=B2=DB,=A2=EA=DCy=FA+=81=E9=DE=B7=F9b=B2=DB?=96+-=8Aw=E8=FF=9Bi=D9=A2=9EX=AC

Re: [webmin-l] init woes

[<lis...@gm...>]

SGkgSmFtaWUuIEl0J3MgdjEuMjcwIG9uIGJvdGggRkM0IGJveGVzLgoKS2FyZW4KCgpPbiA1LzE3
LzA2LCBKYW1pZSBDYW1lcm9uIDxqY2FtZXJvbkB3ZWJtaW4uY29tPiB3cm90ZToKPiBIaSBLYXJl
biwKPiBBcmUgeW91IHJ1bm5pbmcgV2VibWluIDEuMjcwIHRoZXJlPyBTb21lIG9sZGVyIHZlcnNp
b25zIGhhZCBhIGJ1ZyB0aGF0IHByZXZlbnRlZCBpbml0IHNjcmlwdHMgZnJvbSBiZWluZyBlbmFi
bGVkIGxpa2UgdGhpcy4KPgo+ICAtIEphbWllCj4KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t
LQo+Cj4gRnJvbTogIGxpc3Rib3hzdGVyQGdtYWlsLmNvbQo+IFN1Ymo6ICBbd2VibWluLWxdIGlu
aXQgd29lcwo+IERhdGU6ICBXZWQgMTcgTWF5IDIwMDYgNzozOCBhbQo+IFNpemU6ICA0ODggYnl0
ZXMKPiBUbzogIHdlYmFkbWluLWxpc3RAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4KPiBIaSB0aGVy
ZS4KPgo+IEkgY2Fubm90IHNlZW0gdG8gY2hhbmdlIHRoZSAiU3RhcnQgYXQgYm9vdD8iIG9wdGlv
biBpbiBteSBpbml0IHNlY3Rpb24KPiBvZiB3ZWJtaW4gYW55bW9yZS4gSSBoYXZlIGEgRkM0IHNl
cnZlciBhbmQgYWxzbyBhIEZDNCB3b3Jrc3RhdGlvbiwgYW5kCj4gYm90aCBleGhpYml0IHRoaXMg
YmFkIGJlaGF2aW91ci4KPgo+IEFueW9uZSBrbm93IG9mIHRoaXM/IEFueSB3b3JrIGFyb3VuZHM/
IEkgZG8gaGF2ZSB0aGUgbGF0ZXN0IHZlcnNpb24gb2YKPiBXZWJtaW4gaW5zdGFsbGVkLgo+Cj4g
S2FyZW4K

Re: [webmin-l] init woes

[Jamie C. <jca...@we...>]

Hi Karen,
Are you running Webmin 1.270 there? Some older versions had a bug that pr=
evented init scripts from being enabled like this.

 - Jamie

-----Original Message-----

From:  lis...@gm...
Subj:  [webmin-l] init woes
Date:  Wed 17 May 2006 7:38 am
Size:  488 bytes
To:  web...@li...

Hi there.

I cannot seem to change the "Start at boot?" option in my init section
of webmin anymore. I have a FC4 server and also a FC4 workstation, and
both exhibit this bad behaviour.

Anyone know of this? Any work arounds? I do have the latest version of
Webmin installed.

Karen