webadmin-list — Webmin users mailing list

[webmin-l] Weird mail loop with catchall address

[Barry <we...@i1...>]

I am getting this message on a bounced email I send to a domain I am 
hosting - in theory it sould be redirected to a catchall address:
---------------
SMTP error from remote server after RCPT command:
host domain.com[xxx.xxx.xxx.xxx]:
554 5.0.0 rewrite: excessive recursion (max 50), ruleset canonify

---------------
Using Virtualmin GPL, v 3.31 on Centos 4.3 and sendmail.

- Domain has user "cat...@do..." to catch all the extra cruft: 
the pop3 login is catchall.domain.com
- additional email addresses nthat user's page is "@domain.com"
- if I click onthe edit email aliases button on the domain page of 
virtualmin, then "all mailboxes" are set to go to the catchall address.

Clearly this is isn't working. Can anyone advise on how to set it up 
properly?


Thanks,

Barry

[webmin-l] Starting chrooted bind9 automatically after boot

[Khaldoon S. <kha...@si...>]

Hi,

I have bind9 chrooted to /var/lib/named on Ubuntu 6.06.1. There is a
bootup action to start bind9 but bind does not start after boot. I have
to start it manually from bind module or from the bootup action. There
is a symlink to the chrooted config directory from the default one. If I
configured the bind module as chrooted it can't start bind manually
anymore. How can I make bind start automatically after boot?

Thanks,
Khaldoon

Re: [webmin-l] Starting chrooted bind9 automatically after boot

[Khaldoon S. <kha...@si...>]

Hi,

I have bind9 chrooted to /var/lib/named on Ubuntu 6.06.1. There is a 
bootup action to start bind9 but bind does not start after boot. I have 
to start it manually from bind module or from the bootup action. There 
is a symlink to the chrooted config directory from the default one. If I 
configured the bind module as chrooted it can't start bind manually 
anymore. How can I make bind start automatically after boot?

Thanks,
Khaldoon

Re: [webmin-l] Virtualmin's configuration

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

Excellent .. for some reason, Debian doesn't have that very common actions Apache module enabled by default.<br /><br />=A0- Jamie<br /><br />On 15/Jan/2007 20:54 Khaldoon Sinjab wrote ..
<blockquote type=3D"cite">

Thanks Jamie,<br />
<br />
It worked. Yes I have a Debian-based system (Ubuntu 6.06.1).<br />
<br />
Thanks again,<br />
Khaldoon<br />
<br />
Jamie Cameron wrote:
<blockquote type=3D"cite" cite=3D"http://mail.webmin.com/mailbox/mid...@ww...">
  <pre>On 15/Jan/2007 12:00 Khaldoon Sinjab wrote ..<br />  </pre>
  <blockquote type=3D"cite">
    <pre>Hi,<br /><br />I'm trying to recheck and refresh configuration of Virtualmin. But I get<br />this error:<br />&quot;The Apache module mod_actions is either not installed or not enabled.&quot;<br />What should I do?<br />    </pre>
  </blockquote>
  <pre><!---->
I've seen this on Debian sometimes. The solution is to do the following :

1) Login as root via SSH or at the console, and go to the /etc/apache2/mods-enabled directory.
2) Run  ln -s ../mods-available/actions.* .
3) Run /etc/init.d/apache2 restart
4) Go to Webmin's Apache Webserver module, click on Re-Configure Known
   Modules, and click Configure.
5) Go back to Virtualmin and try the re-check again.

 - Jamie

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT &amp; business topics through brief surveys - and earn cash
<a href=3D"http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV" class=3D"moz-txt-link-freetext">http://www.techsay.com/default.php?page=3Djoin.php&amp;p=3Dsourceforge&amp;CID=3DDEVDEV</a>
-
Forwarded by the Webmin mailing list at <a href=3D"reply_mail.cgi?new=3D1&to=3Dwebadmin%2Dlist%40lists%2Esourceforge%2Enet" class=3D"moz-txt-link-abbreviated">web...@li...</a>
To remove yourself from this list, go to
<a href=3D"http://lists.sourceforge.net/lists/listinfo/webadmin-list" class=3D"moz-txt-link-freetext">http://lists.sourceforge.net/lists/listinfo/webadmin-list</a>

  </pre>
</blockquote>
</blockquote><br />

Re: [webmin-l] Virtualmin's configuration

[Khaldoon S. <kha...@si...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=windows-1256"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks Jamie,<br>
<br>
It worked. Yes I have a Debian-based system (Ubuntu 6.06.1).<br>
<br>
Thanks again,<br>
Khaldoon<br>
<br>
Jamie Cameron wrote:
<blockquote cite="mid...@ww..." type="cite">
  <pre wrap="">On 15/Jan/2007 12:00 Khaldoon Sinjab wrote ..
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hi,

I'm trying to recheck and refresh configuration of Virtualmin. But I get
this error:
"The Apache module mod_actions is either not installed or not enabled."
What should I do?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I've seen this on Debian sometimes. The solution is to do the following :

1) Login as root via SSH or at the console, and go to the /etc/apache2/mods-enabled directory.
2) Run  ln -s ../mods-available/actions.* .
3) Run /etc/init.d/apache2 restart
4) Go to Webmin's Apache Webserver module, click on Re-Configure Known
   Modules, and click Configure.
5) Go back to Virtualmin and try the re-check again.

 - Jamie

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT &amp; business topics through brief surveys - and earn cash
<a class="moz-txt-link-freetext" href="http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV">http://www.techsay.com/default.php?page=join.php&amp;p=sourceforge&amp;CID=DEVDEV</a>
-
Forwarded by the Webmin mailing list at <a class="moz-txt-link-abbreviated" href="mailto:web...@li...">web...@li...</a>
To remove yourself from this list, go to
<a class="moz-txt-link-freetext" href="http://lists.sourceforge.net/lists/listinfo/webadmin-list">http://lists.sourceforge.net/lists/listinfo/webadmin-list</a>

  </pre>
</blockquote>
</body>
</html>

Re: [webmin-l] Virtualmin's configuration

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

On 15/Jan/2007 12:00 Khaldoon Sinjab wrote ..
> Hi,
> 
> I'm trying to recheck and refresh configuration of Virtualmin. But I get
> this error:
> "The Apache module mod_actions is either not installed or not enabled."
> What should I do?

I've seen this on Debian sometimes. The solution is to do the following :

1) Login as root via SSH or at the console, and go to the /etc/apache2/mods-enabled directory.
2) Run  ln -s ../mods-available/actions.* .
3) Run /etc/init.d/apache2 restart
4) Go to Webmin's Apache Webserver module, click on Re-Configure Known
   Modules, and click Configure.
5) Go back to Virtualmin and try the re-check again.

 - Jamie

[webmin-l] Virtualmin's configuration

[Khaldoon S. <kha...@si...>]

Hi,

I'm trying to recheck and refresh configuration of Virtualmin. But I get 
this error:
"The Apache module mod_actions is either not installed or not enabled."
What should I do?

Thanks,
Khaldoon

Re: [webmin-l] NSD nameserver module

[doug r. <do...@ar...>]

On 01/10/2007 9:52 PM, Jamie Cameron wrote:
> On 10/Jan/2007 14:10 doug robbins wrote ..
>> NSD <http://www.nlnetlabs.nl/nsd/> is an authoritative-only nameserver
>> which uses a fraction of the memory of Bind. It can read & use Bind zone files. It's
>> a great option in a restricted memory environment, e.g. on a VPS (Virtual Private Server).
>>
>> It would be great if we had a webmin module for it that worked along with
>> Virtualmin as the current Bind module does.
>>
>> Has anyone looked at this?
> 
> Actually, no .. I hadn't even heard of NSD before your email.
> That said, it would be possible to support in Virtualmin, most likely as a new plugin
> feature type - this is what I've done with PowerDNS.
> 
> However, not all features that work with BIND would be supported - in particular
> secondary zones, which NSD doesn't appear to handle.
> 
> I'll think about this, and see if there is any additional demand from other users.
> The memory saving along would be a win, as some people have found it impossible to
> run Virtualmin + BIND + Apache + etc.. in a 256M VPS.
> 
>  - Jamie

That sound promising Jamie. Just the ability to add/modify/delete master zones would be a 
great start. I'd be happy to do some testing.

Currently I have Bind installed but shut down. I let Virtualmin do Bind configuration, 
then run a little bash script of my own that updates nsd. It works but is kind of klunky :)

-- 
doug

Re: [webmin-l] NSD nameserver module

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

On 10/Jan/2007 14:10 doug robbins wrote ..
> NSD <http://www.nlnetlabs.nl/nsd/> is an authoritative-only nameserver
> which uses a fraction of the memory of Bind. It can read & use Bind zone files. It's
> a great option in a restricted memory environment, e.g. on a VPS (Virtual Private Server).
> 
> It would be great if we had a webmin module for it that worked along with
> Virtualmin as the current Bind module does.
> 
> Has anyone looked at this?

Actually, no .. I hadn't even heard of NSD before your email.
That said, it would be possible to support in Virtualmin, most likely as a new plugin
feature type - this is what I've done with PowerDNS.

However, not all features that work with BIND would be supported - in particular
secondary zones, which NSD doesn't appear to handle.

I'll think about this, and see if there is any additional demand from other users.
The memory saving along would be a win, as some people have found it impossible to
run Virtualmin + BIND + Apache + etc.. in a 256M VPS.

 - Jamie

[webmin-l] NSD nameserver module

[doug r. <do...@ar...>]

NSD <http://www.nlnetlabs.nl/nsd/> is an authoritative-only nameserver which uses a 
fraction of the memory of Bind. It can read & use Bind zone files. It's a great option in 
a restricted memory environment, e.g. on a VPS (Virtual Private Server).

It would be great if we had a webmin module for it that worked along with Virtualmin as 
the current Bind module does.

Has anyone looked at this?

Thanks,

-- 
doug

Re: [webmin-l] fs backup already running?!

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

Hi Pat,
Is there actually a process with that PID running? Before starting a new =
backup, webmin checks if another backup.pl process is running for the sam=
e job, and if it is fails with that error.

 - Jamie

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

From:  "Pat Erler" <mai...@pa...>
Subj:  [webmin-l] fs backup already running?!
Date:  Wed 10 Jan 2007 12:31 am
Size:  813 bytes
To:  webmin <web...@li...>

hi,

my nightly cron job of the fs backup keeps telling me things like

Backup is already running with PID 13637.


but this is just not true. how can i completely start over with the fs =20
backup? what status/pid files do i have to delete and how do i need to =20
adjust the cronjob?

PAT

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
-
Forwarded by the Webmin mailing list at web...@li....n=
et
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list

[webmin-l] fs backup already running?!

[Pat E. <mai...@pa...>]

hi,

my nightly cron job of the fs backup keeps telling me things like

Backup is already running with PID 13637.


but this is just not true. how can i completely start over with the fs  
backup? what status/pid files do i have to delete and how do i need to  
adjust the cronjob?

PAT

Re: [webmin-l] Can I distribute configurations in an Enterprisedeployment of Webmin?

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

On 9/Jan/2007 05:04 Johnson, Chad wrote ..
> We are considering an enterprise deployment of Webmin.  Currently
> version 1.310 is in evaluation.  Once of the things I do not see is the
> ability to configure a large number of Webmin servers centrally.  
> 
> For example, assume I have ~800 systems which will be managed.  From the
> central Webmin server I wish to make a change to the allowed IP
> addresses (Webmin Configuration->IP Access Control) on all client
> systems (the remaining 799 Webmin servers).  The only way I see to do
> that is by connecting to each server and making the, change that is not
> practical in a deployment of this size.  Cfengine could be used but
> there is a LONG process required to approve additional OS
> software/packages/tools and it would only add another item to be
> managed.  
> 
> It would seem that having the ability to manage Webmin 'client' systems
> from a central management server would be valuable.  Does this exist and
> I am just missing it or is it not there?

Webmin does have some capability to manage multiple systems from a single
console, using the modules under the Cluster category - however, this
cannot perform all possible configuration operations.

A better alternative would be to find the underlying Webmin config files
that contain the settings you want to change, and periodically rsync them
to other machines in the cluster. For example, /etc/webmin/miniserv.conf
contains the allowed IP addresses. Or instead of rsync, you could use the
Cluster Copy Files module, which talks to other Webmin servers.

Let me know if you need any help identifying which config files contain
which settings in the UI.

 - Jamie

Re: [webmin-l] Noob Question

[Kris D. <kd...@vi...>]

Chris Harner wrote:
> Hi Kris, I think I may have located the culprit.  How do I fix this?
> 
> miniserv error log:
> [09/Jan/2007:10:30:01 -0500] miniserv.pl started
> [09/Jan/2007:10:30:01 -0500] Perl module Authen::PAM needed for PAM is 
> not installed : Can't locate Authen/PAM.pm in @INC (@INC contains: 
> /usr/libexec/webmin /usr/lib/perl5/5.8.8/i586-linux-thread-multi 
> /usr/lib/perl5/5.8.8 
> /usr/lib/perl5/site_perl/5.8.8/i586-linux-thread-multi 
> /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl 
> /usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi 
> /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl .) at (eval 
> 2) line 1.
> BEGIN failed--compilation aborted at (eval 2) line 1.
> 
> 
> I checked YaST and I have PAM installed, and also pam-modules.  Should I 
> just overlook this for now and add that entry manually?

It's a bit strange Webmin is just dying on this, I don't *think* it's 
absolutely required.  (It hasn't been in the past, anyway...)

You need the Authen::PAM Perl module, which is in the perl-Authen-PAM 
package.  (PAM is the underlying authentication system used by just 
about everything now, pam-modules is IIRC the package containing the 
modules to support different authentication methods through the PAM 
interface.)

I just had to install this module on a Debian box after a Webmin upgrade 
recently - but lacking it didn't cause any problems directly, and I only 
found out because I was tracking down an access issue for someone in 
another office.  <g>

-kgd

Re: [webmin-l] Noob Question

[Chris H. <chr...@gm...>]

Hi Kris, I think I may have located the culprit.  How do I fix this?

miniserv error log:
[09/Jan/2007:10:30:01 -0500] miniserv.pl started
[09/Jan/2007:10:30:01 -0500] Perl module Authen::PAM needed for PAM is not
installed : Can't locate Authen/PAM.pm in @INC (@INC contains:
/usr/libexec/webmin /usr/lib/perl5/5.8.8/i586-linux-thread-multi
/usr/lib/perl5/5.8.8 /usr/lib/perl5/site_perl/5.8.8/i586-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl .) at (eval 2)
line 1.
BEGIN failed--compilation aborted at (eval 2) line 1.


I checked YaST and I have PAM installed, and also pam-modules.  Should I
just overlook this for now and add that entry manually?
Thanks,
Chris



On 1/9/07, Chris Harner <chr...@gm...> wrote:
>
> I'll check the logs and get back to you.  I realized if I disable SSL
> Webmin works just fine.  This is definitely an interesting issue.
> Especially since I never had a problem using Webmin from my Linux
> workstation.  Now that I switched to Windows its a different story.
>
> On 1/9/07, Kris Deugau <kd...@vi...> wrote:
> >
> > Chris Harner wrote:
> > > There is not an "allow=" line in /etc/webmin/miniserv.conf
> >
> > Try adding one - IIRC the default is to allow anyone to connect, but
> > something else may be interfering.
> >
> > It's a space-separated list of IP addresses, blocks, or ranges (not sure
> >
> > exactly how the last two are specified).
> >
> > Further debugging:  Check the log files for miniserv (the underlying
> > server component Webmin runs under).  On my RedHat (and derivative)
> > systems, these logs are in /var/webmin.   miniserv.error should provide
> > a
> > bit more information on what's blocking access.
> >
> > -kgd
> >
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys - and earn cash
> >
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > -
> > Forwarded by the Webmin mailing list at web...@li...
> >
> > To remove yourself from this list, go to
> > http://lists.sourceforge.net/lists/listinfo/webadmin-list
> >
>
>

Re: [webmin-l] Noob Question

[Chris H. <chr...@gm...>]

I'll check the logs and get back to you.  I realized if I disable SSL Webmin
works just fine.  This is definitely an interesting issue.  Especially since
I never had a problem using Webmin from my Linux workstation.  Now that I
switched to Windows its a different story.

On 1/9/07, Kris Deugau <kd...@vi...> wrote:
>
> Chris Harner wrote:
> > There is not an "allow=" line in /etc/webmin/miniserv.conf
>
> Try adding one - IIRC the default is to allow anyone to connect, but
> something else may be interfering.
>
> It's a space-separated list of IP addresses, blocks, or ranges (not sure
> exactly how the last two are specified).
>
> Further debugging:  Check the log files for miniserv (the underlying
> server component Webmin runs under).  On my RedHat (and derivative)
> systems, these logs are in /var/webmin.  miniserv.error should provide a
> bit more information on what's blocking access.
>
> -kgd
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> -
> Forwarded by the Webmin mailing list at
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>

Re: [webmin-l] Noob Question

[Kris D. <kd...@vi...>]

Chris Harner wrote:
> There is not an "allow=" line in /etc/webmin/miniserv.conf

Try adding one - IIRC the default is to allow anyone to connect, but 
something else may be interfering.

It's a space-separated list of IP addresses, blocks, or ranges (not sure 
exactly how the last two are specified).

Further debugging:  Check the log files for miniserv (the underlying 
server component Webmin runs under).  On my RedHat (and derivative) 
systems, these logs are in /var/webmin.  miniserv.error should provide a 
bit more information on what's blocking access.

-kgd

Re: [webmin-l] Noob Question

[Chris H. <chr...@gm...>]

There is not an "allow=" line in /etc/webmin/miniserv.conf

On 1/9/07, Kris Deugau <kd...@vi...> wrote:
>
> Chris Harner wrote:
> > I have many servers on the network, and most of them are Linux
> > machines.  I've just been introduced to Webmin, so I'm slowly getting a
> > hang of it.
> >
> > My problem is when I install webmin, sometimes it doesn't enable SSL
> > automatically and other times it does.  Typically, I can't log in from
> > my workstation if SSL is enabled for whatever reason.  It's not on all
> > of the boxes, though.  Some have SSL and it works fine.  The
> > configurations are identical.  It's almost like there is a certificate
> > issue.
> >
> > If I goto the url: "http://IP:10000" it says that it is using SSL and
> > try "https://hostname:10000."  I click the link or just add an "s" to
> > the original url with no success.  It says "Access Denied."
> >
> > Any suggestions?  I checked the forum and mailing list archive.  Other
> > people have the same problem, but no answers were given.  I'm using
> > 1.300 and installed via RPM.  The servers are running OpenSUSE 10.1.
> > Thanks.
>
> You might be missing the Perl module required for SSL.  I *think* it's
> Net::SSLeay, which is the package perl-Net_SSLeay.pm on at least one
> system I use Webmin on.  On a system with a newer OS release, it's
> perl-Net-SSLeay.
>
> You might also need to log in via shell and manually tweak the access
> list to let you in - look in /etc/webmin/miniserv.conf for the "allow="
> line.
>
> -kgd
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> -
> Forwarded by the Webmin mailing list at
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>

Re: [webmin-l] Noob Question

[Kris D. <kd...@vi...>]

Chris Harner wrote:
> I have many servers on the network, and most of them are Linux 
> machines.  I've just been introduced to Webmin, so I'm slowly getting a 
> hang of it.
> 
> My problem is when I install webmin, sometimes it doesn't enable SSL 
> automatically and other times it does.  Typically, I can't log in from 
> my workstation if SSL is enabled for whatever reason.  It's not on all 
> of the boxes, though.  Some have SSL and it works fine.  The 
> configurations are identical.  It's almost like there is a certificate 
> issue.
> 
> If I goto the url: "http://IP:10000" it says that it is using SSL and 
> try "https://hostname:10000."  I click the link or just add an "s" to 
> the original url with no success.  It says "Access Denied."
> 
> Any suggestions?  I checked the forum and mailing list archive.  Other 
> people have the same problem, but no answers were given.  I'm using 
> 1.300 and installed via RPM.  The servers are running OpenSUSE 10.1.  
> Thanks.

You might be missing the Perl module required for SSL.  I *think* it's 
Net::SSLeay, which is the package perl-Net_SSLeay.pm on at least one 
system I use Webmin on.  On a system with a newer OS release, it's 
perl-Net-SSLeay.

You might also need to log in via shell and manually tweak the access 
list to let you in - look in /etc/webmin/miniserv.conf for the "allow=" 
line.

-kgd

[webmin-l] Noob Question

[Chris H. <chr...@gm...>]

I have many servers on the network, and most of them are Linux machines.
I've just been introduced to Webmin, so I'm slowly getting a hang of it.

My problem is when I install webmin, sometimes it doesn't enable SSL
automatically and other times it does.  Typically, I can't log in from my
workstation if SSL is enabled for whatever reason.  It's not on all of the
boxes, though.  Some have SSL and it works fine.  The configurations are
identical.  It's almost like there is a certificate issue.

If I goto the url: "http://IP:10000" it says that it is using SSL and try "
https://hostname:10000."  I click the link or just add an "s" to the
original url with no success.  It says "Access Denied."

Any suggestions?  I checked the forum and mailing list archive.  Other
people have the same problem, but no answers were given.  I'm using
1.300and installed via RPM.  The servers are running OpenSUSE
10.1.  Thanks.

[webmin-l] Can I distribute configurations in an Enterprise deployment of Webmin?

[Johnson, C. <CJo...@ti...>]

We are considering an enterprise deployment of Webmin.  Currently
version 1.310 is in evaluation.  Once of the things I do not see is the
ability to configure a large number of Webmin servers centrally. =20

For example, assume I have ~800 systems which will be managed.  From the
central Webmin server I wish to make a change to the allowed IP
addresses (Webmin Configuration->IP Access Control) on all client
systems (the remaining 799 Webmin servers).  The only way I see to do
that is by connecting to each server and making the, change that is not
practical in a deployment of this size.  Cfengine could be used but
there is a LONG process required to approve additional OS
software/packages/tools and it would only add another item to be
managed. =20

It would seem that having the ability to manage Webmin 'client' systems
from a central management server would be valuable.  Does this exist and
I am just missing it or is it not there?

TIA,

Chad Johnson


**************************************************************
This message, including any attachments, contains confidential information =
intended for a specific individual and purpose, and is protected by law.  I=
f you are not the intended recipient, please contact sender immediately by =
reply e-mail and destroy all copies.  You are hereby notified that any disc=
losure, copying, or distribution of this message, or the taking of any acti=
on based on it, is strictly prohibited.
TIAA-CREF
**************************************************************

Re: [webmin-l] cluster copy files recursion problem

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

Thanks, that is a bug .. it should create full directory paths as needed.
I will fix this in the next release of Webmin.

 - Jamie

On 5/Jan/2007 10:11 Johnson, Chad wrote ..
> The problem is that if you select 'copy full paths..." it does not
> create the leading path directory structure (see below).  It attempts to
> copy the full path to a new alternate location which does not exist.
> The only recursive path creation done within the module is done for a
> copy files routine and then it does not place the copied file into it's
> respective directory.
> 
> Personally I think this is a major flaw in the module.  Why create the
> recursive directory structure if the module isn't going to put the file
> in it's relative position?
> 
> 
> 
> Copying /export/home/johncha/dev/peerv2 to selected servers (under
> directory /opt/TiaaUtils/peer) ..
> 
> No files were successfully copied to johncha10-test1.ops.tiaa-cref.org.
> 
> Failed to copy the following files to johncha10-test1.ops.tiaa-cref.org
> :
> 
>       /export/home/johncha/dev/peerv2 : Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2 : No such file or
> directory
>       /export/home/johncha/dev/peerv2/configdir : Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/configdir : No such
> file or directory
>       /export/home/johncha/dev/peerv2/configdir/common_functions :
> Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/configdir/common_func
> tions : No such file or directory
>       /export/home/johncha/dev/peerv2/incoming : Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/incoming : No such
> file or directory
>       /export/home/johncha/dev/peerv2/incoming/functions : Failed to
> create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/incoming/functions :
> No such file or directory
>       /export/home/johncha/dev/peerv2/incoming/modules : Failed to
> create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/incoming/modules : No
> such file or directory
>       /export/home/johncha/dev/peerv2/sox_modules : Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/sox_modules : No such
> file or directory
>       /export/home/johncha/dev/peerv2/AIX : Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/AIX : No such file or
> directory
>       /export/home/johncha/dev/peerv2/scripts : Failed to create
> /opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/scripts : No such
> file or directory
> 
> -----Original Message-----
> From: web...@li...
> [mailto:web...@li...] On Behalf Of Jamie
> Cameron
> Sent: Friday, January 05, 2007 12:40 PM
> To: Webmin users list
> Subject: Re: [webmin-l] cluster copy files recursion problem
> 
> Did you try selecting 'Copy full paths under this directory' ?
> If 'Copy to this directory' is chosen, you will get the behaviour
> you saw, by design.
> 
>  - Jamie
> 
> On 5/Jan/2007 06:32 Johnson, Chad wrote ..
> > Using the cluster copy files module I create the copy with the
> following
> > information:
> > 
> > Files to copy: 	/export/home/johncha/dev/peerv2
> > Destination directory: 	/opt/utils/peer
> > 	Copy full paths under directory * Copy to this directory
> > Command to run before copying: "mkdir /opt/utils/peer"	* On
> remote
> > servers
> > Command to run after copying: 	* On remote servers
> > Copy to servers: johncha10-test1 	
> > Copy on schedule?: 	* No 		Yes, at times selected below ..
> > Email output to 	* Nobody
> > 
> > When copying all directories are created but the file copy places all
> > the files directly under the destination directory of
> > "/opt/utils/peer"(no matter what original directory they were under).
> > Any idea on what is going wrong or how to fix it?
> > 
> > Here is the output of the command:
> > 
> > Copying /export/home/johncha/dev/peerv2 to selected servers (under
> > directory /opt/TiaaUtils/peer) ..
> > 
> > Created the following directories on johncha10-test1.ops.tiaa-cref.org
> > :
> > 
> >       /export/home/johncha/dev/peerv2
> >       /export/home/johncha/dev/peerv2/configdir
> >       /export/home/johncha/dev/peerv2/configdir/common_functions
> >       /export/home/johncha/dev/peerv2/incoming
> >       /export/home/johncha/dev/peerv2/incoming/functions
> >       /export/home/johncha/dev/peerv2/incoming/modules
> >       /export/home/johncha/dev/peerv2/sox_modules
> >       /export/home/johncha/dev/peerv2/AIX
> >       /export/home/johncha/dev/peerv2/scripts
> >       /export/home/johncha/dev/peerv2/all_os
> >       /export/home/johncha/dev/peerv2/models
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006
> >       /export/home/johncha/dev/peerv2/tests
> > 
> > Copied the following files to johncha10-test1.ops.tiaa-cref.org :
> > 
> >       /export/home/johncha/dev/peerv2/configdir/config
> >  
> > /export/home/johncha/dev/peerv2/configdir/common_functions/isroot.func
> >  
> >
> /export/home/johncha/dev/peerv2/configdir/common_functions/list_function
> > s.func
> >  
> >
> /export/home/johncha/dev/peerv2/configdir/common_functions/describe_func
> > tion.func
> >  
> >
> /export/home/johncha/dev/peerv2/configdir/common_functions/disable_daemo
> > n.func
> >  
> >
> /export/home/johncha/dev/peerv2/configdir/common_functions/getyorn.func
> >  
> > /export/home/johncha/dev/peerv2/configdir/common_functions/myps.func
> >  
> >
> /export/home/johncha/dev/peerv2/configdir/common_functions/cfgcheck.func
> >  
> > /export/home/johncha/dev/peerv2/configdir/common_functions/addsup.func
> >       /export/home/johncha/dev/peerv2/sox_modules/ftpusers.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/inetd.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/snmp.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/passlength.mod
> >
> /export/home/johncha/dev/peerv2/sox_modules/root_console_only.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/nfs.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/sendmail.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/lp.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/nis.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/dmi.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/passwd.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/shadow.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/failedlogins.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/logreview.mod
> >       /export/home/johncha/dev/peerv2/sox_modules/sulog.mod
> >       /export/home/johncha/dev/peerv2/peerv2.ksh
> >       /export/home/johncha/dev/peerv2/AIX/fileset_check.mod
> >       /export/home/johncha/dev/peerv2/scripts/AD_show_dmesg_errors.ksh
> >       /export/home/johncha/dev/peerv2/all_os/ntp.mod
> >       /export/home/johncha/dev/peerv2/all_os/tivoli.mod
> >       /export/home/johncha/dev/peerv2/all_os/nslookup.mod
> >       /export/home/johncha/dev/peerv2/all_os/ps1.mod
> >       /export/home/johncha/dev/peerv2/all_os/rhosts.mod
> >       /export/home/johncha/dev/peerv2/all_os/backup_restore_test.mod
> >       /export/home/johncha/dev/peerv2/all_os/backup.mod.archive
> >       /export/home/johncha/dev/peerv2/sox_verification.txt
> >       /export/home/johncha/dev/peerv2/models/module.model
> >       /export/home/johncha/dev/peerv2/models/function.model
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/ftpusers.mod
> >  
> > /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/config
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/isroot.func
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/list_functions.func
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/describe_function.func
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/disable_daemon.func
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/getyorn.func
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/myps.func
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> > nctions/addsup.func
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/inetd.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/snmp.mod
> >  
> > /export/home/johncha/dev/peerv2/sox_modules.05052006/passlength.mod
> >  
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/root_console_only.m
> > od
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/nfs.mod
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/sendmail.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/lp.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/nis.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/dmi.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/passwd.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/shadow.mod
> >  
> > /export/home/johncha/dev/peerv2/sox_modules.05052006/failedlogins.mod
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/.dmi.mod.swp
> >
> /export/home/johncha/dev/peerv2/sox_modules.05052006/logreview.mod
> >       /export/home/johncha/dev/peerv2/sox_modules.05052006/sulog.mod
> >  
> >
> /export/home/johncha/dev/peerv2/tests/chaatappoms01_peer_review_04-17-06
> > .doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/chastperfatt01_peer_review_04-17-0
> > 6.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drwlweb02_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web61-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/prodint-dn_peer_review_04-17-06.do
> > c
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLWEB51_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLAPP02_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web67-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web65-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drwlapp06_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLAPP51_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web66-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drchkapp01_peer_review_04-17-06.do
> > c
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web62-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLAPP52_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web01-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLNFS01_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web63-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdplan01_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/prodext-char_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web03cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web42cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlweb53_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/PDWLAPP02_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web71cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlapp01_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlapp06_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web41cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlweb04_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/PDWLMON01_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwladmin51_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlweb54_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwladmin01_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlweb03_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlapp04_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlapp53_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web76cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web75cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdtsrvdb_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/prodint-char_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drwlweb03_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web73cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web01cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlapp05_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web72cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web70cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlnfs03_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/prodext-dn_peer_review_04-17-06.do
> > c
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web04cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drwlapp05_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLAPP01_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drwlapp04_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/drwlapp03_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/DRWLWEB01_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web41-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlweb02_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web74cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web64-den_peer_review_04-17-06.
> > doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pdwlapp03_peer_review_04-17-06.doc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/pd2web02cha_peer_review_04-17-06.d
> > oc
> >  
> >
> /export/home/johncha/dev/peerv2/tests/PDWLAPP52_peer_review_04-17-06.doc
> >       /export/home/johncha/dev/peerv2/peerv2.ksh.08092006
> >       /export/home/johncha/dev/peerv2/peerv2.ksh.08012006
> >       /export/home/johncha/dev/peerv2/peerv2.ksh.10032006
> >       /export/home/johncha/dev/peerv2/peerv2.ksh.10052006
> >       /export/home/johncha/dev/peerv2/peerv2.dev
> >       /export/home/johncha/dev/peerv2/publish
> >       /export/home/johncha/dev/peerv2/peerv2.ksh.04062006
> 
> ------------------------------------------------------------------------
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE
> V
> -
> Forwarded by the Webmin mailing list at
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
> 
> 
> **************************************************************
> This message, including any attachments, contains confidential information
> intended for a specific individual and purpose, and is protected by law.
> If you are not the intended recipient, please contact sender immediately
> by reply e-mail and destroy all copies.  You are hereby notified that any
> disclosure, copying, or distribution of this message, or the taking of
> any action based on it, is strictly prohibited.
> TIAA-CREF
> **************************************************************
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> -
> Forwarded by the Webmin mailing list at web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list

Re: [webmin-l] File system backup

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

On 5/Jan/2007 09:37 Rodney Richison wrote ..
> I'm attempting to backup the file system using webmin ssh. However, I
> keep getting this error.
> 
> bash: line 1: /usr/libexec/rmt: No such file or directory
> 
> I'm aware that's a tar error if you use rsh, but shouldn't webmin be
> building the file locally, then just coping the tar via ssh when ssh is
> checked?
> 
> Ideas?

This can happen because tar needs to call the 'rmt' command on the
remote system to write the backup file. However, the actual path to rmt
differs between operating systems! You should check where it is located
on the target system (perhaps /etc/rmt), and symlink or copy it to
/usr/libexec/rmt.

 - Jamie

Re: [webmin-l] cluster copy files recursion problem

[Johnson, C. <CJo...@ti...>]

The problem is that if you select 'copy full paths..." it does not
create the leading path directory structure (see below).  It attempts to
copy the full path to a new alternate location which does not exist.
The only recursive path creation done within the module is done for a
copy files routine and then it does not place the copied file into it's
respective directory.

Personally I think this is a major flaw in the module.  Why create the
recursive directory structure if the module isn't going to put the file
in it's relative position?



Copying /export/home/johncha/dev/peerv2 to selected servers (under
directory /opt/TiaaUtils/peer) ..

No files were successfully copied to johncha10-test1.ops.tiaa-cref.org.

Failed to copy the following files to johncha10-test1.ops.tiaa-cref.org
:

      /export/home/johncha/dev/peerv2 : Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2 : No such file or
directory
      /export/home/johncha/dev/peerv2/configdir : Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/configdir : No such
file or directory
      /export/home/johncha/dev/peerv2/configdir/common_functions :
Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/configdir/common_func
tions : No such file or directory
      /export/home/johncha/dev/peerv2/incoming : Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/incoming : No such
file or directory
      /export/home/johncha/dev/peerv2/incoming/functions : Failed to
create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/incoming/functions :
No such file or directory
      /export/home/johncha/dev/peerv2/incoming/modules : Failed to
create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/incoming/modules : No
such file or directory
      /export/home/johncha/dev/peerv2/sox_modules : Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/sox_modules : No such
file or directory
      /export/home/johncha/dev/peerv2/AIX : Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/AIX : No such file or
directory
      /export/home/johncha/dev/peerv2/scripts : Failed to create
/opt/TiaaUtils/peer/export/home/johncha/dev/peerv2/scripts : No such
file or directory

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Jamie
Cameron
Sent: Friday, January 05, 2007 12:40 PM
To: Webmin users list
Subject: Re: [webmin-l] cluster copy files recursion problem

Did you try selecting 'Copy full paths under this directory' ?
If 'Copy to this directory' is chosen, you will get the behaviour
you saw, by design.

 - Jamie

On 5/Jan/2007 06:32 Johnson, Chad wrote ..
> Using the cluster copy files module I create the copy with the
following
> information:
>=20
> Files to copy: =09/export/home/johncha/dev/peerv2
> Destination directory: =09/opt/utils/peer
> =09Copy full paths under directory * Copy to this directory
> Command to run before copying: "mkdir /opt/utils/peer"=09* On
remote
> servers
> Command to run after copying: =09* On remote servers
> Copy to servers: johncha10-test1 =09
> Copy on schedule?: =09* No =09=09Yes, at times selected below ..
> Email output to =09* Nobody
>=20
> When copying all directories are created but the file copy places all
> the files directly under the destination directory of
> "/opt/utils/peer"(no matter what original directory they were under).
> Any idea on what is going wrong or how to fix it?
>=20
> Here is the output of the command:
>=20
> Copying /export/home/johncha/dev/peerv2 to selected servers (under
> directory /opt/TiaaUtils/peer) ..
>=20
> Created the following directories on johncha10-test1.ops.tiaa-cref.org
> :
>=20
>       /export/home/johncha/dev/peerv2
>       /export/home/johncha/dev/peerv2/configdir
>       /export/home/johncha/dev/peerv2/configdir/common_functions
>       /export/home/johncha/dev/peerv2/incoming
>       /export/home/johncha/dev/peerv2/incoming/functions
>       /export/home/johncha/dev/peerv2/incoming/modules
>       /export/home/johncha/dev/peerv2/sox_modules
>       /export/home/johncha/dev/peerv2/AIX
>       /export/home/johncha/dev/peerv2/scripts
>       /export/home/johncha/dev/peerv2/all_os
>       /export/home/johncha/dev/peerv2/models
>       /export/home/johncha/dev/peerv2/sox_modules.05052006
>       /export/home/johncha/dev/peerv2/tests
>=20
> Copied the following files to johncha10-test1.ops.tiaa-cref.org :
>=20
>       /export/home/johncha/dev/peerv2/configdir/config
> =20
> /export/home/johncha/dev/peerv2/configdir/common_functions/isroot.func
> =20
>
/export/home/johncha/dev/peerv2/configdir/common_functions/list_function
> s.func
> =20
>
/export/home/johncha/dev/peerv2/configdir/common_functions/describe_func
> tion.func
> =20
>
/export/home/johncha/dev/peerv2/configdir/common_functions/disable_daemo
> n.func
> =20
>
/export/home/johncha/dev/peerv2/configdir/common_functions/getyorn.func
> =20
> /export/home/johncha/dev/peerv2/configdir/common_functions/myps.func
> =20
>
/export/home/johncha/dev/peerv2/configdir/common_functions/cfgcheck.func
> =20
> /export/home/johncha/dev/peerv2/configdir/common_functions/addsup.func
>       /export/home/johncha/dev/peerv2/sox_modules/ftpusers.mod
>       /export/home/johncha/dev/peerv2/sox_modules/inetd.mod
>       /export/home/johncha/dev/peerv2/sox_modules/snmp.mod
>       /export/home/johncha/dev/peerv2/sox_modules/passlength.mod
>
/export/home/johncha/dev/peerv2/sox_modules/root_console_only.mod
>       /export/home/johncha/dev/peerv2/sox_modules/nfs.mod
>       /export/home/johncha/dev/peerv2/sox_modules/sendmail.mod
>       /export/home/johncha/dev/peerv2/sox_modules/lp.mod
>       /export/home/johncha/dev/peerv2/sox_modules/nis.mod
>       /export/home/johncha/dev/peerv2/sox_modules/dmi.mod
>       /export/home/johncha/dev/peerv2/sox_modules/passwd.mod
>       /export/home/johncha/dev/peerv2/sox_modules/shadow.mod
>       /export/home/johncha/dev/peerv2/sox_modules/failedlogins.mod
>       /export/home/johncha/dev/peerv2/sox_modules/logreview.mod
>       /export/home/johncha/dev/peerv2/sox_modules/sulog.mod
>       /export/home/johncha/dev/peerv2/peerv2.ksh
>       /export/home/johncha/dev/peerv2/AIX/fileset_check.mod
>       /export/home/johncha/dev/peerv2/scripts/AD_show_dmesg_errors.ksh
>       /export/home/johncha/dev/peerv2/all_os/ntp.mod
>       /export/home/johncha/dev/peerv2/all_os/tivoli.mod
>       /export/home/johncha/dev/peerv2/all_os/nslookup.mod
>       /export/home/johncha/dev/peerv2/all_os/ps1.mod
>       /export/home/johncha/dev/peerv2/all_os/rhosts.mod
>       /export/home/johncha/dev/peerv2/all_os/backup_restore_test.mod
>       /export/home/johncha/dev/peerv2/all_os/backup.mod.archive
>       /export/home/johncha/dev/peerv2/sox_verification.txt
>       /export/home/johncha/dev/peerv2/models/module.model
>       /export/home/johncha/dev/peerv2/models/function.model
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/ftpusers.mod
> =20
> /export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/config
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/isroot.func
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/list_functions.func
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/describe_function.func
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/disable_daemon.func
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/getyorn.func
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/myps.func
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/configdir/common_fu
> nctions/addsup.func
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/inetd.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/snmp.mod
> =20
> /export/home/johncha/dev/peerv2/sox_modules.05052006/passlength.mod
> =20
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/root_console_only.m
> od
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/nfs.mod
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/sendmail.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/lp.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/nis.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/dmi.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/passwd.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/shadow.mod
> =20
> /export/home/johncha/dev/peerv2/sox_modules.05052006/failedlogins.mod
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/.dmi.mod.swp
>
/export/home/johncha/dev/peerv2/sox_modules.05052006/logreview.mod
>       /export/home/johncha/dev/peerv2/sox_modules.05052006/sulog.mod
> =20
>
/export/home/johncha/dev/peerv2/tests/chaatappoms01_peer_review_04-17-06
> .doc
> =20
>
/export/home/johncha/dev/peerv2/tests/chastperfatt01_peer_review_04-17-0
> 6.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/drwlweb02_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web61-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/prodint-dn_peer_review_04-17-06.do
> c
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLWEB51_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLAPP02_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web67-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web65-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/drwlapp06_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLAPP51_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web66-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/drchkapp01_peer_review_04-17-06.do
> c
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web62-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLAPP52_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web01-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLNFS01_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web63-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdplan01_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/prodext-char_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web03cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web42cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlweb53_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/PDWLAPP02_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web71cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlapp01_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlapp06_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web41cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlweb04_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/PDWLMON01_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwladmin51_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlweb54_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwladmin01_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlweb03_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlapp04_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlapp53_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web76cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web75cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdtsrvdb_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/prodint-char_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/drwlweb03_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web73cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web01cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlapp05_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web72cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web70cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlnfs03_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/prodext-dn_peer_review_04-17-06.do
> c
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web04cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/drwlapp05_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLAPP01_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/drwlapp04_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/drwlapp03_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/DRWLWEB01_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web41-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlweb02_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web74cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web64-den_peer_review_04-17-06.
> doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pdwlapp03_peer_review_04-17-06.doc
> =20
>
/export/home/johncha/dev/peerv2/tests/pd2web02cha_peer_review_04-17-06.d
> oc
> =20
>
/export/home/johncha/dev/peerv2/tests/PDWLAPP52_peer_review_04-17-06.doc
>       /export/home/johncha/dev/peerv2/peerv2.ksh.08092006
>       /export/home/johncha/dev/peerv2/peerv2.ksh.08012006
>       /export/home/johncha/dev/peerv2/peerv2.ksh.10032006
>       /export/home/johncha/dev/peerv2/peerv2.ksh.10052006
>       /export/home/johncha/dev/peerv2/peerv2.dev
>       /export/home/johncha/dev/peerv2/publish
>       /export/home/johncha/dev/peerv2/peerv2.ksh.04062006

------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDE
V
-
Forwarded by the Webmin mailing list at
web...@li...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list


**************************************************************
This message, including any attachments, contains confidential information =
intended for a specific individual and purpose, and is protected by law.  I=
f you are not the intended recipient, please contact sender immediately by =
reply e-mail and destroy all copies.  You are hereby notified that any disc=
losure, copying, or distribution of this message, or the taking of any acti=
on based on it, is strictly prohibited.
TIAA-CREF
**************************************************************

[webmin-l] File system backup

[Rodney R. <Ro...@rc...>]

I'm attempting to backup the file system using webmin ssh. However, I
keep getting this error.

bash: line 1: /usr/libexec/rmt: No such file or directory

I'm aware that's a tar error if you use rsh, but shouldn't webmin be
building the file locally, then just coping the tar via ssh when ssh is
checked?

Ideas?



Rodney Richison
RCR Computing
PO Box 566 - 118 N. Broadway
Cleveland, OK 74020
Phone: 918-358-1111