Hi All, Went to Dags page and did not see an entry or Centos for yum configuration. Is Dag ok to use for Centos? If so, how would I enter the info in my dag repo file? Phil
On Wed, 2 Nov 2005, Phil Savoie wrote:> Hi All, > > Went to Dags page and did not see an entry or Centos for yum configuration. Is > Dag ok to use for Centos? If so, how would I enter the info in my dag repo > file?The common denominator is is RHEL.Dag does not specifically package for CentOS. He targets Fedora, and RedHat Enterprise. CentOS is compatible with RHEL.
I use dag's RHEL repo and it works fine (for me) for both centos3 and 4 boxes.
On Wed, Nov 02, 2005 at 12:20:05PM -0500, Phil Savoie enlightened us:> Went to Dags page and did not see an entry or Centos for yum configuration. Is > Dag ok to use for Centos? If so, how would I enter the info in my dag repo > file? > > Philhttp://dag.wieers.com/home-made/apt/FAQ.php#B Just use the Enterprise Linux entry. Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263
Phil Savoie wrote:> Hi All, > > Went to Dags page and did not see an entry or Centos for yum configuration. Is > Dag ok to use for Centos? If so, how would I enter the info in my dag repo > file? > > PhilHi - Remember the purpose of CentOS; Think RHEL, without the "R". Therefore, anything RHEL-based will work with CentOS. http://dag.wieers.com/home-made/apt/FAQ.php#B4 Use the "Dag RPM Repository for Red Hat Enterprise Linux" entry, and beautiful women will flock to your doorstep. Thanks -dant
[QUOTE] Use the "Dag RPM Repository for Red Hat Enterprise Linux" entry, and beautiful women will flock to your doorstep. [/QUOTE] Each one demanding several years back child support. Brian Brunner brian.t.brunner at gai-tronics.com (610)796-5838 ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated
On Tue, 8 Nov 2005, Colm MacCarthaigh wrote:> On Tue, Nov 08, 2005 at 11:45:21AM +0100, Dag Wieers wrote: > > On Mon, 7 Nov 2005, Johnny Hughes wrote: > > > On Mon, 2005-11-07 at 17:00 -0500, John Hinton wrote: > > > > > > > Yes and I'm glad I have both version 3 and version 4 servers as version > > > > 3 is updating just fine, but all of my CentOS v 4 machines are stuck in > > > > lala land for about 5 days now. Happened once before, but was fixed, but > > > > it's back.... > > > > > > > > -------- > > > > Setting up Update Process > > > > Setting up repositories > > > > //var/cache/yum/dag/repomd.xml:1: parser error : Document is empty > > > > > > > > ^ > > > > //var/cache/yum/dag/repomd.xml:1: parser error : Start tag expected, '<' > > > > not found > > > > > > > > ^ > > > > dag 100% |=========================| 0 B > > > > 00:00 > > > > http://apt.sw.be/redhat/el4/en/i386/dag/repodata/repomd.xml: [Errno -1] > > > > Error importing repomd.xml for dag: Error: could not parse file > > > > //var/cache/yum/dag/repomd.xml > > > > Trying other mirror. > > > > Cannot open/read repomd.xml file for repository: dag > > > > failure: repodata/repomd.xml from dag: [Errno 256] No more mirrors to try. > > > > Error: failure: repodata/repomd.xml from dag: [Errno 256] No more > > > > mirrors to try. > > > > ------- > > > > > > > > Same deal since about Wednesday or Friday of last week. > > > > > > > > I'm about to go comment out my chance at beautiful women. :) > > > > > > Pick a different mirror, that one is also an Apache Project test > > > server :) > > > > Sigh. And chances are they don't know something has been wrong for the > > last couple of weeks... > > This mail contains no useful information. What is the problem, and what > do you want us to do?I don't know what the problem is. Either the file is empty on the filesystem (corruption on the filesystem level or problems with rsync or NFS) or the web server is handing out empty files under certain conditions. Without access to the system I have no clue whether the filesystem is the problem or it is Apache related. I bet it is Apache's problem as mirrors of Heanet do not seem to have this problem. (This is different than when it was a NFS problem with the same symptoms) I checked and I currently do not see a problem: http://apt.sw.be/redhat/el4/en/i386/dag/repodata/repomd.xml http://mirrors.ircam.fr/pub/dag/redhat/el4/en/i386/dag/repodata/repomd.xml I have seen all sorts of reports from people saying that it sometimes works, sometimes not, and people saying it never works. Also not sure if it could be proxy or transparant-proxy related. If you could check whether there are times where Apache logs a zero-file transfer for repomd.xml (or other files in the repository) that might help find the cause. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]
On Wed, 9 Nov 2005, Colm MacCarthaigh wrote:> On Tue, Nov 08, 2005 at 12:36:04PM +0100, Dag Wieers wrote: > > I don't know what the problem is. Either the file is empty on the > > filesystem (corruption on the filesystem level or problems with rsync or > > NFS) or the web server is handing out empty files under certain > > conditions. > > It's the latter, and the problem has been traced to yet another bug to > do with sendfile() and TCP checksum offloading. Basically ... the > packets were being sent, but with invalid checksums. So the clients were > rejecting the packets. > > > Without access to the system I have no clue whether the filesystem is the > > problem or it is Apache related. I bet it is Apache's problem as mirrors > > of Heanet do not seem to have this problem. (This is different than when > > it was a NFS problem with the same symptoms) > > Turned out not to be an Apache problem, as anything which used > sendfile() would have been effected. The problem is really in the > network cards - and how they handle offloaded checksums when DSCP > headers are set.Thanks Colm, I'm very interested to learn how you figured this out. Also, are there any tests/monitors to find the same cause in the future ? It could be something that is silently bothering other people as well, and a technical explanation together with Google might make this valuable information. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]