Cpush works fine without any problems when ran outside of crontab. I 
will try running cpush in crontab to see what happens. I did wrap a 
simple shell script around sync_users and used crontab to launch the 
shell script. This, too, failed.

I believe that the messages in the log are sent via the logger utility.

This doesn't make any sense to me, and I'm not sure why this hasn't 
worked on two separate clusters.

Jess

----- Original Message -----
From: Jeremy Enos <[EMAIL PROTECTED]>
Date: Wednesday, October 1, 2003 7:01 pm
Subject: Re: [Oscar-users] Opium and Oscar 2.3.1

> How does cpush work if run out of cron?  Any oddness there?  
> Problems with 
> not having a tty?  I'd create a test for that, and make sure it 
> works 
> ok.  I assume the messages in the log are just sent via the logger 
> utility, 
> right?
> 
>         Jeremy
> 
> At 04:52 PM 10/1/2003 -0400, Jess Cannata wrote:
> >I tried removing /dev/null from the crontab so it will send an e-
> mail. It 
> >doesn't send any e-mail, but it does log the info in 
> /var/log/messages. I 
> >even added the following crontab job:
> >
> >*/1 * * * * /opt/opium/bin/sync_users &
> >
> >It always reports that it is pushing the files to the clients, 
> but nothing 
> >happens.
> >
> >It works fine when ran manually, but when ran via crontab it 
> fails. I'm 
> >quite perplexed because I don't see any reason why this shouldn't 
> work. I 
> >will keep looking into it.
> >
> >Thanks for your help.
> >
> >Jess
> >
> >Jason Brechin wrote:
> >
> >>Are you SURE that sync_users isn't working then?  Can you 
> explain a
> >>situation where it isn't working, including actions taken before and
> >>after running sync_users?
> >>
> >>If it's only failing when the cron job runs it, then try 
> removing the
> >>
> >>
> >>>/dev/null from the commandline and check for the error messages 
> that>>>
> >>should be coming to root's mail.
> >>
> >>Jason
> >>
> >>On Wed, 2003-10-01 at 15:05, Jess Cannata wrote:
> >>
> >>
> >>>Jason Brechin wrote:
> >>>
> >>>
> >>>
> >>>>It seems like C3 is working.  What happens if you manually `cpush
> >>>>/etc/passwd /etc/passwd`?
> >>>>
> >>>>
> >>>It works fine. This really has me baffled.
> >>>
> >>>In the /var/log/messages it shows that sync_users is cpushing
> >>>/etc/passwd to the clients, but it doesn't actually happen.
> >>>
> >>>Oct  1 14:15:00 aspen logger: sync_users found an updated 
> /etc/passwd 
> >>>and is pushing it to the clients
> >>>Oct  1 14:30:00 aspen logger: sync_users found an updated 
> /etc/passwd 
> >>>and is pushing it to the clients
> >>>
> >>>If I manually run sync_users it works fine.
> >>>
> >>>
> >>>
> >>>>Jason
> >>>>
> >>>>On Wed, 2003-10-01 at 13:02, Jess Cannata wrote:
> >>>>
> >>>>
> >>>>
> >>>>>The other C3 tools seem to be working. Here's the output from 
> cexec 
> >>>>>hostname (there's only one node):
> >>>>>
> >>>>>************************* oscar_cluster *************************
> >>>>>--------- a1.aspen.georgetown.edu---------
> >>>>>a1.aspen.georgetown.edu
> >>>>>
> >>>>>I removed the force option and kept
> >>>>>
> >>>>>syncfile /etc/passwd
> >>>>>syncfile /etc/group
> >>>>>syncfile /etc/shadow
> >>>>>syncfile /etc/gshadow
> >>>>>syncfile /opt/env-switcher/etc/switcher.ini
> >>>>>
> >>>>>I will watch and see what happens.
> >>>>>
> >>>>>Jess
> >>>>>
> >>>>>Jason Brechin wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Okay... this is good because it's pointed out a couple 
> problems that I
> >>>>>>hadn't seen before.  The force option in the .conf file 
> doesn't work. 
> >>>>>>Take it out, since I don't think it's really appropriate for 
> it to be in
> >>>>>>the .conf file anyway.  You can specify --force on the 
> command line to
> >>>>>>force syncing.
> >>>>>>
> >>>>>>It seems like the C3 commands aren't pushing the files out 
> as 
> >>>>>>expected. What does `cexec hostname` return?  Do other C3 
> commands behave as
> >>>>>>expected?
> >>>>>>
> >>>>>>Jason
> >>>>>>
> >>>>>>On Wed, 2003-10-01 at 12:10, Jess Cannata wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>Jason,
> >>>>>>>
> >>>>>>>Here is the original sync_users.conf file (as installed by 
> Oscar). I 
> >>>>>>>only uncommetted the following because it wasn't working:
> >>>>>>>force=1
> >>>>>>>syncfile /etc/passwd
> >>>>>>>syncfile /etc/group
> >>>>>>>syncfile /etc/shadow
> >>>>>>>
> >>>>>>>I didn't do anything to getent.
> >>>>>>>
> >>>>>>>Original File
> >>>>>>>
> >>>>>>># This is the sync_files configuration file
> >>>>>>># It must be located in /opt/opium/etc/sync_users.conf
> >>>>>>># Values must be defined as shown in defaults
> >>>>>>># Lines beginning with # are comments
> >>>>>>># Values shown here are defaults unless otherwise
> >>>>>>># specified.
> >>>>>>>
> >>>>>>># Uncomment to cause sync_users to ALWAYS
> >>>>>>># push ALL files (defaults to 0)
> >>>>>>># force=1
> >>>>>>>
> >>>>>>># Defines where checksums are stored
> >>>>>>># If the checksums have changed (or the file has not been 
> created yet),
> >>>>>>># then it will be creatednext time sync_files is run.
> >>>>>>># To change the checksum file location, uncomment the next 
> line and 
> >>>>>>>change the
> >>>>>>># file location
> >>>>>>># checksums /opt/opium/etc/checksums
> >>>>>>>
> >>>>>>># Defines files to sync in a one file per line format, as below
> >>>>>>># sync_users will check for existence before trying to sync 
> them>>>>>>>#syncfile /etc/passwd
> >>>>>>>#syncfile /etc/group
> >>>>>>>#syncfile /etc/shadow
> >>>>>>>
> >>>>>>>syncfile /etc/gshadow
> >>>>>>>
> >>>>>>>#Using getent generates the following files in 
> /opt/opium/tmp/, this 
> >>>>>>>is all
> >>>>>>>#handled within sync_users, so they need not be listed here.
> >>>>>>>#syncfile /opt/opium/tmp/etc/passwd
> >>>>>>>#syncfile /opt/opium/tmp/etc/group
> >>>>>>>#syncfile /opt/opium/tmp/etc/shadow
> >>>>>>>
> >>>>>>># 'getent' sets sync_users to use getent for the files 
> listed above
> >>>>>>># By default, we use getent, so to not use getent, 
> uncomment the 
> >>>>>>>next line
> >>>>>>># and add the appropriate files from /etc/
> >>>>>>># getent off
> >>>>>>>
> >>>>>>># Defines how large the cron interval is (job runs every x 
> minutes)>>>>>>># This value is in minutes and must be less than 60
> >>>>>>># If this is set to 0, then sync_users will not be set as a 
> cron job
> >>>>>>># To change the default value, uncomment the next line and 
> change 
> >>>>>>>the value
> >>>>>>># crondelay = 15
> >>>>>>>
> >>>>>>># sync_users uses C3 as its transport mechanism of choice.
> >>>>>>># To turn off, uncomment the following line
> >>>>>>># usec3 off
> >>>>>>>
> >>>>>>># sync_users also supports scp if set up to work with no 
> passwords>>>>>>># This can be used instead of c3, or in addition 
> to it to sync files 
> >>>>>>>to hosts
> >>>>>>># outside the default cluster defined in c3
> >>>>>>># scphost node1
> >>>>>>># scphost node3
> >>>>>>>
> >>>>>>># Defines where the crontab file is (usually /etc/crontab)
> >>>>>>># Only change if necessary
> >>>>>>># crontab="/etc/crontab"
> >>>>>>>syncfile /opt/env-switcher/etc/switcher.ini
> >>>>>>>
> >>>>>>>Here is the crontab job (I didn't do anything to it). It 
> seems to 
> >>>>>>>copy /etc/passwd, group, shadow from /etc to 
> /opt/opium/tmp/etc/ 
> >>>>>>>every 15 miuntes, but then they don't get pushed to the nodes.
> >>>>>>>
> >>>>>>>*/15 * * * * root /opt/opium/bin/sync_users >/dev/null 2>&1
> >>>>>>>
> >>>>>>>Here's the output from ./sync_users -v:
> >>>>>>>
> >>>>>>>Now defining variables from config file
> >>>>>>>force: no such variable at /opt/opium/etc/sync_users.conf 
> line 10
> >>>>>>>syncfile     = /etc/passwd /etc/group /etc/shadow 
> /etc/gshadow 
> >>>>>>>/opt/env-switcher
> >>>>>>>/etc/switcher.ini (5)
> >>>>>>>checksums    = /opt/opium/etc/checksums
> >>>>>>>crondelay    = 15
> >>>>>>>crontab      = /etc/crontab
> >>>>>>>Verbosity level: 1
> >>>>>>>crononly     = 0
> >>>>>>>getent       = 1
> >>>>>>>usec3        = 1
> >>>>>>>scphost      =  (0)
> >>>>>>>root
> >>>>>>>filestosync equals /etc/passwd /etc/group /etc/shadow 
> /etc/gshadow 
> >>>>>>>/opt/env-swit
> >>>>>>>cher/etc/switcher.ini /opt/opium/tmp/etc/passwd 
> >>>>>>>/opt/opium/tmp/etc/group /opt/op
> >>>>>>>ium/tmp/etc/shadow
> >>>>>>>There have been changes
> >>>>>>>chkout is /etc/group
> >>>>>>>/etc/shadow
> >>>>>>>/opt/opium/tmp/etc/group
> >>>>>>>/opt/opium/tmp/etc/shadow
> >>>>>>>
> >>>>>>>Updating /etc/group
> >>>>>>>building file list ... done
> >>>>>>>group
> >>>>>>>wrote 390 bytes  read 42 bytes  864.00 bytes/sec
> >>>>>>>total size is 591  speedup is 1.37
> >>>>>>>Checking if I need to copy /etc/group to 
> >>>>>>>/var/lib/systemimager/image>>>>>>>Updating /etc/shadow
> >>>>>>>building file list ... done
> >>>>>>>shadow
> >>>>>>>wrote 357 bytes  read 48 bytes  810.00 bytes/sec
> >>>>>>>total size is 973  speedup is 2.40
> >>>>>>>Checking if I need to copy /etc/shadow to 
> >>>>>>>/var/lib/systemimager/image>>>>>>>Updating 
> /opt/opium/tmp/etc/group>>>>>>>building file list ... done
> >>>>>>>group
> >>>>>>>wrote 388 bytes  read 42 bytes  860.00 bytes/sec
> >>>>>>>total size is 591  speedup is 1.37
> >>>>>>>Checking if I need to copy /opt/opium/tmp/etc/group to 
> >>>>>>>/var/lib/systemimager/ima
> >>>>>>>ge>>>>>>>Updating /opt/opium/tmp/etc/shadow
> >>>>>>>building file list ... done
> >>>>>>>shadow
> >>>>>>>wrote 362 bytes  read 48 bytes  273.33 bytes/sec
> >>>>>>>total size is 973  speedup is 2.37
> >>>>>>>Checking if I need to copy /opt/opium/tmp/etc/shadow to 
> >>>>>>>/var/lib/systemimager/im
> >>>>>>>age>>>>>>>Generating /opt/opium/etc/checksums
> >>>>>>>
> >>>>>>>Jason Brechin wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>I have a couple questions...
> >>>>>>>>
> >>>>>>>>1) Is there a reason you do not want sync_users to use getent?
> >>>>>>>>2) Did you set "getent off" in the .conf file?
> >>>>>>>>3) Did you change the sync_users command line in /etc/crontab?
> >>>>>>>>3) Can you send the output of running 
> `/opt/opium/bin/sync_users -v`?
> >>>>>>>>
> >>>>>>>>As far as I can tell, the force option should work, so I'm 
> guessing 
> >>>>>>>>that
> >>>>>>>>it's not handling the getent/non-getent distinction well.
> >>>>>>>>
> >>>>>>>>Thanks,
> >>>>>>>>
> >>>>>>>>Jason
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>-------------------------------------------------------
> >>>>>>>This sf.net email is sponsored by:ThinkGeek
> >>>>>>>Welcome to geek heaven.
> >>>>>>>http://thinkgeek.com/sf
> >>>>>>>_______________________________________________
> >>>>>>>Oscar-users mailing list
> >>>>>>>[EMAIL PROTECTED]
> >>>>>>>https://lists.sourceforge.net/lists/listinfo/oscar-users
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>-------------------------------------------------------
> >>>>>This sf.net email is sponsored by:ThinkGeek
> >>>>>Welcome to geek heaven.
> >>>>>http://thinkgeek.com/sf
> >>>>>_______________________________________________
> >>>>>Oscar-users mailing list
> >>>>>[EMAIL PROTECTED]
> >>>>>https://lists.sourceforge.net/lists/listinfo/oscar-users
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>
> >>
> >>
> >
> >
> >
> >
> >-------------------------------------------------------
> >This sf.net email is sponsored by:ThinkGeek
> >Welcome to geek heaven.
> >http://thinkgeek.com/sf
> >_______________________________________________
> >Oscar-users mailing list
> >[EMAIL PROTECTED]
> >https://lists.sourceforge.net/lists/listinfo/oscar-users
> 
> 



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Oscar-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-users

Reply via email to