Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#17181 - Incorrect file permissions in rsync module
Attached to Project:
Arch Linux
Opened by John 'Warthog9' Hawley (warthog9) - Wednesday, 18 November 2009, 04:08 GMT
Last edited by Allan McRae (Allan) - Saturday, 05 June 2010, 06:16 GMT
Opened by John 'Warthog9' Hawley (warthog9) - Wednesday, 18 November 2009, 04:08 GMT
Last edited by Allan McRae (Allan) - Saturday, 05 June 2010, 06:16 GMT
|
DetailsIssue with the upstream rsync module:
--- BEGIN RSYNC --- Wed Nov 18 03:47:44 UTC 2009 receiving file list ... rsync: opendir "sources/.subversion/auth" (in kitchensink_auth) failed: Permission denied (13) done rsync: send_files failed to open "sources/nohup.out" (in kitchensink_auth): Permission denied (13) IO error encountered -- skipping file deletion Number of files: 14055 Number of files transferred: 0 Total file size: 51645509581 bytes Total transferred file size: 0 bytes Literal data: 0 bytes Matched data: 0 bytes File list size: 646450 File list generation time: 6.409 seconds File list transfer time: 0.000 seconds Total bytes sent: 137 Total bytes received: 646744 sent 137 bytes received 646744 bytes 76103.65 bytes/sec total size is 51645509581 speedup is 79837.73 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1506) [generator=3.0.4] --- END RSYNC --- Wed Nov 18 03:47:52 UTC 2009 Specifically there are two files there that have either incorrect permissions or they aren't supposed to be exported at all. This is causing issues with deleting erroneous files from october 29th, is this something you can take care of on your end? |
This task depends upon
Comment by Aaron Griffin (phrakture) -
Wednesday, 18 November 2009, 04:28 GMT
- Task assigned to Thomas Bächler (brain0), Dan McGee (toofishes), Aaron Griffin (phrakture)
Err, where did those files come from? Do either of you know if they're necessary?
Comment by Jan de Groot (JGC) -
Wednesday, 18 November 2009, 08:25 GMT
I deleted the nohup.out and .subversion directory. AFAIK this thing isn't a subversion repository or working directory, and the nohup.out file was dated almost two months ago.
Comment by John 'Warthog9' Hawley (warthog9) -
Wednesday, 18 November 2009, 18:50 GMT
That cleared it up for me.
Comment by John 'Warthog9' Hawley (warthog9) -
Sunday, 16 May 2010, 08:40 GMT
- Field changed: Percent Complete (100% → 0%)
Problem is back, exactly the same
Comment by Allan McRae (Allan) -
Sunday, 16 May 2010, 08:40 GMT
The sources/.subversion directory seems to be back. Safe to just delete?
Comment by Thomas Bächler (brain0) -
Sunday, 16 May 2010, 09:08 GMT
Okay, the 'sourceballs' user has /srv/ftp/sources/ as its $HOME, and this directory is created as he uses svn.
Comment by Thomas Bächler (brain0) -
Sunday, 16 May 2010, 09:11 GMT
Files deleted, $HOME changed, this should be gone now.
Comment by Thomas Dziedzic (tomd123) -
Saturday, 05 June 2010, 06:11 GMT
status?
Comment by Allan McRae (Allan) -
Saturday, 05 June 2010, 06:16 GMT
Those files have not reappeared so it looks like the changes Thomas made worked.