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/images/aspen > >>>>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/images/aspen > >>>>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 > >>>>ges/aspen > >>>>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 > >>>>ages/aspen > >>>>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
