LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices


Reply
  Search this Thread
Old 07-14-2009, 10:54 AM   #31
centosboy
Senior Member
 
Registered: May 2009
Location: london
Distribution: centos5
Posts: 1,137

Rep: Reputation: 116Reputation: 116

Quote:
Originally Posted by rjo98 View Post
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?

sorry ignore my post regarding adding write permissions.

the cron is running, but part of it is failing.
the directory stuff/music cannot be opened and so the deletion is failing.
it cant be opened because of a permissions error i suspect
 
Old 07-14-2009, 10:54 AM   #32
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
that didn't last long, it gave that 3rd line again
 
Old 07-14-2009, 10:56 AM   #33
centosboy
Senior Member
 
Registered: May 2009
Location: london
Distribution: centos5
Posts: 1,137

Rep: Reputation: 116Reputation: 116
Quote:
Originally Posted by rjo98 View Post
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?
oh yeah - and show the perms for the music folder. thats the issue. i misread earlier
 
Old 07-14-2009, 11:02 AM   #34
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
all it has is d then a bunch of dashes, which would explain that error

is there a way i can just have it ignore that error until i can figure out if I can just delete that directory since nobody can do anything with it?
 
Old 07-14-2009, 11:06 AM   #35
centosboy
Senior Member
 
Registered: May 2009
Location: london
Distribution: centos5
Posts: 1,137

Rep: Reputation: 116Reputation: 116
Quote:
Originally Posted by rjo98 View Post
all it has is d then a bunch of dashes, which would explain that error

is there a way i can just have it ignore that error until i can figure out if I can just delete that directory since nobody can do anything with it?
you have to add some permissions before you can delete that directory....or you can just ignore it...send errors to /dev/null
my guess is that someone zeroed the permissions for a reason.

there are some rsync flags which can ignore this directory anyway.

man rsync
 
Old 07-14-2009, 11:10 AM   #36
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
looks like there is an ignore errors option in rsync i could use. but the rsync did eventually die with that third line of the error i posted earlier: rsync error: some files could not be transferred (code 23) at main.c(620)

Should i just have it rsync with the ignore errors?
 
Old 07-14-2009, 12:38 PM   #37
repo
LQ 5k Club
 
Registered: May 2001
Location: Belgium
Distribution: Arch
Posts: 8,528

Rep: Reputation: 899Reputation: 899Reputation: 899Reputation: 899Reputation: 899Reputation: 899Reputation: 899
Quote:
IO error encountered - skipping file deletion
Since it worked before, I would suggest to verify the drive.
Can you add and delete files by hand?
 
Old 07-14-2009, 12:52 PM   #38
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
Verify the entire drive? does that "skipping file deletion" error mean it won't delete ANY files or just one file in particular since the message only appeared once.

I was able to cp a file buried within my stuff folder to the root of the stuffbackup folder.

Last edited by rjo98; 07-14-2009 at 12:56 PM.
 
Old 07-14-2009, 01:02 PM   #39
repo
LQ 5k Club
 
Registered: May 2001
Location: Belgium
Distribution: Arch
Posts: 8,528

Rep: Reputation: 899Reputation: 899Reputation: 899Reputation: 899Reputation: 899Reputation: 899Reputation: 899
Quote:
Verify the entire drive? does that "skipping file deletion" error mean it won't delete ANY files or just one file in particular since the message only appeared once.
AFAIK 1 file
However, can' you verify if the changes are made or not?
 
Old 07-14-2009, 01:08 PM   #40
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
Not sure I understand what you asked, but if i did, I did a du -ch | grep total on both stuff and stuffbackup, there is a considerable difference between the two.
 
Old 07-14-2009, 03:48 PM   #41
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
Would it be of a benefit to run the rsync with a -v -n ? or will the stuff fly by on the screen so fast i won't be able to even see what it says?
 
Old 07-14-2009, 03:56 PM   #42
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
I gave it a shot with those 2 switches, but it didn't give me any other good info other than what was already noted earlier.

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

How do i know what kind of IO error is found. it looks like its skipping deleting all files it should delete because of this. Without the --delete working I'm going to run out of space on my destination drive sorta soon.

Last edited by rjo98; 07-14-2009 at 03:57 PM.
 
Old 07-14-2009, 04:21 PM   #43
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
Quote:
Originally Posted by rjo98 View Post
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?
OK, problem solved kinda. It at least did the deletes on my second hard drive. What I ended up doing was chmod 700 on stuff/music so the user who had the crontab with my rsync would have permission. After I did that, i reran the rsync with -n -v and it was actually telling me it would delete stuff. so i removed the -n -v and what do you know, it did the deletes, but then gave the following messages still. At least I was able to free up the space on my secondary drive now, but why would I still be getting these messages?

opendir(stuff/music): Permission denied
delete_one: rmdir stuff/oldpics: Permission denied
rsync error: some files could not be transferred (code 23) at main.c(620)
 
Old 07-15-2009, 02:12 AM   #44
centosboy
Senior Member
 
Registered: May 2009
Location: london
Distribution: centos5
Posts: 1,137

Rep: Reputation: 116Reputation: 116
Quote:
Originally Posted by rjo98 View Post
OK, problem solved kinda. It at least did the deletes on my second hard drive. What I ended up doing was chmod 700 on stuff/music so the user who had the crontab with my rsync would have permission. After I did that, i reran the rsync with -n -v and it was actually telling me it would delete stuff. so i removed the -n -v and what do you know, it did the deletes, but then gave the following messages still. At least I was able to free up the space on my secondary drive now, but why would I still be getting these messages?

opendir(stuff/music): Permission denied
delete_one: rmdir stuff/oldpics: Permission denied
rsync error: some files could not be transferred (code 23) at main.c(620)

the problem is really in the messages itself. just read them then check perms/user on those folders

Code:
opendir(stuff/music): Permission denied
delete_one: rmdir stuff/oldpics: Permission denied

dont forget to give a thumbs up for me if i have been of any help throught the entire post
 
Old 07-15-2009, 09:43 AM   #45
rjo98
Senior Member
 
Registered: Jun 2009
Location: US
Distribution: RHEL, CentOS
Posts: 1,685

Original Poster
Rep: Reputation: 48
Thanks to everyone involved. I'm guessing that third line is more just a summary of the other 2 and i dont need to look into it any more.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
How to see that crontab is running or not. nirmalraja Linux - General 1 11-23-2006 02:30 AM
can't understand rsync's behavior at all baronsam Linux - Software 5 08-15-2006 01:46 PM
crontab jobs aren't running mdm_linux Linux - General 4 05-30-2005 12:27 PM
Running ssh from crontab cmfarley19 Linux - Software 1 01-23-2004 08:24 AM
Old Crontab still Running vwaldoguy Linux - Software 3 08-05-2003 02:50 AM


All times are GMT -5. The time now is 11:35 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration