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 thatshould be coming to root's mail.
Jason
On Wed, 2003-10-01 at 15:05, Jess Cannata wrote:
Jason Brechin wrote:
It works fine. This really has me baffled.It seems like C3 is working. What happens if you manually `cpush /etc/passwd /etc/passwd`?
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
------------------------------------------------------- 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
