webadmin-devel — The webmin development mailing list

Re: webmin rpm and chkconfig...

[<jam...@te...>]

jam...@te... wrote ..

> Yeah, that's probably what happened. If I moved the K scripts to just
> runlevels 0, 1 and 6 would that cause it to attempt to be re-started when
> switching from runlevel 3 to 5 ?

It should not provided you are creating a subsys file.  And you are (you
call it a lockfile, but who cares (-;).  The code /etc/rc.d/rc actually
uses that file to determine if it should try to start a "sub system"/rc
script or not.  So for instance, it would work like this:

     1) Go to run level 3.
     2) See if webmin subsys file exists.
     3) It does not so start it.
     4) webmin rc script creates the subsys file.
     5) Go to run level 5.
     6) See if webmin subsys file exists.
     7) It does so don't run the webmin rc script.


> > Concerning chkconfig, I can see why for your purposes you may want to
avoid
> > chkconfig.  You want the RPM to install on as many machines as
possible.
> > Still you probably don't want to have the links be part of the files
that
> > ship
> > with the RPM.  The reason is that those links are subject to change by
> > the
> > user (their kind of like config information).  I would make their
creatoin
> > part of your post script and their deletion part of your of your preun
>
> They could also be marked as config files in the .spec file I guess ..
I suppose you could do that.  Some rpms take this approach, and you end up
with symblinks called S??*.rpmsave hanging around.

<SNIP>
> > provide entries in some database (I am not sure where it lives) for
ntsysv
> > and friends.  Its just the right thing to do on a RedHat based system.
> > On the other hand that makes your code more complicated.
>
> I did consider having the script and links created by a post script,
similar to
> code that is run when installing the .tar.gz version of webmin. This
would
> be good for distros like suse that used /sbin as the init script base
> directory instead of /etc/init.d !
You HP/UX places there rc scripts under /sbin also.  Very scary.  That was
the one thing about HP/UX I always scratched my head over.


Cheers...james

Re: webmin rpm and chkconfig...

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

jam...@te... wrote ..
> 
> > > This is one of those simple things that I rarely dig into though. 
> It
> > > just works, so why bother understanding it?  ;-)
> > >
> > > Anyway, in my RPMs I've gone under the assumption that you start it
> in
> > > runlevels where you want it to run and kill it in levels where you
> don't
> > > (thus network gets killed in level 1..actually everything gets killed
> > > there except S00single).  I may be wrong, but it seems to work.  Then
> > > again, so does Webmin!  ;-)
> >
> > Looks like you are right .. all the other init scripts on my system have
> > their S links in rc3.d, rc4.d and rc5.d , and their K links in rc0.d
> ,
> rc1.d
> > and rc6.d . So I'll make the Webmin RPM do the same thing ..
> 
> You know it must have worked before because of the order in which the kill
> scripts
> are called.  As in the /etc/rc.d/rc script you have the following comments:
> 
>           # First, run the KILL scripts.
>           .
>           .
>           .
>           # Now run the START scripts.
> 
> So it was bascially killing webmin (though it was not there to be killed),
> and then restarting it (or really starting it for the first time).  Upon
> shutdown webmin would be killed violently, but this may not have been a
> problem and thus no one noticed.  The one thing that would have occured
> is
> that
> switching between run levels (say 3 to 5 for instance) would have webmin
> stop and then restarted (which I do believe I have observed).

Yeah, that's probably what happened. If I moved the K scripts to just
runlevels 0, 1 and 6 would that cause it to attempt to be re-started when
switching from runlevel 3 to 5 ?

> Concerning chkconfig, I can see why for your purposes you may want to avoid
> chkconfig.  You want the RPM to install on as many machines as possible.
> Still you probably don't want to have the links be part of the files that
> ship
> with the RPM.  The reason is that those links are subject to change by
> the
> user (their kind of like config information).  I would make their creatoin
> part of your post script and their deletion part of your of your preun

They could also be marked as config files in the .spec file I guess ..

> (I
> would
> do this in the preun, because you need to be able to trace the links back
> to the correct rc script...that is verify that they link to your webmin
> rc script).  Also, and you may not want to go this far, I would set the
> post
> script and pre-un script to use chkconfig if it exists.  The reason I say
> this is that, chkconfig on a RedHat derivative system (RedHat, Mandrake,
> and friends) will handle the placement of these sym links automatically,
> and
> provide entries in some database (I am not sure where it lives) for ntsysv
> and friends.  Its just the right thing to do on a RedHat based system.
> On the other hand that makes your code more complicated.

I did consider having the script and links created by a post script, similar to
code that is run when installing the .tar.gz version of webmin. This would
be good for distros like suse that used /sbin as the init script base
directory instead of /etc/init.d !

The only problem would be dealing with the situation in which users were
upgrading from an old RPM that had the init scripts as part of the package.
It should be possible to deal with though, so I will look into doing that
in future ..

  - Jamie

Re: webmin rpm and chkconfig...

[<jam...@te...>]

> > This is one of those simple things that I rarely dig into though.  It
> > just works, so why bother understanding it?  ;-)
> >
> > Anyway, in my RPMs I've gone under the assumption that you start it in
> > runlevels where you want it to run and kill it in levels where you
don't
> > (thus network gets killed in level 1..actually everything gets killed
> > there except S00single).  I may be wrong, but it seems to work.  Then
> > again, so does Webmin!  ;-)
>
> Looks like you are right .. all the other init scripts on my system have
> their S links in rc3.d, rc4.d and rc5.d , and their K links in rc0.d ,
rc1.d
> and rc6.d . So I'll make the Webmin RPM do the same thing ..

You know it must have worked before because of the order in which the kill
scripts
are called.  As in the /etc/rc.d/rc script you have the following comments:

          # First, run the KILL scripts.
          .
          .
          .
          # Now run the START scripts.

So it was bascially killing webmin (though it was not there to be killed),
and then restarting it (or really starting it for the first time).  Upon
shutdown webmin would be killed violently, but this may not have been a
problem and thus no one noticed.  The one thing that would have occured is
that
switching between run levels (say 3 to 5 for instance) would have webmin
stop and then restarted (which I do believe I have observed).

Concerning chkconfig, I can see why for your purposes you may want to avoid
chkconfig.  You want the RPM to install on as many machines as possible.
Still you probably don't want to have the links be part of the files that
ship
with the RPM.  The reason is that those links are subject to change by the
user (their kind of like config information).  I would make their creatoin
part of your post script and their deletion part of your of your preun (I
would
do this in the preun, because you need to be able to trace the links back
to the correct rc script...that is verify that they link to your webmin
rc script).  Also, and you may not want to go this far, I would set the
post
script and pre-un script to use chkconfig if it exists.  The reason I say
this is that, chkconfig on a RedHat derivative system (RedHat, Mandrake,
and friends) will handle the placement of these sym links automatically,
and
provide entries in some database (I am not sure where it lives) for ntsysv
and friends.  Its just the right thing to do on a RedHat based system.
On the other hand that makes your code more complicated.

Cheers...james

  - Jamie

Re: webmin rpm and chkconfig...

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

Joe Cooper wrote:

> Jamie Cameron wrote:
> 
>> jam...@te... wrote:
>>
>>>       - Did you really mean to have kill and start scripts in the 
>>> same run
>>>       level?  I thought the
>>>          kill scripts belonged in the run levels where you don't want
>>>       webmin to run, such
>>>          as 0, 1, and 6.
>>
>>
>>
>>
>> To be honest, I'm not really sure about that! Aren't the K scripts for 
>> a runlevel
>> run when leaving it? So if you booted to runlevel 5, S99webmin would 
>> be run at boot time..
>> When shutting down (and so leaving runlevel 5) K10webmin would be run.
>>
>> Correct me if I am wrong in my understanding of how init scripts work 
>> on shutdown though.
> 
> 
> My understanding was the same as James.  My impression was that the kill 
> scripts run as you switch into a runlevel.  Thus rc6.d contains a ton of 
> K scripts and only two S scripts (S00killall and S01reboot) and rc0.d is 
> the same except S01halt replaces S01reboot.
> 
> telinit <somelevel> should prove it quickly...I'm not at a machine I can 
> do a runlevel change on at the moment, but I reckon James is right.
> 
> This is one of those simple things that I rarely dig into though.  It 
> just works, so why bother understanding it?  ;-)
> 
> Anyway, in my RPMs I've gone under the assumption that you start it in 
> runlevels where you want it to run and kill it in levels where you don't 
> (thus network gets killed in level 1..actually everything gets killed 
> there except S00single).  I may be wrong, but it seems to work.  Then 
> again, so does Webmin!  ;-)

Looks like you are right .. all the other init scripts on my system have
their S links in rc3.d, rc4.d and rc5.d , and their K links in rc0.d , rc1.d
and rc6.d . So I'll make the Webmin RPM do the same thing ..

  - Jamie

Re: ACL bug in Postfix module version 0.990

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

Jørgen Hermanrud Fjeld wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi.
> There is a mismatch in acl naming of right to edit and genereate aliases for 
> the postfix module.
> "postfix-lib.pl" uses "genaliases", while "acl_security.pl" uses "aliases".
> I'd like to alter genaliases to aliases in postfix-lib.pl
> ****Patch for postfix-lib.pl
> 361c361
> <     $access{'genaliases'} || error($text{'regenerate_ecannot'});
> - ---
> 
>>    $access{'aliases'} || error($text{'regenerate_ecannot'});
>>


Makes a lot of sense :) I will include it in the next release ..

  - Jamie

ACL bug in Postfix module version 0.990

[<jh...@he...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi.
There is a mismatch in acl naming of right to edit and genereate aliases for 
the postfix module.
"postfix-lib.pl" uses "genaliases", while "acl_security.pl" uses "aliases".
I'd like to alter genaliases to aliases in postfix-lib.pl
****Patch for postfix-lib.pl
361c361
<     $access{'genaliases'} || error($text{'regenerate_ecannot'});
- ---
>     $access{'aliases'} || error($text{'regenerate_ecannot'});
****


- -- 


 Sincerely
 Jørgen Hermanrud Fjeld

 jh...@he...


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9bG069jvTqPy5VsoRAlRFAJ0farfN6vtEXONuX4vMm+iy3TyU/wCeIoSU
TCSpoxLxSHUG76vc42h3Xac=
=EghL
-----END PGP SIGNATURE-----

Re: webmin rpm and chkconfig...

[Joe C. <jo...@sw...>]

Jamie Cameron wrote:
> jam...@te... wrote:
> 
>>       - Did you really mean to have kill and start scripts in the same 
>> run
>>       level?  I thought the
>>          kill scripts belonged in the run levels where you don't want
>>       webmin to run, such
>>          as 0, 1, and 6.
> 
> 
> 
> To be honest, I'm not really sure about that! Aren't the K scripts for a 
> runlevel
> run when leaving it? So if you booted to runlevel 5, S99webmin would be 
> run at boot time..
> When shutting down (and so leaving runlevel 5) K10webmin would be run.
> 
> Correct me if I am wrong in my understanding of how init scripts work on 
> shutdown though.

My understanding was the same as James.  My impression was that the kill 
scripts run as you switch into a runlevel.  Thus rc6.d contains a ton of 
K scripts and only two S scripts (S00killall and S01reboot) and rc0.d is 
the same except S01halt replaces S01reboot.

telinit <somelevel> should prove it quickly...I'm not at a machine I can 
do a runlevel change on at the moment, but I reckon James is right.

This is one of those simple things that I rarely dig into though.  It 
just works, so why bother understanding it?  ;-)

Anyway, in my RPMs I've gone under the assumption that you start it in 
runlevels where you want it to run and kill it in levels where you don't 
(thus network gets killed in level 1..actually everything gets killed 
there except S00single).  I may be wrong, but it seems to work.  Then 
again, so does Webmin!  ;-)
-- 
Joe Cooper <jo...@sw...>
Web caching appliances and support.
http://www.swelltech.com

Re: webmin rpm and chkconfig...

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

jam...@te... wrote:

> Hi Jamie,
> 
> I am trying to build a trimmed down RPM of webmin for our internal purposes
> and came across
> what I believe is a discrepency (or maybe its not).    In the webmin init
> script you have the following
> comments:
> 
>      # chkconfig: 235 99 00
>      # description: Start or stop the Webmin server
> 
> Which of course are for the chkconfig program.  What I find strange is that
> your RPM's specfile does
> not use the chkconfig command to setup the sybolic links for the init
> script but instead do these
> as files that are part of the package.  Furthermore in the spec file  you
> are setting the init scripts
> links to have it run at different priority (or order) than you have in your
> chkconfig entry in the
> init script:
> 
>      /etc/rc.d/rc2.d/S99webmin
>      /etc/rc.d/rc3.d/S99webmin
>      /etc/rc.d/rc5.d/S99webmin
>      /etc/rc.d/rc2.d/K10webmin
>      /etc/rc.d/rc3.d/K10webmin
>      /etc/rc.d/rc5.d/K10webmin
> 
> Furthermore, and I just noticed this, you have kill scripts in the same run
>       level as your start scripts.
> 
> So my questions are:
> 
>       - Which priorities do you consider correct (I am assuming the links
>       in the spec file, but
>          I figure I would ask)?


The links in the spec file are the correct priorities.. I will fix the init
script to match them.


>       - Why don't you use chkconfig?  I will most definately alter the
>       package for my
>         purposes to use it, but I was wondering if you had a reason?


Just because it is not always available. It seems to be a redhat-specific thing,
so I didn't want to depend upon its existance.


>       - Did you really mean to have kill and start scripts in the same run
>       level?  I thought the
>          kill scripts belonged in the run levels where you don't want
>       webmin to run, such
>          as 0, 1, and 6.


To be honest, I'm not really sure about that! Aren't the K scripts for a runlevel
run when leaving it? So if you booted to runlevel 5, S99webmin would be run at boot time..
When shutting down (and so leaving runlevel 5) K10webmin would be run.

Correct me if I am wrong in my understanding of how init scripts work on shutdown though.

  - Jamie

webmin rpm and chkconfig...

[<jam...@te...>]

Hi Jamie,

I am trying to build a trimmed down RPM of webmin for our internal purposes
and came across
what I believe is a discrepency (or maybe its not).    In the webmin init
script you have the following
comments:

     # chkconfig: 235 99 00
     # description: Start or stop the Webmin server

Which of course are for the chkconfig program.  What I find strange is that
your RPM's specfile does
not use the chkconfig command to setup the sybolic links for the init
script but instead do these
as files that are part of the package.  Furthermore in the spec file  you
are setting the init scripts
links to have it run at different priority (or order) than you have in your
chkconfig entry in the
init script:

     /etc/rc.d/rc2.d/S99webmin
     /etc/rc.d/rc3.d/S99webmin
     /etc/rc.d/rc5.d/S99webmin
     /etc/rc.d/rc2.d/K10webmin
     /etc/rc.d/rc3.d/K10webmin
     /etc/rc.d/rc5.d/K10webmin

Furthermore, and I just noticed this, you have kill scripts in the same run
      level as your start scripts.

So my questions are:

      - Which priorities do you consider correct (I am assuming the links
      in the spec file, but
         I figure I would ask)?
      - Why don't you use chkconfig?  I will most definately alter the
      package for my
        purposes to use it, but I was wondering if you had a reason?
      - Did you really mean to have kill and start scripts in the same run
      level?  I thought the
         kill scripts belonged in the run levels where you don't want
      webmin to run, such
         as 0, 1, and 6.

Cheers...james

Force password changes

[Poulson, D. <Dar...@nb...>]

Hi!

Is there any way to force a password change on a users next login after
their password has been changed via webmin? I was told this would be
available in the next release, but this was about 4 releases ago! *8-)

I did hack the passwd module a bit and got it working, but these changes
were lost when I upgraded and I didn't make a backup before I upgraded (I
know, I should've... we live and learn!)

Any help?

Darren.



**********************************************************************
This e-mail and any files transmitted with it contain information"
which is private and confidential and is intended solely for the
use of the individual or entity to whom they are addressed. 
If you are not an addressee, you are not authorised to read, 
copy or use the e-mail or any attachment.

If you are not the intended recipient, please notify the 
sender by return e-mail and then destroy it.

The Places For People group has taken reasonable precautions to minimise the risk
of virus infection, however we cannot accept any liability 
for any loss or damage sustained as a result of software 
viruses. It is your responsibility to carry out such virus 
checking as is necessary before opening any attachment.

This e-mail may contain personal views, which are not 
authorised by or sent on behalf of the Places For People group unless specifically
stated.
**********************************************************************

Development state

[Jean-Michel P. <jm....@fr...>]

Dear Franz,

Is there still development going on the Wireless webmin module? Is there =
a way=20
to access the module sources by CVS?

Cheers,
Jean-Michel POURE

Re: temp file not deleted with webmin?

[Support <su...@ea...>]

wow,

I feel like a moron, i found the problem,  I was not placing the absolute
path, thinking webmin would execute from the same folder as the C++ program.

problem:  /temp/yuck
fix:  /usr/local/application/temp/yuck

Thank you,

Diego



----- Original Message -----
From: "Tony Shadwick" <tsh...@st...>
To: <web...@li...>
Sent: Friday, August 09, 2002 1:10 PM
Subject: Re: temp file not deleted with webmin?


> This isn't so much a fix as a bandaid, but if the temp file is supposed to
> be removed right at the end of the program, why not do this:
>
> open(OUTPUT, "/usr/local/execute/fire 2>&1 |");
> while(<OUTPUT>) {
> print;
> }
> close(OUTPUT);
> unlink $tempfile;
>
> $tempfile is of course a string containing the absolute path to your
> tempfile.  Doesn't explain the behavior, but it temporarily fixes the
> problem.
>
> On 8/9/02 1:01 PM, "Support" <su...@ea...> wrote:
>
> > After furture testing and using the following print to browser command,
> >
> >
> > open(OUTPUT, "/usr/local/execute/fire 2>&1 |");
> > while(<OUTPUT>) {
> > print;
> > }
> > close(OUTPUT);
> >
> > I noticed that "deleting temp file..."  appears, but when I check no
temp
> > file is deleted.  I am in a daze...  I use shell the temp file is
deleted,
> > but when using Webmin, the file is not affected.
> >
> > ==== observations ====
> > 1.) I am using webmin as root - so privledges should not be the problem
> > 2.) program being executed by webmin module is a C++ program
> > 3.) C++ program calls on a "shell SED file"
> > 4.) Using Shell (root) or Telnet (limited privlidges) everything works
well
> > 5.) Using Webmin, C++ program is excecuted and ends properly, but "temp"
> > file not deleted
> > 6.) I am going crazy...
> >
> > Thanks,
> >
> > Diego
> >
> >
> >
> >
> > ----- Original Message -----
> > From: "Support" <su...@ea...>
> > To: <web...@li...>
> > Sent: Thursday, August 08, 2002 8:14 PM
> > Subject: Re: temp file not deleted with webmin?
> >
> >
> >> Hello,
> >>
> >> Adding to "subject:  temp not deleted with webmin",  it seems that the
> >> reason the "temp" file is not deleted form webmin, is due to the fact
that
> >> in webmin, the process is being executed using "
/usr/local/abc/execute -r
> >>
> >> /dev/null 2>&1 < /dev/null &"  Since this command does not print to
> > browser,
> >> I am assuming that the deletion of the temp file is not being executed
at
> >> the end.
> >>
> >> It works in telnet with limited privlidges and on the machine shell, so
> > the
> >> only conclusion I can up with it that, webmin is not executing the end
of
> >> the program, because it is not printing to browser.
> >>
> >> Thanks,
> >>
> >> Diego
> >>
> >>
> >> ----- Original Message -----
> >> From: "Support" <su...@ea...>
> >> To: <web...@li...>
> >> Sent: Thursday, August 08, 2002 6:18 PM
> >> Subject: temp file not deleted with webmin?
> >>
> >>
> >>> hello,
> >>>
> >>> I have a "C" program that deletes a temp file under shell and user
using
> >>> telnet, but noticed that it does not delete the temp file when I run
> > under
> >>> webmin.  I have all privledges, the temp is not deleted using a webmin
> >>> module to execute the program.  what can possibly be wrong?
> >>>
> >>> The program seems to fully finish, but the temp is not deleted.
> >>>
> >>> Thanks,
> >>>
> >>> Diego
> >>>
> >>
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > -
> > Forwarded by the Webmin development list at web...@we...
> > To remove yourself from this list, go to
> > http://lists.sourceforge.net/lists/listinfo/webadmin-devel
> >
>
>
> Tony Shadwick
> Manager of Internet Services
> Strategic Technology Group
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> -
> Forwarded by the Webmin development list at web...@we...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-devel
>

Re: temp file not deleted with webmin?

[Tony S. <tsh...@st...>]

This isn't so much a fix as a bandaid, but if the temp file is supposed to
be removed right at the end of the program, why not do this:

open(OUTPUT, "/usr/local/execute/fire 2>&1 |");
while(<OUTPUT>) {
print;
}
close(OUTPUT);
unlink $tempfile;

$tempfile is of course a string containing the absolute path to your
tempfile.  Doesn't explain the behavior, but it temporarily fixes the
problem.

On 8/9/02 1:01 PM, "Support" <su...@ea...> wrote:

> After furture testing and using the following print to browser command,
> 
> 
> open(OUTPUT, "/usr/local/execute/fire 2>&1 |");
> while(<OUTPUT>) {
> print;
> }
> close(OUTPUT);
> 
> I noticed that "deleting temp file..."  appears, but when I check no temp
> file is deleted.  I am in a daze...  I use shell the temp file is deleted,
> but when using Webmin, the file is not affected.
> 
> ==== observations ====
> 1.) I am using webmin as root - so privledges should not be the problem
> 2.) program being executed by webmin module is a C++ program
> 3.) C++ program calls on a "shell SED file"
> 4.) Using Shell (root) or Telnet (limited privlidges) everything works well
> 5.) Using Webmin, C++ program is excecuted and ends properly, but "temp"
> file not deleted
> 6.) I am going crazy...
> 
> Thanks,
> 
> Diego
> 
> 
> 
> 
> ----- Original Message -----
> From: "Support" <su...@ea...>
> To: <web...@li...>
> Sent: Thursday, August 08, 2002 8:14 PM
> Subject: Re: temp file not deleted with webmin?
> 
> 
>> Hello,
>> 
>> Adding to "subject:  temp not deleted with webmin",  it seems that the
>> reason the "temp" file is not deleted form webmin, is due to the fact that
>> in webmin, the process is being executed using " /usr/local/abc/execute -r
>> 
>> /dev/null 2>&1 < /dev/null &"  Since this command does not print to
> browser,
>> I am assuming that the deletion of the temp file is not being executed at
>> the end.
>> 
>> It works in telnet with limited privlidges and on the machine shell, so
> the
>> only conclusion I can up with it that, webmin is not executing the end of
>> the program, because it is not printing to browser.
>> 
>> Thanks,
>> 
>> Diego
>> 
>> 
>> ----- Original Message -----
>> From: "Support" <su...@ea...>
>> To: <web...@li...>
>> Sent: Thursday, August 08, 2002 6:18 PM
>> Subject: temp file not deleted with webmin?
>> 
>> 
>>> hello,
>>> 
>>> I have a "C" program that deletes a temp file under shell and user using
>>> telnet, but noticed that it does not delete the temp file when I run
> under
>>> webmin.  I have all privledges, the temp is not deleted using a webmin
>>> module to execute the program.  what can possibly be wrong?
>>> 
>>> The program seems to fully finish, but the temp is not deleted.
>>> 
>>> Thanks,
>>> 
>>> Diego
>>> 
>> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> -
> Forwarded by the Webmin development list at web...@we...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-devel
> 


Tony Shadwick
Manager of Internet Services
Strategic Technology Group

Re: temp file not deleted with webmin?

[Support <su...@ea...>]

After furture testing and using the following print to browser command,


open(OUTPUT, "/usr/local/execute/fire 2>&1 |");
while(<OUTPUT>) {
print;
}
close(OUTPUT);

I noticed that "deleting temp file..."  appears, but when I check no temp
file is deleted.  I am in a daze...  I use shell the temp file is deleted,
but when using Webmin, the file is not affected.

==== observations ====
1.) I am using webmin as root - so privledges should not be the problem
2.) program being executed by webmin module is a C++ program
3.) C++ program calls on a "shell SED file"
4.) Using Shell (root) or Telnet (limited privlidges) everything works well
5.) Using Webmin, C++ program is excecuted and ends properly, but "temp"
file not deleted
6.) I am going crazy...

Thanks,

Diego




----- Original Message -----
From: "Support" <su...@ea...>
To: <web...@li...>
Sent: Thursday, August 08, 2002 8:14 PM
Subject: Re: temp file not deleted with webmin?


> Hello,
>
> Adding to "subject:  temp not deleted with webmin",  it seems that the
> reason the "temp" file is not deleted form webmin, is due to the fact that
> in webmin, the process is being executed using " /usr/local/abc/execute -r
>
> /dev/null 2>&1 < /dev/null &"  Since this command does not print to
browser,
> I am assuming that the deletion of the temp file is not being executed at
> the end.
>
> It works in telnet with limited privlidges and on the machine shell, so
the
> only conclusion I can up with it that, webmin is not executing the end of
> the program, because it is not printing to browser.
>
> Thanks,
>
> Diego
>
>
> ----- Original Message -----
> From: "Support" <su...@ea...>
> To: <web...@li...>
> Sent: Thursday, August 08, 2002 6:18 PM
> Subject: temp file not deleted with webmin?
>
>
> > hello,
> >
> > I have a "C" program that deletes a temp file under shell and user using
> > telnet, but noticed that it does not delete the temp file when I run
under
> > webmin.  I have all privledges, the temp is not deleted using a webmin
> > module to execute the program.  what can possibly be wrong?
> >
> > The program seems to fully finish, but the temp is not deleted.
> >
> > Thanks,
> >
> > Diego
> >
>

Re: apache 2.0.39 ?

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

Drew Jelle wrote:

> 
> 
> i have a small problem i have updated both my webmin and my apache 
> apache 2.0.39 and webmin 0.990.  the webmin modules do not recognize 
> when the apache process is actualy running.  in the system and server 
> status it says that apache is off whenit is really on and in the apache 
> configuration area it only gives command to start apache and not restart 
> or stop.  this would not be a problem but i am trying to migrate all of 
> out systems to using the webmin interface and i can't get apache to 
> restat to adapt changes very well.


Sounds like webmin isn't finding apache's .pid file correctly.
Do you have a PidFile directive in your httpd.conf file ?

Also, in the Module Config check that the 'Apache server root directory'
option is set correctly. It must be the directory that the PidFile path
is relative to, not the HTML document root.

  - Jamie

apache 2.0.39 ?

[Drew J. <jel...@ho...>]

<html><div style='background-color:'><DIV>
<P><BR><BR>i have a small problem i have updated both my webmin and my apache apache 2.0.39 and webmin 0.990.&nbsp; the webmin modules do not recognize when the apache process is actualy running.&nbsp; in the system and server status it says that apache is off whenit is really on and in the apache configuration area it only gives command to start apache and not restart or stop.&nbsp; this would not be a problem but i am trying to migrate all of out systems to using the webmin interface and i can't get apache to restat to adapt changes very well.</P></DIV></div><br clear=all><hr>Chat with friends online, try MSN Messenger: <a href='http://g.msn.com/1HM1ENUS/c144??PS=47575'>Click Here</a><br></html>

Re: temp file not deleted with webmin?

[Support <su...@ea...>]

Hello,

Adding to "subject:  temp not deleted with webmin",  it seems that the
reason the "temp" file is not deleted form webmin, is due to the fact that
in webmin, the process is being executed using " /usr/local/abc/execute -r >
/dev/null 2>&1 < /dev/null &"  Since this command does not print to browser,
I am assuming that the deletion of the temp file is not being executed at
the end.

It works in telnet with limited privlidges and on the machine shell, so the
only conclusion I can up with it that, webmin is not executing the end of
the program, because it is not printing to browser.

Thanks,

Diego


----- Original Message -----
From: "Support" <su...@ea...>
To: <web...@li...>
Sent: Thursday, August 08, 2002 6:18 PM
Subject: temp file not deleted with webmin?


> hello,
>
> I have a "C" program that deletes a temp file under shell and user using
> telnet, but noticed that it does not delete the temp file when I run under
> webmin.  I have all privledges, the temp is not deleted using a webmin
> module to execute the program.  what can possibly be wrong?
>
> The program seems to fully finish, but the temp is not deleted.
>
> Thanks,
>
> Diego
>

temp file not deleted with webmin?

[Support <su...@ea...>]

hello,

I have a "C" program that deletes a temp file under shell and user using
telnet, but noticed that it does not delete the temp file when I run under
webmin.  I have all privledges, the temp is not deleted using a webmin
module to execute the program.  what can possibly be wrong?

The program seems to fully finish, but the temp is not deleted.

Thanks,

Diego

Re: Ugh...very frustrating Usermin problem.

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

jam...@te... wrote:

> 
>>The reason that is happening is that you have not called
>>&create_user_config_dirs() before &header() , which creates
>>the ~/.usermin/modulename directory in which per-user preferences
>>are saved.
>>
>>I have to admit that this isn't documented anywhere :) So I'll add
>>a note to the module writer's docs about it ..
>>
> 
> Hi Jamie,
> 
> I wonder if it might be better to have create_user_config_dirs() called as
> part
> of init_config()?  This way writers of webmin modules just inherit this
> functionality.  I have not looked closely at the above function so this is
> only a comment based on instinct.


I considered that, but not all modules need the .usermin/modulename directory
created so it would be an unncessary expense to check for it in every module.
In mine, what I usually do is include a call to it in the module-lib.pl just after
&init_config and possibly &switch_to_remote_user

  - Jamie

Re: acl_security

[Eric B. <eb...@in...>]

Eric BERTHOMIER wrote:
> Hello,
> 
> I work to make a webmin module but I don't find any informations (or 
> more small) about the acl_security.pl, can anybody send me some ?
> 
> Where in the webmin application, the acl_security.pl is used ?
I find it sorry. http://<MY_IP>:10000/acl/

-- 
/°> 	Eric Berthomier
(V)_

acl_security

[Eric B. <eb...@in...>]

Hello,

I work to make a webmin module but I don't find any informations (or 
more small) about the acl_security.pl, can anybody send me some ?

Where in the webmin application, the acl_security.pl is used ?

-- 
/°> 	Eric Berthomier
(V)_

Re: Ugh...very frustrating Usermin problem.

[<jam...@te...>]

> The reason that is happening is that you have not called
> &create_user_config_dirs() before &header() , which creates
> the ~/.usermin/modulename directory in which per-user preferences
> are saved.
>
> I have to admit that this isn't documented anywhere :) So I'll add
> a note to the module writer's docs about it ..

Hi Jamie,

I wonder if it might be better to have create_user_config_dirs() called as
part
of init_config()?  This way writers of webmin modules just inherit this
functionality.  I have not looked closely at the above function so this is
only a comment based on instinct.

Cheers...james

Re: Ugh...very frustrating Usermin problem.

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

Tony Shadwick wrote:

> Okay, here we go:
> 
> &header('Spambouncer Manager', "", undef, 1, 1);
> 
> That's in index.cgi, and should yield a link to uconfig.cgi?modulename.  It
> is instead yielding a link to config.cgi?modulename, which is it's webmin
> counterpart.
> 
> Inside module.info, we have:
> 
> usermin=1
>  
> Anyone have any idea why it's printing the wrong link?  I'm beating my head
> against a wall trying to understand it.  I've been staring at the
> programming page on webmin.com bending my mind trying to figure out where
> I've gone wrong...


The reason that is happening is that you have not called
&create_user_config_dirs() before &header() , which creates
the ~/.usermin/modulename directory in which per-user preferences
are saved.

I have to admit that this isn't documented anywhere :) So I'll add
a note to the module writer's docs about it ..

  - Jamie

Ugh...very frustrating Usermin problem.

[Tony S. <tsh...@st...>]

Okay, here we go:

&header('Spambouncer Manager', "", undef, 1, 1);

That's in index.cgi, and should yield a link to uconfig.cgi?modulename.  It
is instead yielding a link to config.cgi?modulename, which is it's webmin
counterpart.

Inside module.info, we have:

usermin=1


Anyone have any idea why it's printing the wrong link?  I'm beating my head
against a wall trying to understand it.  I've been staring at the
programming page on webmin.com bending my mind trying to figure out where
I've gone wrong...

Tony Shadwick
Manager of Internet Services
Strategic Technology Group

Re: Usermonitor for FreeBSD

[Tony S. <tsh...@st...>]

On 8/5/02 3:11 PM, "Gehrigal - Webminprojects" <we...@ge...> wrote:

> Hi All
> 
> i develope a Module named Usermonitor (
> http://www.gehrigal.net/projects/webmin_usermonitor/ ).
> I need some help for testing this software on FreeBSD.
> 
> Please send me an email if you want to help me.
> 
> Thanks!
> 
> 
> bye
> 
> Alexander
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> -
> Forwarded by the Webmin development list at web...@we...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-devel
> 
I run a production FreeBSD environment with Webmin.  Let me know what you
need.

Tony Shadwick
Manager of Internet Services
Strategic Technology Group
314-480-1324