It appears there is a looping symlink in the centos/4 directory, as shown
here:
# ls -l /mirror/centos/4/HEADER.images/
total 24
-rw-rw-r-- 2 distro distro 4734 Apr 19 22:00 centos_icon_60.png
-rw-rw-r-- 2 distro distro 14815 Apr 19 22:00 centos_logo_45.png
lrwxrwxrwx 1 distro distro 14 Sep 27 22:01 HEADER.html -> ../HEADER.html
lrwxrwxrwx 1 distro distro 16 Sep 27 22:01 HEADER.images
-> ../HEADER.images
You can see this on other mirrors as well:
http://centos.cs.ucr.edu/centos/4/HEADER.images/HEADER.images/HEADER.images/
-Doug
--
Douglas E. Warner <dwarner(a)ctinetworks.com> Network Engineer
CTI Networks, Inc. http://www.ctinetworks.com +1 717 975 9000
yesterday,i found my raid is corruption,today,the raid is lose,so sorry everybody.
all data is lost.....
in the next few day,i will going to join a road bicycle match,so my mirror site(mirror.be10.com) is
not come back soon.... :(
I discovered this morning that SELinux had stopped a user from executing
commands through my apache web server. He was using a vulnerability in
php-pear to get in, which I had patched a few months ago.
Unfortunately, I had foolishly not restarted the apache service after
the patch, so he started adding interesting scripts to my temp directories.
I'm going to perform a partial rebuild of the server. By what I can
tell, he was not able to leave his SELinux jail and execute any
programs. I've used rpm to validate the MD5 checksums of all package
files and verified that the only ones that came back were ones that I
had modified.
As he was restricted to executing everything as the apache user with a
security context of root:system_r:httpd_sys_script_t, he was not able to
start any of the back doors or IRC bots that he had placed on the
system, but I am concerned about the content accessible to
httpd_sys_script_t, so I'm going to remove all web server related
material and restore it from backups.
What I did not back up was the mirror of CentOS, which I need to rebuild
as a precautionary measure.
I'm currently removing alias to the CentOS mirror on the server. Please
remove me from the CentOS mirrors page until I get the system rebuilt.
Sorry for the inconvenience.
Sincerely,
Shawn M. Jones
Admin of the LittleProjects.org site in VA, USA
hello,list.
I had mirror the centos from the msync.centos.org .I use rsync
syncronize the mirror daily.The URL of this mirror is :
http://mirrors.vmmatrix.net/centos/,locate of this mirror is
ShangHai,China. Bandwidth of this mirror is 200Mbit. the sponsoring
organization is Vmmatrix Co., Ltd. our had mirror the
kernel,apache,ldp,debian,trustix and join them's mirror list.
--
hmy
Hello,
We have setup a new CentOS mirror that syncs 3 times a day with
us-msync.centos.org::CentOS.
http://centos-distro.cavecreek.net/ftp://centos-distro.cavecreek.net/
rsync: centos-distro.cavecreek.net::CentOS
City: Phoenix, AZ
Bandwidth: 100mbit
Sponsor: Cavecreek Web Hosting
Bryan Sarpad
Cavecreek Wholesale Internet Exchange
We have upgraded the rsync used on the centos mirrors to a version >=
2.6.4 so that we can use the --delay-updates flag for rsyncing.
This flag (if you have rsync >= 2.6.4) will download all the updates,
then move them into place ... so for items like yum repos, there is a
much shorter time that the repo is not usable during long updates. If
you have rsync >= 2.6.4, we recommend you use this switch for CentOS
rsyncs.
See the below e-mail for info:
> > >> While a CVS commit is in progress, for instance, other users still see the previous
> > >> state; this is not true for a YUM repository.
> >
> > >> Hmm. This sounds like the crux of the problem. If the mirroring
> > >> software could be tricked into copying the repodata last, wouldn't this
> > >> problem (and this thread) go away?
> >
> > > rsync does not allow you to specify an order, however rsync has 2 options.
> > > --delay-updates will update the mirror at the end of the sync, which is
> > > near atomic (this is functionality that Jeff Pitman wrote when I needed it
> > > for my repository) and you have an atomic-script that comes with rsync
> > > that hardlinks the tree, makes updates in that new tree and finally
> > > atomically puts it all back.
> >
> > This one thing right there will help tremendously. Thanks for the pointer
> > to --delay-updates (any idea which version of rsync this first appeared?).
>
> OK guys ... the answer is that is was added in version 2.6.4 of
> rsync ... and that is newer than both CentOS-3 and CentOS-4 :(
>
> BUT - this is such a good feature, we have upgraded the CentOS mirrors
> to have version 2.6.6 of rsync from Dag's repo:
>
> http://dag.wieers.com/packages/rsync/
>
> We recommend that if you are rsyncing from centos.org that you get
> the .el3 or .el4 version of rsync (depending on the version of your
> mirror) from above and then add the --delay-updates switch to your rsync
> script when rsyncing from us.
>
> Many thanks to Dag Wieers for the info on this issue, for submitting the
> request to get this included in rsync ... and for his outstanding repos.
Hi! I am now mirroring CentOS and I would like to use
lock files so that I don't start multiple connections
at the same time. I don't know how to do this...
The CentOS Mirroring HowTo 'told' me that this mailing
list can help me! Thank you in advance...
Silvian Cretu
-----------------
http://www.linux360.ro/http://toxic-chat.sourceforge.net/http://www.caramida-verde.as.ro/
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Silvian Cretu wrote:
>Hi! I am now mirroring CentOS and I would like to use
>lock files so that I don't start multiple connections
>at the same time. I don't know how to do this...
>The CentOS Mirroring HowTo 'told' me that this mailing
>list can help me! Thank you in advance...
If you want to create a lock file without a race condition, you could use the
'lockfile' command. The man page even shows simple example quasi-script.
--
Dave Thompson ( thomas (at) cs.wisc.edu )
Associate Researcher Department of Computer Science
University of Wisconsin-Madison http://www.cs.wisc.edu/(twiddle)thomas
1210 West Dayton Street
Madison, WI 53706-1685
--
------- End of Forwarded Message