rsync's in crontab not running, not sure why

anon091 · 07-14-2009, 08:55 AM

I just looked in the var/log/cron and it has the following

Jul 14 02:05:01 svr01 crond[22729]: (user) CMD (rsync -r -a -p --delete /data1/stuff /data2/stuffbackup/)

so does that mean it ran? or is it still running and just hasn't deleted anything yet maybe?

centosboy · 07-14-2009, 08:57 AM

Quote:

Originally Posted by rjo98

I just looked in the var/log/cron and it has the following

Jul 14 02:05:01 svr01 crond[22729]: (user) CMD (rsync -r -a -p --delete /data1/stuff /data2/stuffbackup/)

so does that mean it ran? or is it still running and just hasn't deleted anything yet maybe?

it ran.
is it still running?? i doubt, but check.

Code:

pgrep rsync

or

Code:

ps ax | grep rsync

anon091 · 07-14-2009, 08:59 AM

that first line returned nothing

the 2nd line returned
3752 pts/0 S 0:00 grep rsync

centosboy · 07-14-2009, 09:02 AM

Quote:

Originally Posted by rjo98

that first line returned nothing

the 2nd line returned
3752 pts/0 S 0:00 grep rsync

it is not running then.
and so shouldnt be considering the cron fires up at 0205hrs on the given days

Code:

day of week    0-7 (0 or 7 is Sun, or use names)

man 5 crontab

anon091 · 07-14-2009, 09:14 AM

So should i just update the path in the crontab then and rerun it? I'm not sure why it would just stop working.

centosboy · 07-14-2009, 09:41 AM

Quote:

Originally Posted by rjo98

So should i just update the path in the crontab then and rerun it? I'm not sure why it would just stop working.

it looks to me like it is running fine.

can u do me a favour and paste the contents of crontab here

hint

Code:

crontab -l

anon091 · 07-14-2009, 09:48 AM

just to try it I ran the rsync statement manually and got the following

opendir(stuff/music): Permission denied
IO error encountered - skipping file deletion
rsync error: some files could not be transferred (code 23) at main.c(620)

Maybe something got jacked up with permissions and that's the problem?

anon091 · 07-14-2009, 10:29 AM

Actually when I try to run it as the user who has the crontab'd rsync, i get the following

rsync: writefd_unbuffered failed to write 4092 bytes: phase "send_file_entry": Broken pipe
rsync error: error in rsync protocol data stream (code 12) at io.c(515)

centosboy · 07-14-2009, 10:33 AM

Quote:

Originally Posted by rjo98

Actually when I try to run it as the user who has the crontab'd rsync, i get the following

rsync: writefd_unbuffered failed to write 4092 bytes: phase "send_file_entry": Broken pipe
rsync error: error in rsync protocol data stream (code 12) at io.c(515)

sounds like permissions problem

anon091 · 07-14-2009, 10:33 AM

Putting the /usr/bin/ in front of rsync produced the same results as my last post FYI

centosboy · 07-14-2009, 10:38 AM

Quote:

Originally Posted by rjo98

Putting the /usr/bin/ in front of rsync produced the same results as my last post FYI

i said already that the command IS running.

the problem is this

Code:

opendir(stuff/music): Permission denied

make sure that user has permissions to open the stuff/music directory or run this crontab as a user that IS allowed to do this

anon091 · 07-14-2009, 10:39 AM

When I look at my stuff folder i see the following

dr-xr-x--- 21 user grp 4096 Jul 9 11:07 stuff

When i look at stuffbackup i see

drwxrwxr-x 3 user grp 4096 Jun 18 09:05 stuffbackup

the crontab is under the user's crontab, so shouldn't it be ok? permissions aren't my strong suit. actually, linux isn't my strong suit, yet! haha

centosboy · 07-14-2009, 10:41 AM

Quote:

Originally Posted by rjo98

When I look at my stuff folder i see the following

dr-xr-x--- 21 user grp 4096 Jul 9 11:07 stuff

When i look at stuffbackup i see

drwxrwxr-x 3 user grp 4096 Jun 18 09:05 stuffbackup

the crontab is under the user's crontab, so shouldn't it be ok? permissions aren't my strong suit. actually, linux isn't my strong suit, yet! haha

grrr...

w is missing

should read

Code:

drwxr-x---   21 user   grp       4096 Jul  9 11:07 stuff

so..

Code:

chmod u+w stuff(/music)

anon091 · 07-14-2009, 10:43 AM

so I even need to have the w for the source directory even though this user account is just used for the cron jobs?

anon091 · 07-14-2009, 10:49 AM

I went to manually run it switched over to the user who has the crontab, and now its just at

opendir(stuff/music): Permission denied
IO error encountered - skipping file deletion

but didn't give that third line that it did earlier. does that mean its actually running this time since it didn't give that 3rd line?