Discuss

discuss@lists.centos.org

34758 discussions

CentOS Mirrors and Adjacent country groups
by Johnny Hughes 29 Aug '09

29 Aug '09

CentOS has developed our own mirrorlist and isolist applications and inside this application, we have some countries that we shift to other countries and we also have some country groups defined. The purpose of these groupings is to have adjacent countries grouped together for applications like fastest mirror and others. I will put here what we currently have and ask the community to vet the list for us to make it better. Our major (large) groups are: us - North eu - Europe ap - Asia Pacific oc - Oceania af - Africa sa - South America c1 - (Use High Bandwidth, don't know location) Here is our current countries "with mirrors" to large group list (1st variable is CC, 2nd is Group Code): ar => 'sa', at => 'eu', au => 'oc', ba => 'eu', be => 'eu', bg => 'eu', br => 'sa', c1 => 'c1', c2 => 'eu', c3 => 'ap', c4 => 'us', ca => 'us', ch => 'eu', cl => 'sa', cn => 'ap', cr => 'sa', cz => 'eu', de => 'eu', dk => 'eu', ee => 'eu', es => 'eu', fi => 'eu', fr => 'eu', gb => 'eu', ge => 'eu', gr => 'eu', hk => 'ap', hu => 'eu', id => 'oc', ie => 'eu', il => 'af', in => 'ap', is => 'eu', it => 'eu', jp => 'ap', kr => 'ap', kz => 'ap', lt => 'eu', lu => 'eu', md => 'eu', my => 'oc', nl => 'eu', no => 'eu', nz => 'oc', ph => 'ap', pl => 'eu', pr => 'us', pt => 'eu', ro => 'eu', ru => 'ap', se => 'eu', sg => 'ap', si => 'eu', sk => 'eu', th => 'ap', tr => 'eu', tw => 'ap', ua => 'eu', us => 'us', vn => 'ap', za => 'af', ===================================================== We have created some smaller groups for each mirror country: ar => 'br-cl-cr-pr-us', at => 'de-ch-lu-fr-cz-sk-hu-it', au => 'nz-sg-tw-kr-jp', ba => 'it-hu-bg-si-ro', be => 'fr-nl-de-lu-gb', bg => 'gr-ro-tr-it-md', br => 'pr-cl-ar-cr-us', c1 => 'c1', c2 => 'c2', c3 => 'c3', ca => 'us-is', ch => 'de-nl-be-fr', cl => 'pr-br-ar-cr-us', cn => 'tw-kr-sg-jp-ru', cr => 'br-cl-ar-pr-us', cz => 'pl-sk-de-at', de => 'be-ch-fr-nl-dk-gb', dk => 'de-se-nl-fi-no', ee => 'fi-ru-lt-pl-se-no', es => 'pt-fr-de-gb', fi => 'se-dk-no-de-nl', fr => 'de-nl-ch-be-es', gb => 'ie-nl-de-fr', ge => 'tr-eg', gr => 'tr-bg-it-ro', hk => 'cn-tw-ph-vn-th', hu => 'at-ro-si-sk-ba', id => 'sg-my-ph-au-vn', ie => 'gb-nl-de', il => 'it-tr-gr-bg', in => 'in-bd-vn-hk-sg-cn', is => 'gb-no-se-ca', it => 'de-ch-fr-lu-at-si', jp => 'sg-cn-kr-tw-ru', kr => 'jp-cn-tw-sg-ru', kz => 'ru-tr', lt => 'pl-ro-no-ee-de', lu => 'de-nl-be-fr', md => 'ro-ua-bg-si', my => 'id-sg-au-th-vn', nl => 'de-dk-gb-be-fr', no => 'se-fi-dk-de-nl', nz => 'au-sg-jp-tw', ph => 'vn-my-sg-id-au', pl => 'cz-ua-de-se-si', pr => 'cl-br-us-cr', pt => 'es-fr-de-gb', ro => 'at-de', ru => 'fi-cn-kr-jp', se => 'no-fi-dk-de-nl', sg => 'my-id-ph-au-th', si => 'it-md-at-ba-hu', sk => 'cz-hu-pl-md-at', th => 'cn-vn-my-sg-ph-hk', tr => 'gr-it-de-bg-ro', tw => 'cn-kr-sg-jp', ua => 'pl-ro-cz-de-md', us => '', vn => 'ph-sg-my-hk-cn', za => 'il-br-tr-es-in', This is our list of adjacent countries, so if you are in PH, you will first get mirrors in conutry (PH), then from the small group (VN, CN, TW ), THEN from the large group (AP), THEN back filled from C1. Or if you are in ZA, you would get mirrors from the country (ZA), then from small group (IL, BR, TR, ES, IN), then from large group (AF), THEN backfill from C1. ===================================================== We also have a cross reference having one country masquerade as another for grouping purposes (countries with mirrors are on the right) ... here is that list: A2 => "C1", AD => "ES", AE => "IL", AF => "IN", AG => "US", AI => "US", AL => "GR", AM => "TR", AN => "US", AO => "ZA", AP => "C3", AQ => "C1", AR => "AR", AS => "AU", AT => "AT", AU => "AU", AW => "CR", AZ => "TR", BA => "BA", BB => "BR", BD => "SG", BE => "BE", BF => "ZA", BG => "BG", BH => "IL", BI => "ZA", BJ => "ZA", BM => "US", BN => "IL", BO => "CL", BR => "BR", BS => "US", BT => "CN", BV => "ZA", BW => "ZA", BY => "DE", BZ => "CR", CA => "CA", CD => "ZA", CF => "ZA", CG => "ZA", CH => "CH", CI => "ZA", CK => "NZ", CL => "CL", CM => "ZA", CN => "CN", CO => "BR", CR => "CR", CS => "SI", CU => "PR", CV => "ES", CY => "GR", CZ => "CZ", DE => "DE", DJ => "IL", DK => "DK", DM => "PR", DO => "PR", DZ => "IL", EC => "BR", EE => "EE", EG => "IL", ER => "IL", ES => "ES", ET => "IL", EU => "C2", FI => "FI", FJ => "AU", FK => "AR", FM => "PH", FO => "NO", FR => "FR", GA => "ZA", GB => "GB", GD => "PR", GE => "GE", GF => "BR", GH => "ZA", GI => "ES", GL => "SE", GM => "ZA", GN => "ZA", GP => "PR", GQ => "ZA", GR => "GR", GT => "CR", GU => "SG", GW => "ZA", GY => "BR", HK => "HK", HM => "AU", HN => "CR", HR => "SI", HT => "PR", HU => "HU", ID => "ID", IE => "IE", IL => "IL", IN => "IN", IO => "SG", IQ => "TR", IR => "TR", IS => "IS", IT => "IT", JM => "PR", JO => "IL", JP => "JP", KE => "ZA", KG => "CN", KH => "TH", KI => "C1", KM => "ZA", KN => "PR", KP => "KR", KR => "KR", KW => "IL", KY => "PR", KZ => "KZ", LA => "CN", LB => "IL", LC => "PR", LI => "CH", LK => "IN", LR => "ZA", LS => "ZA", LT => "LT", LU => "LU", LV => "RO", LY => "IT", MA => "ES", MC => "FR", MD => "MD", MG => "ZA", MH => "AU", MK => "SI", ML => "ES", MM => "IN", MN => "ZA", MO => "HK", MP => "PH", MQ => "PR", MR => "ES", MS => "PR", MT => "IT", MU => "ZA", MV => "IN", MW => "ZA", MX => "US", MY => "MY", MZ => "ZA", NA => "ZA", NC => "AU", NE => "ZA", NF => "AU", NG => "ZA", NI => "CR", NL => "NL", NO => "NO", NP => "IN", NR => "AU", NU => "AU", NZ => "NZ", OM => "IN", PA => "US", PE => "CL", PF => "AU", PG => "AU", PH => "PH", PK => "IN", PL => "PL", PR => "PR", PS => "IL", PT => "PT", PW => "PH", PY => "CL", QA => "IL", RE => "ZA", RO => "RO", RU => "RU", RW => "ZA", SA => "IL", SB => "AU", SC => "IN", SD => "IL", SE => "SE", SG => "SG", SI => "SI", SK => "SK", SL => "ZA", SM => "IT", SN => "ZA", SO => "ZA", SR => "BR", ST => "ZA", SV => "US", SY => "IL", SZ => "ZA", TC => "PR", TD => "ZA", TF => "ZA", TG => "ZA", TH => "TH", TJ => "KZ", TK => "AU", TM => "KZ", TN => "IT", TO => "AU", TR => "TR", TT => "BR", TV => "AU", TW => "TW", TZ => "ZA", UA => "UA", UG => "ZA", UM => "US", US => "US", UY => "CL", UZ => "KZ", VA => "IT", VC => "PR", VE => "CL", VG => "PR", VI => "PR", VN => "VN", VU => "AU", WF => "AU", WS => "AU", YE => "IL", YT => "ZA", ZA => "ZA", ZM => "ZA", ZW => "ZA", This is basically a cross reference, the countries on the right is where we have mirrors, the ones on the left are the countries as returned from an IP address. ======================================================= If anything looks bad, especially for people who are in the countries and can tell us which ones are logically near (via the network) and not necessarily physically near, please reply to this thread and lets see if we can make the mirror network better. Thanks, Johnny Hughes

3 8

favicon.ico and robots.txt
by Dave 29 Aug '09

29 Aug '09

Hello, I'm running an apache 2.2 webserver on centos 5.3. I'm seeing frequent requests for robots.txt and favicon.ico from the logs those files should be in the document root area. What are these files, is this something the rpm installs, or do i have to retrieve or generate them? Thanks. Dave.

6 5

RPM complaining it needs .so files, while these are actually present
by RedShift 29 Aug '09

29 Aug '09

Hello When I try to install a package I built myself (java-1.6.0-sun-1.6.0.16-1jpp.x86_64.rpm - took the java-1.6.0 srpm from jpackage and bumped the version number), it complains: Error: Missing Dependency: libodbcinst.so()(64bit) is needed by package java-1.6.0-sun-1.6.0.16-1jpp.x86_64 (java-1.6.0-sun-1.6.0.16-1jpp.x86_64.rpm) Error: Missing Dependency: libodbc.so()(64bit) is needed by package java-1.6.0-sun-1.6.0.16-1jpp.x86_64 (java-1.6.0-sun-1.6.0.16-1jpp.x86_64.rpm) However, I definately have these files: [root@centos5 x86_64]# ls -l /usr/lib64/libodbcinst* -rw-r--r-- 1 root root 270528 Jan 7 2007 /usr/lib64/libodbcinst.a -rw-r--r-- 1 root root 1038232 Jan 7 2007 /usr/lib64/libodbcinstQ.a lrwxrwxrwx 1 root root 20 Aug 29 20:59 /usr/lib64/libodbcinst.so -> libodbcinst.so.1.0.0 lrwxrwxrwx 1 root root 20 Aug 29 20:58 /usr/lib64/libodbcinst.so.1 -> libodbcinst.so.1.0.0 -rwxr-xr-x 1 root root 78088 Jan 7 2007 /usr/lib64/libodbcinst.so.1.0.0 [root@centos5 x86_64]# (I left out libodbc*, I have these files as well but it would be too much and useless to post here) Why isn't the dependency management realizing I have the files needed? Thanks, Best regards, Glenn

2 1

Run GNU screen as a normal user
by Matt Arnilo S. Baluyos (Mailing Lists) 29 Aug '09

29 Aug '09

Hi guys, I am currently looking for a workaround with regards to running screen as a normal user. When I try to run it, I get the following: [mbaluyos@mla torrents]$ screen Cannot open your terminal '/dev/pts/0' - please check. To get around this, I had to chmod 777 /dev/pts/0. It's an insecure hack so I'm looking for the right way of doing it. Would anyone be able to guide me as to how I can run screen the way normal users should run it? This behavior just seemed to happen with CentOS 5.3. I remember not running into such issues on an older CentOS/screen version. Thanks in advance, Matt -- Stand before it and there is no beginning. Follow it and there is no end. Stay with the ancient Tao, Move with the present.

1 1

CentOS-announce Digest, Vol 54, Issue 13
by centos-announce-request＠centos.org 29 Aug '09

29 Aug '09

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2009:1233 Important CentOS 3 i386 kernel - security update (Tru Huynh) 2. CESA-2009:1233 Important CentOS 3 x86_64 kernel - security update (Tru Huynh) ---------------------------------------------------------------------- Message: 1 Date: Sat, 29 Aug 2009 00:30:59 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2009:1233 Important CentOS 3 i386 kernel - security update To: centos-announce(a)centos.org Message-ID: <20090828223059.GC6132(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1233 kernel security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2009-1233.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/kernel-2.4.21-60.EL.i586.rpm updates/i386/RPMS/kernel-2.4.21-60.EL.i686.rpm updates/i386/RPMS/kernel-BOOT-2.4.21-60.EL.i386.rpm updates/i386/RPMS/kernel-doc-2.4.21-60.EL.i386.rpm updates/i386/RPMS/kernel-hugemem-2.4.21-60.EL.i686.rpm updates/i386/RPMS/kernel-hugemem-unsupported-2.4.21-60.EL.i686.rpm updates/i386/RPMS/kernel-smp-2.4.21-60.EL.i686.rpm updates/i386/RPMS/kernel-smp-unsupported-2.4.21-60.EL.i686.rpm updates/i386/RPMS/kernel-source-2.4.21-60.EL.i386.rpm updates/i386/RPMS/kernel-unsupported-2.4.21-60.EL.i586.rpm updates/i386/RPMS/kernel-unsupported-2.4.21-60.EL.i686.rpm updates/i386/RPMS/kernel-2.4.21-60.EL.athlon.rpm updates/i386/RPMS/kernel-smp-2.4.21-60.EL.athlon.rpm updates/i386/RPMS/kernel-smp-unsupported-2.4.21-60.EL.athlon.rpm updates/i386/RPMS/kernel-unsupported-2.4.21-60.EL.athlon.rpm source: updates/SRPMS/kernel-2.4.21-60.EL.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update kernel Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Setting up large (12.5 TB) filesystem howto?
by Götz Reinicke - IT-Koordinator 28 Aug '09

28 Aug '09

Hi, I'm trying to set up an iscsi 12.5 TB storage for some data backup. Doing so, I had some difficulties to find the right tool, maybe it's also a question of the system settings... The server is a 32Bit CentOS 5.3 with the recent updates. Ths iscsi connection can be establised. fdisk and parted fail to create any information on the device or fail completely. using the lvm tools (pvcreate, vgcreate, lvcreate), I could finaly create a logical volume: lvdisplay /dev/VolGroup02/lvol0 --- Logical volume --- LV Name /dev/VolGroup02/lvol0 VG Name VolGroup02 LV UUID h7T6tD-JZw2-UEdb-q1ml-BDqp-9E0u-mAop6x LV Write Access read/write LV Status available # open 0 LV Size 12,73 TB Current LE 3337487 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:4 But, I can't create a filesystem on it: mkfs.ext3 -m 2 -j -O dir_index -v -b 4096 -L iscsi2lvol0 /dev/mapper/VolGroup02-lvol0 mke2fs 1.39 (29-May-2006) mkfs.ext3: Filesystem too large. No more than 2**31-1 blocks (8TB using a blocksize of 4k) are currently supported. The limits information provided by red hat say, that RH EL 5.1 supports 16 TB filesystems: http://www.redhat.com/rhel/compare/ -> Maximum filesystem size (Ext3): 16TB in 5.1 Using a block size of 8192 gives a warning, that this size is to large for that system. So my question: What is my missunderstanding or what's wrong with my system? Where are the real limits? Do I have to switch the OS to 64 Bit? Setting up large Filesystems isn't my staff of life :-) Thanks for amy how to or help of any kind - Best regards, Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzende des Aufsichtsrats: Prof. Dr. Claudia Hübner Staatsrätin für Demographischen Wandel und für Senioren im Staatsministerium Geschäftsführer: Prof. Thomas Schadt

9 11

Centos 5.4
by Alan McKay 28 Aug '09

28 Aug '09

I just saw in another list email that RHEL 5.4 is due out any day now. How long does it then take for the cooresponding CentOS release to come out? I'm in the process of making a new master server image based on 5.3. Though I suppose since I'm using Kickstart/Anaconda, it should be pretty easy to change it from 5.3 to 5.4 -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food"

2 1

Strange connectivity problem from linux.
by Tharun Kumar Allu 28 Aug '09

28 Aug '09

Hi I have been facing a strange connectivity problem from CentOS and Fedora boxes. When I telnet to $ telnet adp.eease.com 443 it works fine some times and every 5-10 tries or so it says connection refused. And this does not happen from my windows box. Can anyone from this list try this on their linux installation and see if they get the same behaviour? Thanks Tharun

5 7

"gpg --verify-files" fails on some files, works on others
by Sean Carolan 28 Aug '09

28 Aug '09

I have a very strange situation where the gpg command will fail to verify whether there is valid PGP data in some files. Decrypting these files works flawlessly. Here is an example: [root@server autoimport]# gpg -vv --verify-files 01UserEnumswValues.txt.asc.txt gpg: armor: BEGIN PGP MESSAGE gpg: armor header: Version: GnuPG v1.4.7 (MingW32) :pubkey enc packet: version 3, algo 16, keyid F0682D87CF4ED243 data: [1022 bits] data: [1024 bits] [root@server autoimport]# gpg -vv --verify-files 03users.txt.asc.txt gpg: armor: BEGIN PGP MESSAGE gpg: armor header: Version: GnuPG v1.4.7 (MingW32) :pubkey enc packet: version 3, algo 16, keyid F0682D87CF4ED243 data: [1021 bits] data: [1023 bits] gpg: no valid OpenPGP data found. Note that the first file is correctly identified as OpenPGP encrypted data, and has exit status of 0. The second file gives the error "no valid OpenPGP data found", even though I'm able to decrypt the file with no problems. Both these files were encrypted with the same key, and both contain plain text CSV data. Any ideas why this is failing on some files and not others?

1 0

[off-topic] Question about csh.
by Marcelo M. Garcia 28 Aug '09

28 Aug '09

Hi I received this request from a user and could not find the solution. I would like to know if someone already solved this: "At the command prompt I used to be able to type the first letter of a line command and then by using the up arrow key, scroll through all of the line commands, that begin with that letter, that I had previously executed." It's a machine with CentOS-5.3, x86_64, and tcsh-6.14-14.el5, but his shell is 'csh'. Thanks Marcelo

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss