Re: [CentOS-docs] wiki contribution
As this thread is alive again... On 11/30/2009 11:35 PM, R P Herrold wrote: On Mon, 30 Nov 2009, Ralph Angenendt wrote: Am 30.11.09 22:49, schrieb R P Herrold: I was considering 'axes' to refactor it along over the weekend Please do consider plain English too, while doing so, as I have no idea what you mean by what you wrote in your last sentence:) hey -- I did 'highlight' the hard term, after all ;) Axes -- pl. of axis -- a collection of vectors of classification. Axes -- pl. of axe -- a tool used to chop (traditionally wood) into smaller pieces. As a native English speaker, I assumed you were metaphorically going to take an axe to the page and chop it up. Here a series of partitions of the Repositories page refactor problemspace, which I will use to carve it up into a more intelligible (and one hopes, more useful) taxonomy yes -- I really did think thru the problem (and many other tecnical matter problems) just that way. ;) -- Russ herrold Again, I would reiterate Ralph's request for you to use plain English[1] when communitcating with this list, especially considering that it's a documentation list. [1] http://www.plainenglish.co.uk/ Thanks ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
[CentOS-docs] wiki contribution
On Thu, 14 Jan 2010, Ned Slider wrote: Again, I would reiterate Ralph's request for you to use plain English[1] when communitcating with this list, especially considering that it's a documentation list. Shall I use crayons as well, to make the pictures easier for you? Words of not more than two syllables? No -- I will not kowtow to the shallow end of the gene pool. Pick your fights elsewhere. -- Russ herrold ___ CentOS-docs mailing list CentOS-docs@centos.org http://lists.centos.org/mailman/listinfo/centos-docs
[CentOS-announce] CESA-2010:0039 Moderate CentOS 5 i386 gcc Update
CentOS Errata and Security Advisory 2010:0039 Moderate
Upstream details at : http://rhn.redhat.com/errata/RHSA-2010-0039.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
5a9045330d1c6d9d4e282cafa71c9bbf cpp-4.1.2-46.el5_4.2.i386.rpm
1d120e1f6704c46a5d290f0f3475ecea gcc-4.1.2-46.el5_4.2.i386.rpm
78f3de0f9675c5e339f223a2b05706ee gcc-c++-4.1.2-46.el5_4.2.i386.rpm
b3c24d32ac817d57de77436616d75f3e gcc-gfortran-4.1.2-46.el5_4.2.i386.rpm
b7f5bdecd19110927fd8510008542904 gcc-gnat-4.1.2-46.el5_4.2.i386.rpm
827b85a1f02d2fa031ede7f1337ab8c6 gcc-java-4.1.2-46.el5_4.2.i386.rpm
45341e07eb7828276f75ebca2104f4b7 gcc-objc-4.1.2-46.el5_4.2.i386.rpm
1a68d123353a302d0fdb6356910cca43 gcc-objc++-4.1.2-46.el5_4.2.i386.rpm
6656c1b8c515a451556cb8136c2eb391 libgcc-4.1.2-46.el5_4.2.i386.rpm
5c17a2d964b19428c1660a5306110107 libgcj-4.1.2-46.el5_4.2.i386.rpm
07f32a1fc3769ce0f138cae584e05a24 libgcj-devel-4.1.2-46.el5_4.2.i386.rpm
72ef255fb5cb744e08e53358b1428336 libgcj-src-4.1.2-46.el5_4.2.i386.rpm
9db8edd06d4a64a665d1bd3b8f55309a libgfortran-4.1.2-46.el5_4.2.i386.rpm
3bd3b3e6965e32699f82e95ee36b4697 libgnat-4.1.2-46.el5_4.2.i386.rpm
bd34e570ef6525459fd0a205b2d43547 libmudflap-4.1.2-46.el5_4.2.i386.rpm
250e4ecdb192699244033000d38007be libmudflap-devel-4.1.2-46.el5_4.2.i386.rpm
4e2da968723faa5c2e78ce8c81cc3346 libobjc-4.1.2-46.el5_4.2.i386.rpm
c2583ad254d639f820e0b2594430db96 libstdc++-4.1.2-46.el5_4.2.i386.rpm
121f46b683d24a23783a8660ab19c02a libstdc++-devel-4.1.2-46.el5_4.2.i386.rpm
Source:
9c93513a48170b999bf6c4aa5be6e206 gcc-4.1.2-46.el5_4.2.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0039 Moderate CentOS 5 x86_64 gcc Update
CentOS Errata and Security Advisory 2010:0039 Moderate
Upstream details at : http://rhn.redhat.com/errata/RHSA-2010-0039.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
x86_64:
974d27def9772e424700074459935c1f cpp-4.1.2-46.el5_4.2.x86_64.rpm
e6638eaeb51d70acc8128c519088fe61 gcc-4.1.2-46.el5_4.2.x86_64.rpm
67742532682d2047042a14d67718877d gcc-c++-4.1.2-46.el5_4.2.x86_64.rpm
2722a3993f130c4db1c1c9e1aa61b6d7 gcc-gfortran-4.1.2-46.el5_4.2.x86_64.rpm
9783f6ee8aa1ee004993b091ccb3fff2 gcc-gnat-4.1.2-46.el5_4.2.x86_64.rpm
fa4b92cd5895f4c119d6060f911706e6 gcc-java-4.1.2-46.el5_4.2.x86_64.rpm
0f4fef6bfebf0b3a968a36a6beaa3f53 gcc-objc-4.1.2-46.el5_4.2.x86_64.rpm
e672d2ac33f097e15be72d4496dbc7ae gcc-objc++-4.1.2-46.el5_4.2.x86_64.rpm
6e0ed17da32aacc26dde8b3523a4d13c libgcc-4.1.2-46.el5_4.2.i386.rpm
36cee10846448b5b64fef295ebed0e38 libgcc-4.1.2-46.el5_4.2.x86_64.rpm
0fb54147bf3a79d1e68e3b82ae40bd20 libgcj-4.1.2-46.el5_4.2.i386.rpm
a20923f25fee6ae1d713aa6c53399e47 libgcj-4.1.2-46.el5_4.2.x86_64.rpm
69746869f13a913df3c360e3570f6c51 libgcj-devel-4.1.2-46.el5_4.2.i386.rpm
04b5ffc2752e70456617e3225974283a libgcj-devel-4.1.2-46.el5_4.2.x86_64.rpm
a0042ba7c13d5de3991cae28f049ce0a libgcj-src-4.1.2-46.el5_4.2.x86_64.rpm
2d50c14a553be0da95515daac697435d libgfortran-4.1.2-46.el5_4.2.i386.rpm
976b921a281cf5c623843901e76c634d libgfortran-4.1.2-46.el5_4.2.x86_64.rpm
ce041e76484f00459a76134e4127120a libgnat-4.1.2-46.el5_4.2.i386.rpm
8c041cbc179ecd772ab4e2b2defb42f8 libgnat-4.1.2-46.el5_4.2.x86_64.rpm
795e196934185ab295669d5ceef31211 libmudflap-4.1.2-46.el5_4.2.i386.rpm
6a5214191870265bb2de040ce00b4ade libmudflap-4.1.2-46.el5_4.2.x86_64.rpm
47f54b736a9719193489e686f9deecbd libmudflap-devel-4.1.2-46.el5_4.2.i386.rpm
ed87733a08c34fd903b41c12674e52c9 libmudflap-devel-4.1.2-46.el5_4.2.x86_64.rpm
337baefc27c70ce9609d223c04d6c7f6 libobjc-4.1.2-46.el5_4.2.i386.rpm
6434651eb0bedf00568bd1ecf2d75847 libobjc-4.1.2-46.el5_4.2.x86_64.rpm
9df3bd7d1547322920edc180b1da397a libstdc++-4.1.2-46.el5_4.2.i386.rpm
ababd9dda6a8b7cc1eff1f5956a7af43 libstdc++-4.1.2-46.el5_4.2.x86_64.rpm
140ac8f889e76a36a0d62cb61b4c6a7f libstdc++-devel-4.1.2-46.el5_4.2.i386.rpm
fafb82178bd90f65f6bf4f098d1f1d9d libstdc++-devel-4.1.2-46.el5_4.2.x86_64.rpm
Source:
9c93513a48170b999bf6c4aa5be6e206 gcc-4.1.2-46.el5_4.2.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0044 Important CentOS 5 x86_64 pidgin Update
CentOS Errata and Security Advisory 2010:0044 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0044.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
x86_64:
1221ab24081392b69bae28f6b4b533ad finch-2.6.5-1.el5.i386.rpm
8cba54281abbe945df9164fa412778f7 finch-2.6.5-1.el5.x86_64.rpm
978760fff874cd3a4351679004797c3e finch-devel-2.6.5-1.el5.i386.rpm
40ebfef30c6250192ad5413ff87e6937 finch-devel-2.6.5-1.el5.x86_64.rpm
e5089a568d3ce05620a37b4b062538fa libpurple-2.6.5-1.el5.i386.rpm
4c15e005e59284cbf77f9f495d9bdaf5 libpurple-2.6.5-1.el5.x86_64.rpm
b23777f802586f9072dbd6bc04bf9069 libpurple-devel-2.6.5-1.el5.i386.rpm
bc92ea36a30b0b6a906d171f63ebe20c libpurple-devel-2.6.5-1.el5.x86_64.rpm
ae44e040fd541324f40d25a697b47073 libpurple-perl-2.6.5-1.el5.x86_64.rpm
c14481a01798337827189a1a2204c681 libpurple-tcl-2.6.5-1.el5.x86_64.rpm
ce654f763f047bbd3de785bc36d19125 pidgin-2.6.5-1.el5.i386.rpm
68dee0c23923abb9e6996091b15eeef4 pidgin-2.6.5-1.el5.x86_64.rpm
383b35c74a6e5f7e737b3cdb6e281f58 pidgin-devel-2.6.5-1.el5.i386.rpm
2ee0a568b3ded75a19f1d359f958c728 pidgin-devel-2.6.5-1.el5.x86_64.rpm
1f5422d884d633a4dee4eba83a4e6060 pidgin-perl-2.6.5-1.el5.x86_64.rpm
Source:
c0c56243029e012955d018cf570380e7 pidgin-2.6.5-1.el5.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CEBA-2010:0042 CentOS 5 i386 dhcp Update
CentOS Errata and Bugfix Advisory 2010:0042
Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0042.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
75c3d86012ed835fdd8e6adf4a7b46d5 dhclient-3.0.5-21.el5_4.1.i386.rpm
f8e9e8c6db0cfab67119d5dd22b207f1 dhcp-3.0.5-21.el5_4.1.i386.rpm
10065731e1acbad938b60a01a2d4437c dhcp-devel-3.0.5-21.el5_4.1.i386.rpm
9c40a772d00bce2a90a28ed07341e98c libdhcp4client-3.0.5-21.el5_4.1.i386.rpm
bbcc62d259d5c4887d23cefba25f35c5 libdhcp4client-devel-3.0.5-21.el5_4.1.i386.rpm
Source:
5c26195f93824372091a9cf3e61abdb3 dhcp-3.0.5-21.el5_4.1.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
___
CentOS-announce mailing list
CentOS-announce@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0020 Important CentOS 4 x86_64 kernel - security update
CentOS Errata and Security Advisory CESA-2010:0020 kernel security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0020.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/kernel-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-devel-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-doc-2.6.9-89.0.19.EL.noarch.rpm updates/x86_64/RPMS/kernel-largesmp-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-largesmp-devel-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-smp-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-smp-devel-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-xenU-2.6.9-89.0.19.EL.x86_64.rpm updates/x86_64/RPMS/kernel-xenU-devel-2.6.9-89.0.19.EL.x86_64.rpm source: updates/SRPMS/kernel-2.6.9-89.0.19.EL.src.rpm You may update your CentOS-4 x86_64 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=getsearch=0xBEFA581B pgpgvvNoNRCID.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0029 Critical CentOS 3 i386 krb5 - security update
CentOS Errata and Security Advisory CESA-2010:0029 krb5 security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2010-0029.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/krb5-devel-1.2.7-71.i386.rpm updates/i386/RPMS/krb5-libs-1.2.7-71.i386.rpm updates/i386/RPMS/krb5-server-1.2.7-71.i386.rpm updates/i386/RPMS/krb5-workstation-1.2.7-71.i386.rpm source: updates/SRPMS/krb5-1.2.7-71.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update krb5\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgplWJ9tI2f3e.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0029 Critical CentOS 3 x86_64 krb5 - security update
CentOS Errata and Security Advisory CESA-2010:0029 krb5 security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0029.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/krb5-devel-1.2.7-71.x86_64.rpm updates/x86_64/RPMS/krb5-libs-1.2.7-71.i386.rpm updates/x86_64/RPMS/krb5-libs-1.2.7-71.x86_64.rpm updates/x86_64/RPMS/krb5-server-1.2.7-71.x86_64.rpm updates/x86_64/RPMS/krb5-workstation-1.2.7-71.x86_64.rpm source: updates/SRPMS/krb5-1.2.7-71.src.rpm You may update your CentOS-3 x86_64 installations by running the command: yum update krb5\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgplACLveeWhi.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0029 Critical CentOS 4 i386 krb5 - security update
CentOS Errata and Security Advisory CESA-2010:0029 krb5 security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2010-0029.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/krb5-devel-1.3.4-62.el4_8.1.i386.rpm updates/i386/RPMS/krb5-libs-1.3.4-62.el4_8.1.i386.rpm updates/i386/RPMS/krb5-server-1.3.4-62.el4_8.1.i386.rpm updates/i386/RPMS/krb5-workstation-1.3.4-62.el4_8.1.i386.rpm source: updates/SRPMS/krb5-1.3.4-62.el4_8.1.src.rpm You may update your CentOS-4 i386 installations by running the command: yum update krb5\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpw2pQSfbIX2.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0029 Critical CentOS 4 x86_64 krb5 - security update
CentOS Errata and Security Advisory CESA-2010:0029 krb5 security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0029.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/krb5-devel-1.3.4-62.el4_8.1.x86_64.rpm updates/x86_64/RPMS/krb5-libs-1.3.4-62.el4_8.1.i386.rpm updates/x86_64/RPMS/krb5-libs-1.3.4-62.el4_8.1.x86_64.rpm updates/x86_64/RPMS/krb5-server-1.3.4-62.el4_8.1.x86_64.rpm updates/x86_64/RPMS/krb5-workstation-1.3.4-62.el4_8.1.x86_64.rpm source: updates/SRPMS/krb5-1.3.4-62.el4_8.1.src.rpm You may update your CentOS-4 x86_64 installations by running the command: yum update krb5\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpACV5toV2qd.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0039 Moderate CentOS 3 i386 gcc - security update
CentOS Errata and Security Advisory CESA-2010:0039 gcc security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2010-0039.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/cpp-3.2.3-60.i386.rpm updates/i386/RPMS/gcc-3.2.3-60.i386.rpm updates/i386/RPMS/gcc-c++-3.2.3-60.i386.rpm updates/i386/RPMS/gcc-g77-3.2.3-60.i386.rpm updates/i386/RPMS/gcc-gnat-3.2.3-60.i386.rpm updates/i386/RPMS/gcc-java-3.2.3-60.i386.rpm updates/i386/RPMS/gcc-objc-3.2.3-60.i386.rpm updates/i386/RPMS/libf2c-3.2.3-60.i386.rpm updates/i386/RPMS/libgcc-3.2.3-60.i386.rpm updates/i386/RPMS/libgcj-3.2.3-60.i386.rpm updates/i386/RPMS/libgcj-devel-3.2.3-60.i386.rpm updates/i386/RPMS/libgnat-3.2.3-60.i386.rpm updates/i386/RPMS/libobjc-3.2.3-60.i386.rpm updates/i386/RPMS/libstdc++-3.2.3-60.i386.rpm updates/i386/RPMS/libstdc++-devel-3.2.3-60.i386.rpm source: updates/SRPMS/gcc-3.2.3-60.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update gcc Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpL5AmlWl9dK.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0039 Moderate CentOS 3 x86_64 gcc - security update
CentOS Errata and Security Advisory CESA-2010:0039 gcc security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0039.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/cpp-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/gcc-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/gcc-c++-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/gcc-g77-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/gcc-gnat-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/gcc-java-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/gcc-objc-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libf2c-3.2.3-60.i386.rpm updates/x86_64/RPMS/libf2c-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libgcc-3.2.3-60.i386.rpm updates/x86_64/RPMS/libgcc-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libgcj-3.2.3-60.i386.rpm updates/x86_64/RPMS/libgcj-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libgcj-devel-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libgnat-3.2.3-60.i386.rpm updates/x86_64/RPMS/libgnat-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libobjc-3.2.3-60.i386.rpm updates/x86_64/RPMS/libobjc-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libstdc++-3.2.3-60.i386.rpm updates/x86_64/RPMS/libstdc++-3.2.3-60.x86_64.rpm updates/x86_64/RPMS/libstdc++-devel-3.2.3-60.i386.rpm updates/x86_64/RPMS/libstdc++-devel-3.2.3-60.x86_64.rpm source: updates/SRPMS/gcc-3.2.3-60.src.rpm You may update your CentOS-3 x86_64 installations by running the command: yum update gcc Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpdnoGBXI6pl.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0039 Moderate CentOS 4 i386 gcc and gcc4 - security update
CentOS Errata and Security Advisory CESA-2010:0039 gcc and gcc4 security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2010-0039.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/cpp-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/gcc-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/gcc4-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/gcc4-c++-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/gcc4-gfortran-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/gcc4-java-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/gcc-c++-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/gcc-g77-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/gcc-gnat-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/gcc-java-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/gcc-objc-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libf2c-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libgcc-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libgcj-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libgcj4-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libgcj4-devel-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libgcj4-src-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libgcj-devel-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libgfortran-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libgnat-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libgomp-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libmudflap-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libmudflap-devel-4.1.2-44.EL4_8.1.i386.rpm updates/i386/RPMS/libobjc-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libstdc++-3.4.6-11.el4_8.1.i386.rpm updates/i386/RPMS/libstdc++-devel-3.4.6-11.el4_8.1.i386.rpm source: updates/SRPMS/gcc-3.4.6-11.el4_8.1.src.rpm updates/SRPMS/gcc4-4.1.2-44.EL4_8.1.src.rpm You may update your CentOS-4 i386 installations by running the command: yum update gcc gcc4 Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpROObAhf3Am.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0039 Moderate CentOS 4 x86_64 gcc and gcc4 - security update
CentOS Errata and Security Advisory CESA-2010:0039 gcc and gcc4 security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0039.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/cpp-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc4-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc4-c++-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc4-gfortran-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc4-java-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-c++-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-g77-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-gnat-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-java-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/gcc-objc-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libf2c-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libf2c-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libgcc-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libgcc-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libgcj-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libgcj-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libgcj4-4.1.2-44.EL4_8.1.i386.rpm updates/x86_64/RPMS/libgcj4-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libgcj4-devel-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libgcj4-src-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libgcj-devel-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libgfortran-4.1.2-44.EL4_8.1.i386.rpm updates/x86_64/RPMS/libgfortran-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libgnat-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libgnat-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libgomp-4.1.2-44.EL4_8.1.i386.rpm updates/x86_64/RPMS/libgomp-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libmudflap-4.1.2-44.EL4_8.1.i386.rpm updates/x86_64/RPMS/libmudflap-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libmudflap-devel-4.1.2-44.EL4_8.1.x86_64.rpm updates/x86_64/RPMS/libobjc-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libobjc-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libstdc++-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libstdc++-3.4.6-11.el4_8.1.x86_64.rpm updates/x86_64/RPMS/libstdc++-devel-3.4.6-11.el4_8.1.i386.rpm updates/x86_64/RPMS/libstdc++-devel-3.4.6-11.el4_8.1.x86_64.rpm source: updates/SRPMS/gcc-3.4.6-11.el4_8.1.src.rpm updates/SRPMS/gcc4-4.1.2-44.EL4_8.1.src.rpm You may update your CentOS-4 x86_64 installations by running the command: yum update gcc gcc4 Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpv54T5uA8sE.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0040 Moderate CentOS 3 i386 php - security update
entOS Errata and Security Advisory CESA-2010:0040 php security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2010-0040.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/php-4.3.2-54.ent.i386.rpm updates/i386/RPMS/php-devel-4.3.2-54.ent.i386.rpm updates/i386/RPMS/php-imap-4.3.2-54.ent.i386.rpm updates/i386/RPMS/php-ldap-4.3.2-54.ent.i386.rpm updates/i386/RPMS/php-mysql-4.3.2-54.ent.i386.rpm updates/i386/RPMS/php-odbc-4.3.2-54.ent.i386.rpm updates/i386/RPMS/php-pgsql-4.3.2-54.ent.i386.rpm source: updates/SRPMS/php-4.3.2-54.ent.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update php Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpgqNdDSoQsL.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0040 Moderate CentOS 4 x86_64 php - security update
CentOS Errata and Security Advisory CESA-2010:0040 php security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0040.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/php-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-devel-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-domxml-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-gd-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-imap-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-ldap-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-mbstring-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-mysql-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-ncurses-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-odbc-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-pear-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-pgsql-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-snmp-4.3.9-3.29.x86_64.rpm updates/x86_64/RPMS/php-xmlrpc-4.3.9-3.29.x86_64.rpm source: updates/SRPMS/php-4.3.9-3.29.src.rpm You may update your CentOS-4 x86_64 installations by running the command: yum update php\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpb2osteRytX.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0044 Important CentOS 4 i386 pidgin - security update
CentOS Errata and Security Advisory CESA-2010:0044 pidgin security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2010-0044.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/finch-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/finch-devel-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/libpurple-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/libpurple-devel-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/libpurple-perl-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/libpurple-tcl-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/pidgin-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/pidgin-devel-2.6.5-1.el4.1.i386.rpm updates/i386/RPMS/pidgin-perl-2.6.5-1.el4.1.i386.rpm source: updates/SRPMS/pidgin-2.6.5-1.el4.1.src.rpm You may update your CentOS-4 i386 installations by running the command: yum update pidgin Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpLIx5mhUFyi.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2010:0044 Important CentOS 4 x86_64 pidgin - security update
CentOS Errata and Security Advisory CESA-2010:0044 pidgin security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2010-0044.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/finch-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/finch-devel-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/libpurple-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/libpurple-devel-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/libpurple-perl-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/libpurple-tcl-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/pidgin-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/pidgin-devel-2.6.5-1.el4.1.x86_64.rpm updates/x86_64/RPMS/pidgin-perl-2.6.5-1.el4.1.x86_64.rpm source: updates/SRPMS/pidgin-2.6.5-1.el4.1.src.rpm You may update your CentOS-4 x86_64 installations by running the command: yum update pidgin Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xBEFA581B pgpHg1KGDMdFo.pgp Description: PGP signature ___ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-es] duda con delay_pools de Squid
Hola Listeros mi duda es la siguiente , estoy configurando Squid en mi Centos y he tenido dudas con la configuración del Delay Pools, resulta que yo tengo un enlace de 100 Mb/s (Nacional) y 4 Mb/s (Internacional) , entonces la duda que me asalta es con cual de las dos velocidades debo trabajar la nacional o internacional para configurar las reglas del Delay Pools. Gracias por su ayuda. Saludos -- CELB ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
[CentOS-es] Offtopic: Asignar rutas a dos router diferentes.
Saludos amigos, tengo una pequeña consulta a ver si me pueden ayudar. Tengo un router 2wire que es el que maneja el dsl, es el que conecta con el proveedor y tiene un rango de IP de 192.168.2.x Tengo un Linksys WRT300N que se conecta al 2wire y distribuye el interneta las maquinas con un rango de 192.168.1.x, este tiene asignada la IP 192.168.2.2 para conectarse con el 2wire. Ambos tienen una máscara de 255.255.255.0 La idea es que las maquinas que estan en 192.168.2.x se puedan hablar con las que estan en 192.168.1.x. Los clientes son XP y he intentado lo siguiente: En una maquina con IP 192.168.1.90 usando el comando: route add 192.168.2.0 mask 255.255.255.0 192.168.1.254 puedo hablarle a esas maquinas pero una maquina con 192.168.2.90 y el comando a la inversa, es decir: route add 192.168.1.0 mask 255.255.255.0 192.168.2.254 no se puede hablar con las del otro rango. No tengo idea de que pase. Alguna idea? Gracias. -- Jorge García ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS-es] Offtopic: Asignar rutas a dos router diferentes.
Saludos. Probablemente tu WRT300N esta haciendo NAT y esa es la raiz de los problemas. Debes desactivar el NAT y configurar el enrutamiento en ambos routers. Con ello te quitas el problema de estar colocando rutas extras manualmente en los hosts. La otra alternativa si no sabes mucho de enrutamiento o de NAT es poner todos los equipos en una misma red (no usar el puerto azul del WRT para conectarte con el 2wire). Hasta la proxima Carlos. 2010/1/14 Jorge García gar...@gmail.com: Saludos amigos, tengo una pequeña consulta a ver si me pueden ayudar. Tengo un router 2wire que es el que maneja el dsl, es el que conecta con el proveedor y tiene un rango de IP de 192.168.2.x Tengo un Linksys WRT300N que se conecta al 2wire y distribuye el interneta las maquinas con un rango de 192.168.1.x, este tiene asignada la IP 192.168.2.2 para conectarse con el 2wire. Ambos tienen una máscara de 255.255.255.0 La idea es que las maquinas que estan en 192.168.2.x se puedan hablar con las que estan en 192.168.1.x. Los clientes son XP y he intentado lo siguiente: En una maquina con IP 192.168.1.90 usando el comando: route add 192.168.2.0 mask 255.255.255.0 192.168.1.254 puedo hablarle a esas maquinas pero una maquina con 192.168.2.90 y el comando a la inversa, es decir: route add 192.168.1.0 mask 255.255.255.0 192.168.2.254 no se puede hablar con las del otro rango. No tengo idea de que pase. Alguna idea? Gracias. -- Jorge García ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es ___ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Max Hetrick Sent: Wednesday, January 13, 2010 4:39 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server The reason I really like BackupPC is the compression you can get. It really helps me out since I have a smaller dedicated backup server. For my instance, since I have a dedicated server, I'd trade performance for the space compression saves me. I'll look into Backuppc as the primary solution for our linux-group. Just need to find a space to put this dual-xeon, it's very loud, as I need it handy while trying this out. Thanks for the info. -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Les Mikesell Sent: Wednesday, January 13, 2010 4:57 PM To: centos@centos.org Subject: Re: [CentOS] Backup server On 1/13/2010 9:08 AM, Gabriel Rosca wrote: My google searches would have me believe that Amanda is the more popular choice for backup on linux. On this list it seems Backuppc is. Strange... ;-) Amanda is good for tape, and has a nice feature of being able to estimate the sizes of full and incremental runs ahead of time and make adjustments to make them all fit on the available tape. It can save to disk but doesn't do any pooling. Backuppc is mostly designed for online backups. It can archive tar images out to tape but it's an afterthought and not great at it. Both are pretty much 'set up and forget' programs although with amanda you do have to swap the tape every day. Aha! Online backups is what we use otherwise for Windows here. Seems like Backuppc is really the way to here. Thanks! FWIW, we used tapes a handful of years back but it was just too much data to transfer, and there was no budget to get an eight-tape-robot, so we opted for an online homebrew hd-based solution. That has worked ever since. I'm very happy with that. -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
On Wed, Jan 13, 2010 at 02:31:09PM -0800, nate wrote: 10GbE is really cheap these days(cheaper than 1GbE in some cases on a per Gb basis) if you need faster performance, and simple to configure, I wrote a blog on this a couple of months ago: http://www.techopsguys.com/2009/11/17/affordable-10gbe-has-arrived/ This reminded me of something. I remember reading some website (possibly Cisco's) earlier, and they mentioned 10 GBASE-T had much higher latency than other 10 Gbit options. Have you paid attention to this? How big is the difference nowadays? Or I wonder if it was just on some specific product.. http://en.wikipedia.org/wiki/10_Gigabit_Ethernet says: 10GBASE-T has higher latency and consumes more power than other 10 gigabit Ethernet physical layers. In 2008 10GBASE-T silicon is now available from several manufacturers with claimed power dissipation of 6W and a latency approaching 1 microsecond 1 microsecond doesn't sound bad.. :) -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
On Thu, Jan 14, 2010 at 10:08:55AM +0200, Pasi Kärkkäinen wrote: On Wed, Jan 13, 2010 at 02:31:09PM -0800, nate wrote: 10GbE is really cheap these days(cheaper than 1GbE in some cases on a per Gb basis) if you need faster performance, and simple to configure, I wrote a blog on this a couple of months ago: http://www.techopsguys.com/2009/11/17/affordable-10gbe-has-arrived/ This reminded me of something. I remember reading some website (possibly Cisco's) earlier, and they mentioned 10 GBASE-T had much higher latency than other 10 Gbit options. Have you paid attention to this? How big is the difference nowadays? Or I wonder if it was just on some specific product.. http://en.wikipedia.org/wiki/10_Gigabit_Ethernet says: 10GBASE-T has higher latency and consumes more power than other 10 gigabit Ethernet physical layers. In 2008 10GBASE-T silicon is now available from several manufacturers with claimed power dissipation of 6W and a latency approaching 1 microsecond 1 microsecond doesn't sound bad.. :) http://www.bladenetwork.net/userfiles/file/PDFs/WP_10GbE_Cabling_Options_091016.pdf That PDF claims this: 10GBase-T: - latency 2.6 us - power per port: 4-6W/port - price per port: $400 - max distance: 100m 10 Gbit SFP+: - latency 0.3 us - power per port: 1.5W - price per port: $40 - max distance: 8.5m -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Les Mikesell Sent: Wednesday, January 13, 2010 5:17 PM To: centos@centos.org Subject: Re: [CentOS] Backup server I've never had any problems with software raid5 in linux before, but you never know... There's a big write performance hit from raid5 (software or not). It may not be enough to be a showstopper but I wouldn't recommend it. Can you reconfigure to a 0+1 or some other type that has better performance without losing too much space? The archive does have to be on a single filesystem, though, and if you use the epel RPM it makes things easier if you mount the volume at /var/lib/BackupPC before the install. See 'how to change archive directory' from: http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=Tips_and_Tricks to do it after the install. I know, but in linux it's still a lot better than Windows, which I today regret I ever introduced it in... Don't get me wrong, reliability is fine, but the recheck on every restart is kinda' bothersome and takes like forever Today I have five 500GB-disks raided on linux machine. Remove one for parity and I have 2TB of real space available. Doing a 0+1, ie 1TB, would indeed be better as performance goes, but 1TB of space, well, it just isn't enough unfortunately. As it is now, the 2TB shebang is mounted as /backup. Does that count as a single filesystem? -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of S.Tindall Sent: Wednesday, January 13, 2010 8:30 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server So just use the stock epel package and you don't need to modify apache. Thanks! -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum install -y gcc?
From: hadi motamedi motamed...@gmail.com I tried to install GCC3.x , required to compile Asterisk , on my CentOS 5 server as the followings : #yum install -y gcc First, didn't you intend to install compat-gcc-34 ? 'yum install gcc' would install gcc 4.x But in the middle of the installation , my server went down from sudden power cut . After power recovery , I tried again but I am facing with the following error : Error:Missing dependency : libstdc++-devel = 4.1.2-46.el5_4.1 is needed by package gcc-c++ Can you please let me know what is its meaning and how I can proceed to re-install it ? Try 'yum clean all'. JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum install -y gcc?
wouldn't rpm -ivh --force gcc help you? :) -- Luís Trindade - John Doe jd...@yahoo.com wrote: From: hadi motamedi motamed...@gmail.com I tried to install GCC3.x , required to compile Asterisk , on my CentOS 5 server as the followings : #yum install -y gcc First, didn't you intend to install compat-gcc-34 ? 'yum install gcc' would install gcc 4.x But in the middle of the installation , my server went down from sudden power cut . After power recovery , I tried again but I am facing with the following error : Error:Missing dependency : libstdc++-devel = 4.1.2-46.el5_4.1 is needed by package gcc-c++ Can you please let me know what is its meaning and how I can proceed to re-install it ? Try 'yum clean all'. JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum install -y gcc?
On Thursday 14 January 2010, John Doe wrote: From: hadi motamedi motamed...@gmail.com I tried to install GCC3.x , required to compile Asterisk , on my CentOS 5 server as the followings : #yum install -y gcc First, didn't you intend to install compat-gcc-34 ? 'yum install gcc' would install gcc 4.x But in the middle of the installation , my server went down from sudden power cut . After power recovery , I tried again but I am facing with the following error : Error:Missing dependency : libstdc++-devel = 4.1.2-46.el5_4.1 is needed by package gcc-c++ Can you please let me know what is its meaning and how I can proceed to re-install it ? Try 'yum clean all'. He may want yum-complete-transaction from the pkg yum-utils if transactions were interrupted. /Peter signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
From: Sorin Srbu sorin.s...@orgfarm.uu.se My google searches would have me believe that Amanda is the more popular choice for backup on linux. On this list it seems Backuppc is. Strange... amanda was created in 1991... BackupPC in 2001. That would explain it a bit... Also if tapes are the backup media, which was mainly the case a 'few' years ago (still?), Backuppc won't be an option afaik... JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] more kickstart - saving %pre decisions for %post
From: Alan McKay alan.mc...@gmail.com I thought of that but I don't want to mess up what I already have working with manipulating files in /etc But at least I can try it to see if this much works It did mess up all my /etc work, and did not work anyway I was talking about tmp... Not sure what the ks does with etc... Or maybe, if it exists, use the ramdisk (/dev/shm)... Will try that as well depending on results from above I just realised this means using /tmp, right? Which is what I tried first that did not work. No, it would be 'tmpfs' I guess. But I checked and I did not see it. I have this on my keys... and it works... %post --nochroot --interpreter /usr/bin/bash cp /tmp/ks_pre.log /mnt/sysimage/root/ cp /tmp/misc/ks_post.sh /mnt/sysimage/tmp/ks_post.sh Then, I got a shell in the chrooted environement and could find /root/ks_pre.log /tmp/ks_post.sh ... So it works for me... JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum install -y gcc?
On 14/01/10 09:49, Peter Kjellstrom wrote: On Thursday 14 January 2010, John Doe wrote: From: hadi motamedi motamed...@gmail.com I tried to install GCC3.x , required to compile Asterisk , on my CentOS 5 server as the followings : #yum install -y gcc First, didn't you intend to install compat-gcc-34 ? 'yum install gcc' would install gcc 4.x But in the middle of the installation , my server went down from sudden power cut . After power recovery , I tried again but I am facing with the following error : Error:Missing dependency : libstdc++-devel = 4.1.2-46.el5_4.1 is needed by package gcc-c++ Can you please let me know what is its meaning and how I can proceed to re-install it ? Try 'yum clean all'. He may want yum-complete-transaction from the pkg yum-utils if transactions were interrupted. /Peter ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Yes, that's what you want to do (or should) :-) If that don't work just generally try stuff such as: yum remove gcc That should remove a half installed package, if it managed to be partially installed. (and marked as installed. Doesn't always work) yum install libstdc++-devel Possibly to see if it can find the package? else, try all things others have suggested (Mostly, yum-complete-transaction yum clean all) Also you may want to invest in a UPS ;-) -- Jake ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
On Thu, Jan 14, 2010 at 10:30:23AM +0200, Pasi Kärkkäinen wrote: On Thu, Jan 14, 2010 at 10:08:55AM +0200, Pasi Kärkkäinen wrote: On Wed, Jan 13, 2010 at 02:31:09PM -0800, nate wrote: 10GbE is really cheap these days(cheaper than 1GbE in some cases on a per Gb basis) if you need faster performance, and simple to configure, I wrote a blog on this a couple of months ago: http://www.techopsguys.com/2009/11/17/affordable-10gbe-has-arrived/ This reminded me of something. I remember reading some website (possibly Cisco's) earlier, and they mentioned 10 GBASE-T had much higher latency than other 10 Gbit options. Have you paid attention to this? How big is the difference nowadays? Or I wonder if it was just on some specific product.. http://en.wikipedia.org/wiki/10_Gigabit_Ethernet says: 10GBASE-T has higher latency and consumes more power than other 10 gigabit Ethernet physical layers. In 2008 10GBASE-T silicon is now available from several manufacturers with claimed power dissipation of 6W and a latency approaching 1 microsecond 1 microsecond doesn't sound bad.. :) http://www.bladenetwork.net/userfiles/file/PDFs/WP_10GbE_Cabling_Options_091016.pdf That PDF claims this: 10GBase-T: - latency 2.6 us - power per port: 4-6W/port - price per port: $400 - max distance: 100m 10 Gbit SFP+: - latency 0.3 us - power per port: 1.5W - price per port: $40 - max distance: 8.5m And well, both of those are much better than with gigabit ethernet, so I guess one shouldn't pay too much attention to that. -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Sorin Srbu wrote: Today I have five 500GB-disks raided on linux machine. Remove one for parity and I have 2TB of real space available. Doing a 0+1, ie 1TB, would indeed be better as performance goes, but 1TB of space, well, it just isn't enough unfortunately. As it is now, the 2TB shebang is mounted as /backup. Does that count as a single filesystem? If you have any budget at all, invest in bigger drives. 7200 RPM 1 TB RAID rated drives can be bought for $160 each. Desktop rated 5900 RPM 1.5 TB drives (which you can probably get away with in a dedicated backup server since you don't care a lot about speed and can tolerate long pauses for sector repair) can be bought for $110 each. Check Newegg. Second, to maximize 'depth' of backups you should use a 'Tower of Hanoi'-like backup system. For example: 1 day 2 days 4 days 8 days 16 days etc If your selected backup software supports either hardlinking or plain old incremental backups that will keep the size of backups down a lot while giving you history. -- Benjamin Franz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Problem with checkinstall
I installed checkinstall 1.6.2 on CentOS 5.4 VM (VMWare Server on WinXP). After getting the dependencies installed it compiled with no errors. But when I run it in its own source directory, I keep getting an error that I can't track down. The message is: install: cannot change ownership of '/usr/local/lib/installwatch.so': No such file or directory. But not only does the file exist, it has the correct permissions and creation time. I am running this as root. I did change the permissions on both make and install to 0755, but that did not help. The command line is: checkinstall -R --install=no Any suggestions? Bob McConnell N2SPP ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with checkinstall
- Original Message From: Bob McConnell rmcco...@lightlink.com To: CentOS mailing list centos@centos.org Sent: Thu, January 14, 2010 10:44:59 AM Subject: [CentOS] Problem with checkinstall I installed checkinstall 1.6.2 on CentOS 5.4 VM (VMWare Server on WinXP). After getting the dependencies installed it compiled with no errors. But when I run it in its own source directory, I keep getting an error that I can't track down. The message is: install: cannot change ownership of '/usr/local/lib/installwatch.so': No such file or directory. But not only does the file exist, it has the correct permissions and creation time. I am running this as root. I did change the permissions on both make and install to 0755, but that did not help. The command line is: Is SELinux enabled? it sounds like the typical SELinux-related problem. what does getenforce say? check the output of ls -lZ /usr/local/lib/ to get the file's context Hope this helps Fer ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Sorin Srbu wrote: I've never had any problems with software raid5 in linux before, but you never know... There's a big write performance hit from raid5 (software or not). It may not be enough to be a showstopper but I wouldn't recommend it. Can you reconfigure to a 0+1 or some other type that has better performance without losing too much space? The archive does have to be on a single filesystem, though, and if you use the epel RPM it makes things easier if you mount the volume at /var/lib/BackupPC before the install. See 'how to change archive directory' from: http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=Tips_and_Tricks to do it after the install. I know, but in linux it's still a lot better than Windows, which I today regret I ever introduced it in... Don't get me wrong, reliability is fine, but the recheck on every restart is kinda' bothersome and takes like forever Today I have five 500GB-disks raided on linux machine. Remove one for parity and I have 2TB of real space available. Doing a 0+1, ie 1TB, would indeed be better as performance goes, but 1TB of space, well, it just isn't enough unfortunately. If you have any opportunity to change things, I'd get some larger drives and use raid1 or 0+1. If you want offsite copies, a workable approach in the 2TB scale is to make a 3-member raid1 where you periodically swap the 3rd drive (in an internal or external swappable sata enclosure). If you don't need that, a 4 drive 0+1 raid of 1.5 TB drives would give you 3TB and better performance. What you have will work - but it will limit performance. As it is now, the 2TB shebang is mounted as /backup. Does that count as a single filesystem? Yes, but if you use the epel rpm, either mount it at /var/lib/BackupPC or put a symlink there before the install. If you install from the sourceforge source there is an install script that modifies the location so you can put things where you want, but the rpm packages have already done that. The next version will make this easier to change but the current one needs to stay in the location set when the package was built. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Benjamin Franz Sent: Thursday, January 14, 2010 2:12 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server If you have any budget at all, invest in bigger drives. 7200 RPM 1 TB RAID rated drives can be bought for $160 each. Desktop rated 5900 RPM 1.5 TB drives (which you can probably get away with in a dedicated backup server since you don't care a lot about speed and can tolerate long pauses for sector repair) can be bought for $110 each. Check Newegg. I haven't got a budget really. Today I asked for a new group-printer today and the boss looked pained... 8-} I opted for the proven 500GB-sized disks and got more of those instead. I've had a handful of 750GB-drives die on me recently. Somehow it feels the technology isn't quite there yet for the bigger drive-sizes. Anybody remember the IBM Deskstars in the early 00's...? Also, my experience is the more smaller disks you have, the faster they get. Less to write to each I guess. Second, to maximize 'depth' of backups you should use a 'Tower of Hanoi'-like backup system. Good advice, thanks! -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Les Mikesell Sent: Thursday, January 14, 2010 3:14 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server If you have any opportunity to change things, I'd get some larger drives and use raid1 or 0+1. If you want offsite copies, a workable approach in the 2TB scale is to make a 3-member raid1 where you periodically swap the 3rd drive (in an internal or external swappable sata enclosure). If you don't need that, a 4 drive 0+1 raid of 1.5 TB drives would give you 3TB and better performance. What you have will work - but it will limit performance. Nice idea, but no budget. Sorry. Maybe next year. This year is for getting this thing started at all, and get the backups going. Therefore I opted for most possible space with some redundancy. Not the best solution, but workable. As it is now, the 2TB shebang is mounted as /backup. Does that count as a single filesystem? Yes, but if you use the epel rpm, either mount it at /var/lib/BackupPC or put a symlink there before the install. If you install from the sourceforge source there is an install script that modifies the location so you can put things where you want, but the rpm packages have already done that. The next version will make this easier to change but the current one needs to stay in the location set when the package was built. It'll probably be epel. Symlink's probably the easiest way to do it. Thanks for the hint. smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
Pasi Kärkkäinen wrote: Have you paid attention to this? How big is the difference nowadays? Or I wonder if it was just on some specific product.. Depends on the product, my blog mentions a new product that draws less power on 10GbaseT vs fiber. As for latency I'm sure it's a bit more, but for most applications are you really going to be able to tell a difference? I can understand if your doing stuff like RDMA, but for normal networking, NFS, iSCSI, virtualization etc, I really can't imagine anyone being able to tell a difference, especially for those currently running 1GbE. The latency on my storage systems is measured in milliseconds not microseconds.. The biggest knock to 10GbaseT was it was late to the 10GbE party. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
Pasi Kärkkäinen wrote: 10GBase-T: - latency 2.6 us - power per port: 4-6W/port With the right gear this is much lower, only 1 switch on the market that is this good though the one mentioned in my blog, I'm sure others will follow at some point with the same or similar chipset, that vendor OEMs all their network chipsets these days so others have access to them too. 10 Gbit SFP+: - latency 0.3 us - power per port: 1.5W - price per port: $40 They've obviously left out the cost of the GBIC.. which is typically several hundred $/port nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Sorin Srbu wrote: -Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Benjamin Franz Sent: Thursday, January 14, 2010 2:12 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server If you have any budget at all, invest in bigger drives. 7200 RPM 1 TB RAID rated drives can be bought for $160 each. Desktop rated 5900 RPM 1.5 TB drives (which you can probably get away with in a dedicated backup server since you don't care a lot about speed and can tolerate long pauses for sector repair) can be bought for $110 each. Check Newegg. I haven't got a budget really. Today I asked for a new group-printer today and the boss looked pained... 8-} SATA disks fit into 'office supply' budgets. I opted for the proven 500GB-sized disks and got more of those instead. I've had a handful of 750GB-drives die on me recently. Go to the vendor's web site, enter their serial numbers and get an RMA for a free replacement. Every vendor has had bad batches. Somehow it feels the technology isn't quite there yet for the bigger drive-sizes. Anybody remember the IBM Deskstars in the early 00's...? They replace them too, within the warranty period. This is the reason you are making backups, remember. Things break. Also, my experience is the more smaller disks you have, the faster they get. Less to write to each I guess. That's true when the heads seek independently. With raid5 you lock onto the slowest of the set unless you have a very large number of drives. Second, to maximize 'depth' of backups you should use a 'Tower of Hanoi'-like backup system. Good advice, thanks! Backuppc will take care of that for you. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Les Mikesell Sent: Thursday, January 14, 2010 3:55 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server I haven't got a budget really. Today I asked for a new group-printer today and the boss looked pained... 8-} SATA disks fit into 'office supply' budgets. That's exactly what I bought actually. I opted for the proven 500GB-sized disks and got more of those instead. I've had a handful of 750GB-drives die on me recently. Go to the vendor's web site, enter their serial numbers and get an RMA for a free replacement. Every vendor has had bad batches. Already done. Still feel a bit burned by the whole matter though. -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
On Thu, Jan 14, 2010 at 9:37 AM, Sorin Srbu sorin.s...@orgfarm.uu.se wrote: -Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Benjamin Franz Sent: Thursday, January 14, 2010 2:12 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server If you have any budget at all, invest in bigger drives. 7200 RPM 1 TB RAID rated drives can be bought for $160 each. Desktop rated 5900 RPM 1.5 TB drives (which you can probably get away with in a dedicated backup server since you don't care a lot about speed and can tolerate long pauses for sector repair) can be bought for $110 each. Check Newegg. I haven't got a budget really. Today I asked for a new group-printer today and the boss looked pained... 8-} I opted for the proven 500GB-sized disks and got more of those instead. I've had a handful of 750GB-drives die on me recently. Somehow it feels the technology isn't quite there yet for the bigger drive-sizes. Anybody remember the IBM Deskstars in the early 00's...? Also, my experience is the more smaller disks you have, the faster they get. Less to write to each I guess. Second, to maximize 'depth' of backups you should use a 'Tower of Hanoi'-like backup system. Good advice, thanks! -- /Sorin There seems to be a persistent conception among managers that anything IT related is a huge capital expenditure (as it used to be), and there's all sorts of resistance to buying anything new. However, you probably spend more on printer paper in 1 week than it costs to buy a 1TB drive. This kind of equipment is a disposable commodity, even though the accounting department still prefers to write it off over 7 years. However, IT also has a reputation of always wanting to buy new toys. Many times these toys are not needed, even though the IT person insists that they are. So you need to be able to walk the fine line between these two. To put it into perspective, ask the manager how much it would cost the business if this data was unrecoverable? After that, if they still don't want to spend a few hundred $$s on the insurance, get it in writing that your manager understands the risk and print it out and post it on your office wall. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Brian Mathis wrote: To put it into perspective, ask the manager how much it would cost the business if this data was unrecoverable? After that, if they still don't want to spend a few hundred $$s on the insurance, get it in writing that your manager understands the risk and print it out and post it on your office wall. I was just getting ready to say this. Ask how much it will cost them when they need to pull something from a backup, that they've accidentally deleted and need back. It really doesn't cost that much to build a small server. I built my own using a 3Ware drive cage and 4 SATA drives. I have 1TB of storage for my backup server. I think I only spent around $2,000 to build it. I'm starting to run out of space now, but we're looking at a cheaper iSCSI SAN to attach to this machine to expand on. At any rate, you really don't have to spend a lot of money to get something decent up and running. And even if you spend some, you need to explain to management that backups are extremely important. Once you get something in place then, it's important to actually test them and check on them that you're backing up. That's what led me to BackupPC in the first place. We used to use rsnapshot here, and there were quite a few customized hacked together things that we thought were running nightly, and they really weren't. So, when I started investigating, I realized that our backups here hadn't been taking place for over a month. Bad! So, I found BackuPC to replace rsnapshot, and have been happy since then for our online offsite backups. Regards, Max ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with checkinstall
Fernando Gleiser wrote: - Original Message From: Bob McConnell rmcco...@lightlink.com To: CentOS mailing list centos@centos.org Sent: Thu, January 14, 2010 10:44:59 AM Subject: [CentOS] Problem with checkinstall I installed checkinstall 1.6.2 on CentOS 5.4 VM (VMWare Server on WinXP). After getting the dependencies installed it compiled with no errors. But when I run it in its own source directory, I keep getting an error that I can't track down. The message is: install: cannot change ownership of '/usr/local/lib/installwatch.so': No such file or directory. But not only does the file exist, it has the correct permissions and creation time. I am running this as root. I did change the permissions on both make and install to 0755, but that did not help. The command line is: Is SELinux enabled? it sounds like the typical SELinux-related problem. what does getenforce say? check the output of ls -lZ /usr/local/lib/ to get the file's context 'getenforce' returns Disabled 'ls -lZ /usr/local/lib/' returns drwxr-xr-x root root checkinstall -rwxr-xr-x root root installwatch.so 'ls -alZ' adds current and parent owned by root.root with context: system_u:object_r:lib_t:s0 . system_u:object_r:usr_t:s0 .. Bob McConnell N2SPP ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
On 1/14/2010 9:08 AM, Sorin Srbu wrote: Go to the vendor's web site, enter their serial numbers and get an RMA for a free replacement. Every vendor has had bad batches. Already done. Still feel a bit burned by the whole matter though. Unfortunately, the only way commodity priced things get large scale real-world testing is after a large number of them have been sold. If the first one sold had to be perfect none of us could afford to buy it. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
On 1/14/2010 9:23 AM, Max Hetrick wrote: That's what led me to BackupPC in the first place. We used to use rsnapshot here, and there were quite a few customized hacked together things that we thought were running nightly, and they really weren't. So, when I started investigating, I realized that our backups here hadn't been taking place for over a month. Bad! So, I found BackuPC to replace rsnapshot, and have been happy since then for our online offsite backups. Backuppc will at least send you an email when the backups have failed for 3 days in a row. I probably should mention the one scenario it doesn't handle very well, though. If you have very large files that have frequent small changes (active databases, logs, unix mailboxes, etc.), backuppc will store a complete new copy on every run, even though it may use rsync to only transfer the differences. You may gain some space from compression, but the pooling scheme only works for files that are completely identical. File systems like zfs with block-level deduplication might be the best solution to deal with cases like that, or maybe rdiff-backup. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Sorin Srbu wrote: Already done. Still feel a bit burned by the whole matter though. I still feel burned from IBM's 75GXP fiasco ~7 years ago, even joined the lawsuit at the time(and got booted by the judge because I was in another state), had probably an 80% failure rate on those disks. I got a PDF on a CD somewhere that has all kinds of internal IBM docs(from the lawsuit) showing how they knew what the problems were but refused to fix them. OT but reminded me of that.. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Sorin Srbu wrote: Already done. Still feel a bit burned by the whole matter though. I still feel burned from IBM's 75GXP fiasco ~7 years ago, even joined the lawsuit at the time(and got booted by the judge because I was in another state), had probably an 80% failure rate on those disks. I got a PDF on a CD somewhere that has all kinds of internal IBM docs(from the lawsuit) showing how they knew what the problems were but refused to fix them. OT but reminded me of that.. Seagate Barracudas - mid-nineties, and again three-four years ago. Mid-nineties, first time as a sysadmin, and in nine months, *five* out of... was it eight? failed, one *twice*. The Sun account rep for who I worked for knew me by name I won't *ever* touch a Barracuda willingly. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
Les Mikesell wrote: Backuppc will at least send you an email when the backups have failed for 3 days in a row. Yeah, I have this configured. Although, to be honest since I've set it up, I've not had any failures yet, so I'll have to wait until I do, ha. Max ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
On 1/14/2010 10:04 AM, m.r...@5-cent.us wrote: Already done. Still feel a bit burned by the whole matter though. I still feel burned from IBM's 75GXP fiasco ~7 years ago, even joined the lawsuit at the time(and got booted by the judge because I was in another state), had probably an 80% failure rate on those disks. I got a PDF on a CD somewhere that has all kinds of internal IBM docs(from the lawsuit) showing how they knew what the problems were but refused to fix them. OT but reminded me of that.. Seagate Barracudas - mid-nineties, and again three-four years ago. Mid-nineties, first time as a sysadmin, and in nine months, *five* out of... was it eight? failed, one *twice*. The Sun account rep for who I worked for knew me by name I won't *ever* touch a Barracuda willingly. That's not a particularly useful reaction because every vendor has shipped bad batches and it's a toss of the dice who will be next. Better to avoid short warranties and bad customer service - and never use the same model/batch for your backups as the live systems. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
On Thu, Jan 14, 2010 at 06:52:01AM -0800, nate wrote: Pasi Kärkkäinen wrote: 10GBase-T: - latency 2.6 us - power per port: 4-6W/port With the right gear this is much lower, only 1 switch on the market that is this good though the one mentioned in my blog, I'm sure others will follow at some point with the same or similar chipset, that vendor OEMs all their network chipsets these days so others have access to them too. Yeah.. I'm sure this marked will develop quickly now. 10 Gbit SFP+: - latency 0.3 us - power per port: 1.5W - price per port: $40 They've obviously left out the cost of the GBIC.. which is typically several hundred $/port Yep :) -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
On Thu, Jan 14, 2010 at 06:49:07AM -0800, nate wrote: Pasi Kärkkäinen wrote: Have you paid attention to this? How big is the difference nowadays? Or I wonder if it was just on some specific product.. Depends on the product, my blog mentions a new product that draws less power on 10GbaseT vs fiber. As for latency I'm sure it's a bit more, but for most applications are you really going to be able to tell a difference? I can understand if your doing stuff like RDMA, but for normal networking, NFS, iSCSI, virtualization etc, I really can't imagine anyone being able to tell a difference, especially for those currently running 1GbE. Exactly. Gigabit ethernet is already enough for many systems today, and even there the bottleneck is often the disks, not the network. The latency on my storage systems is measured in milliseconds not microseconds.. Yep. It might be only important for RDMA stuff. The biggest knock to 10GbaseT was it was late to the 10GbE party. Then again 10G isn't very widely deployed yet (in the datacenter), so 10GBaseT will definitely have a place for it. -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
On 1/14/2010 10:04 AM, m.r...@5-cent.us wrote: Already done. Still feel a bit burned by the whole matter though. I still feel burned from IBM's 75GXP fiasco ~7 years ago, even snip OT but reminded me of that.. Seagate Barracudas - mid-nineties, and again three-four years ago. Mid-nineties, first time as a sysadmin, and in nine months, *five* out of... was it eight? failed, one *twice*. The Sun account rep for who I worked for knew me by name I won't *ever* touch a Barracuda willingly. That's not a particularly useful reaction because every vendor has shipped bad batches and it's a toss of the dice who will be next. Better to avoid short warranties and bad customer service - and never use the same model/batch for your backups as the live systems. Ah, no. Back in the eighties and early nineties, I thought highly of Seagates. Then, in the mid-nineties, *every* *single* ISP in Chicago had dumped the then-new Seagate Barracudas... and not a year after that, I got stuck with them in the external drives for my Sun, and the problem - note that I said one of them was replaced *twice* - clearly lasted for at least a couple of years. Then, about 4 years ago (plus or minus a year), I was hearing the same thing. It appears to me that Seagate, esp. with the Barracuda line, has a tendency to rush them out the door with clearly inadequate quality control. They've done it twice, ten years apart, so I take that as an institutional failing. mark probably too many MBA's ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Bonding modes
Hi, Thanks for you input. 802.3ad seems better but I am not in a position to terminate both links in the same switch or same stack. Some switches support LACP across several devices - for example the cisco 3750 with extended image can glue several switches together to one virtual switch and thus provide LACP support over several devices. Of course there is a good deal of money involved. By the way, using other modes over multiple switches involves using ISLs (inter switch links, that means direct connections between switches)*. If you use that you have to make sure algorithms that take time for recalculation (like spanning tree) do not interfere at the moment of a link failure because then your cluster communication maybe runs into a timeout also. Dirk * the reason is that you have to handle the following case: server a bonds to switch 1 and switch 2 with link 1a and 2a server b bonds to switch 1 and switch 2 with link 1b and 2b Now link 1a failes. And before you fix that, link 2b fails as well. Now you are glad to have an ISL. :-) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] [story] Thank goodness for links and caching DNS
Right in the middle of doing something important on my Ubuntu box, the web quit working. However, I could get to sites in my /etc/hosts file. Sure enough, all three of my ISPs nameservers were down. I'm not a DNS guy, but on my CentOS boxes I always installed a caching DNS out of the box since it was part of the obvious install options. So I set the DNS to one in my Ubuntu box, and of course the port was closed. So I ssh'd on in, opened 53 in the firewall, and the port was still closed. Tried running Firefox from the CentOS box via X forwarding over ssh but oddly, that seemed to lauch local Ubuntu firefox which didn't work. All of my CentOS boxes are headless, so all my boxes with working nameserver resolution thus only had text internet, which I haven't used in years. locate named.conf only showed some file in dbus that I knew wasn't right, but I was able to use links and find what I needed on google, the caching nameserver conf file has a slightly different filename than standard bind named.conf. I followed the warning, installed the system config utility for modifying it, but damn - for someone who doesn't know bind, that tool is scary looking, intimidating, I was afraid I was going to break my working caching nameserver if I messed around in it. So I backed up the file and hand edited it to add the IP to listen on, restarted bind, and am back in business. This is the second time in the last 6 months that all three of my ISP's nameservers have gone down, I wonder if they really are the same physical box, maybe even same network interface. What's the point of them having three if they all go down at same time? Ah well, I don't need them anymore for that. Thankfully the caching nameservers were already installed on my CentOS boxes, two of them now listens on their external interface, never again will I use my ISPs nameserver. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 59, Issue 5
Send CentOS-announce mailing list submissions to
centos-annou...@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-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@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-2010:0040 Moderate CentOS 5 x86_64 php Update
(Karanbir Singh)
2. CESA-2010:0040 Moderate CentOS 5 i386 php Update (Karanbir Singh)
3. CESA-2010:0039 Moderate CentOS 5 i386 gcc Update (Karanbir Singh)
4. CESA-2010:0039 Moderate CentOS 5 x86_64 gcc Update
(Karanbir Singh)
--
Message: 1
Date: Wed, 13 Jan 2010 22:42:15 +
From: Karanbir Singh kbsi...@centos.org
Subject: [CentOS-announce] CESA-2010:0040 Moderate CentOS 5 x86_64 php
Update
To: centos-annou...@centos.org
Message-ID: 20100113224215.ga27...@chakra.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2010:0040 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0040.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
x86_64:
5cd17da5232b015fe531f139c163eaf1 php-5.1.6-24.el5_4.5.x86_64.rpm
431cea89c185369e22a45c05d5b14a18 php-bcmath-5.1.6-24.el5_4.5.x86_64.rpm
e28369af3d6bd3b6b51a94ceea490270 php-cli-5.1.6-24.el5_4.5.x86_64.rpm
bd716a0a02c4d686679d467771657464 php-common-5.1.6-24.el5_4.5.x86_64.rpm
66c38aff54c3d0f077ed2a08dec222e4 php-dba-5.1.6-24.el5_4.5.x86_64.rpm
81c7dc49634f12762e56e6bd6ed421d4 php-devel-5.1.6-24.el5_4.5.x86_64.rpm
ff3d4139ffc14d4350948e73521804f5 php-gd-5.1.6-24.el5_4.5.x86_64.rpm
00bf5859d2b767c81a99c282d8d0a6a8 php-imap-5.1.6-24.el5_4.5.x86_64.rpm
a7b2c45736400db2b2a73dfda9dd810a php-ldap-5.1.6-24.el5_4.5.x86_64.rpm
59d72f03dd3de3f42c6148be98234400 php-mbstring-5.1.6-24.el5_4.5.x86_64.rpm
bf156e5e9f8e88c478de0dec584139f2 php-mysql-5.1.6-24.el5_4.5.x86_64.rpm
3cd776b156375616756bec953913dfff php-ncurses-5.1.6-24.el5_4.5.x86_64.rpm
866948e4860941ac67204f76324fc6f2 php-odbc-5.1.6-24.el5_4.5.x86_64.rpm
bcca0b445d638308882d7a1c4051065c php-pdo-5.1.6-24.el5_4.5.x86_64.rpm
4a70f8a3276fc4b6638c99147e2ab924 php-pgsql-5.1.6-24.el5_4.5.x86_64.rpm
3c81787381fa13ebf758e503f2e6f1f6 php-snmp-5.1.6-24.el5_4.5.x86_64.rpm
4c17909723fd08320c95ad334e6dd7b9 php-soap-5.1.6-24.el5_4.5.x86_64.rpm
9792c5cbbe22b4dcb78f0ed898e3d72c php-xml-5.1.6-24.el5_4.5.x86_64.rpm
278dffef21ff50aabd735292eb9ee819 php-xmlrpc-5.1.6-24.el5_4.5.x86_64.rpm
Source:
7ca20e4ffcb1ebf0eed39ba78ccf8f54 php-5.1.6-24.el5_4.5.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, #cen...@irc.freenode.net
--
Message: 2
Date: Wed, 13 Jan 2010 22:42:15 +
From: Karanbir Singh kbsi...@centos.org
Subject: [CentOS-announce] CESA-2010:0040 Moderate CentOS 5 i386 php
Update
To: centos-annou...@centos.org
Message-ID: 20100113224215.ga27...@chakra.karan.org
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2010:0040 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0040.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
e59e61f43fa3855eceb0e8c8e84127b3 php-5.1.6-24.el5_4.5.i386.rpm
68a09d207e980fd377b20cc8352db157 php-bcmath-5.1.6-24.el5_4.5.i386.rpm
4174a6e1cf6a6af326c78070704f4fe5 php-cli-5.1.6-24.el5_4.5.i386.rpm
b343c0e3a85ce8882849f80d783022e4 php-common-5.1.6-24.el5_4.5.i386.rpm
a0cd41173bc5f9c6ceefb29bf68633c6 php-dba-5.1.6-24.el5_4.5.i386.rpm
3eab85411e3266c9943f71204ce8638d php-devel-5.1.6-24.el5_4.5.i386.rpm
ba100af79d25cb9530832e685b79f159 php-gd-5.1.6-24.el5_4.5.i386.rpm
b098c376512c7a30380c95022a3e9358 php-imap-5.1.6-24.el5_4.5.i386.rpm
631bc9b94a9bfa98e63e8aa459c0af8c php-ldap-5.1.6-24.el5_4.5.i386.rpm
78fa8812a08e88bf9dbbbdc09ed377b3 php-mbstring-5.1.6-24.el5_4.5.i386.rpm
88fb42de93dd26bed95dbab132bed232 php-mysql-5.1.6-24.el5_4.5.i386.rpm
f66cd74e508b4f80da6d9ce3099e5559 php-ncurses-5.1.6-24.el5_4.5.i386.rpm
4ebe1de9bcc9793075a6460881284ec5 php-odbc-5.1.6-24.el5_4.5.i386.rpm
abf6a5bb122cf61a4c6ae14a0861c638 php-pdo-5.1.6-24.el5_4.5.i386.rpm
c25b93c166e385f09f058a343d72bbd7 php-pgsql-5.1.6-24.el5_4.5.i386.rpm
065f6f16125c88f00e9d3dfb21bc79f6 php-snmp-5.1.6-24.el5_4.5.i386.rpm
198456949527d00976ab0c98da1a228a php-soap-5.1.6-24.el5_4.5.i386.rpm
5a6f289140ae0c55337083dba1bd878c php-xml-5.1.6-24.el5_4.5.i386.rpm
cd3a2014610ec4b20f2648249ecb1a8e php-xmlrpc-5.1.6-24.el5_4.5.i386.rpm
Source:
7ca20e4ffcb1ebf0eed39ba78ccf8f54 php-5.1.6-24.el5_4.5.src.rpm
--
Karanbir Singh
CentOS Project
Re: [CentOS] Backup server
On 1/14/2010 10:41 AM, m.r...@5-cent.us wrote: On 1/14/2010 10:04 AM, m.r...@5-cent.us wrote: Already done. Still feel a bit burned by the whole matter though. I still feel burned from IBM's 75GXP fiasco ~7 years ago, even snip OT but reminded me of that.. Seagate Barracudas - mid-nineties, and again three-four years ago. Mid-nineties, first time as a sysadmin, and in nine months, *five* out of... was it eight? failed, one *twice*. The Sun account rep for who I worked for knew me by name I won't *ever* touch a Barracuda willingly. That's not a particularly useful reaction because every vendor has shipped bad batches and it's a toss of the dice who will be next. Better to avoid short warranties and bad customer service - and never use the same model/batch for your backups as the live systems. Ah, no. Back in the eighties and early nineties, I thought highly of Seagates. Then, in the mid-nineties, *every* *single* ISP in Chicago had dumped the then-new Seagate Barracudas... and not a year after that, I got stuck with them in the external drives for my Sun, and the problem - note that I said one of them was replaced *twice* - clearly lasted for at least a couple of years. Then, about 4 years ago (plus or minus a year), I was hearing the same thing. It appears to me that Seagate, esp. with the Barracuda line, has a tendency to rush them out the door with clearly inadequate quality control. They've done it twice, ten years apart, so I take that as an institutional failing. But they weren't the only ones - just perhaps the biggest volume vendor, generally for good reasons. Name someone that hasn't shipped a bad drive - that we can afford. Besides, single drive failures should really be the least of your problems because they are common enough that ordinary OS's and controllers have simple techniques to deal with them. But there are a near-infinite number of other things that can go wrong that you also need to be prepared for. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] NetworkManager won't save wireless keys
Hi all; I'm running KDE 3.5 on CentOS 5.4 I have wireless working however every time I boot I have to enter the wireless key. Anyone know how to get NetworkManager to save the keys? I've tried going to the 'edit connections' and adding the key there as well with no luck. Thanks in advance ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 10 GBASE-T
On Thursday 14 January 2010, nate wrote: Pasi Kärkkäinen wrote: 10GBase-T: - latency 2.6 us - power per port: 4-6W/port With the right gear this is much lower, only 1 switch on the market that is this good though the one mentioned in my blog, I'm sure others will follow at some point with the same or similar chipset, that vendor OEMs all their network chipsets these days so others have access to them too. 10 Gbit SFP+: - latency 0.3 us - power per port: 1.5W - price per port: $40 They've obviously left out the cost of the GBIC.. which is typically several hundred $/port You don't have to buy GBICs, you can run direct attached copper or EOE cables. /Peter signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NetworkManager won't save wireless keys
On Thu, 2010-01-14 at 10:07 -0700, Kevin Kempter wrote: Hi all; I'm running KDE 3.5 on CentOS 5.4 I have wireless working however every time I boot I have to enter the wireless key. Anyone know how to get NetworkManager to save the keys? I've tried going to the 'edit connections' and adding the key there as well with no luck. gnome-keyring stores the keys on (of course) gnome. Do you have something similar on kde that is, perhaps, either not installed or disabled? -- MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NetworkManager won't save wireless keys
On Thursday 14 January 2010 10:28, Frank Cox wrote: On Thu, 2010-01-14 at 10:07 -0700, Kevin Kempter wrote: Hi all; I'm running KDE 3.5 on CentOS 5.4 I have wireless working however every time I boot I have to enter the wireless key. Anyone know how to get NetworkManager to save the keys? I've tried going to the 'edit connections' and adding the key there as well with no luck. gnome-keyring stores the keys on (of course) gnome. Do you have something similar on kde that is, perhaps, either not installed or disabled? I have kwallet installed but the KDE NetworkManager seems to not be using it ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
On 1/14/2010 11:10 AM, Jussi Hirvi wrote: On 14.1.2010 17:59, Les Mikesell wrote: Backuppc will at least send you an email when the backups have failed for 3 days in a row. I probably should mention the one scenario it doesn't handle very well, though. If you have very large files that have frequent small changes (active databases, logs, unix mailboxes, etc.), backuppc will store a complete new copy on every run, Another scenario that Backuppc probably does not handle well is backups over the internet of workstations that are behind a firewall. I was hoping the remote users could start the backup of their own workstations using Backuppc:s web interface, but it does not seem possible (even though I haven't tried it in practice), because Backuppc uses netbios names to find the remote machine, and netbios names are not very well routable, I have read. In fact I don't know how this kind of backup service could be accomplished. The design expects the server to be able to be able to establish the connection to the targets so the straightforward approach would be to use a VPN like openvpn with a fixed private address when the tunnel is up. But it has been discussed on the mailing list and others have come up with ways to do it through ssh port-forwarding with the initial connection established from the remote side. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
On Thu, Jan 14, 2010, Joseph L. Casale wrote: I didn't think unison was maintained any more - and I wouldn't expect anything to beat rsync with the -z option on a slow link. I'd just use the -P option and restart it when/if it fails. It wouldn't hurt to do subsets first since they will be quickly skipped when you repeat from the root. If you have a huge number of files it might be worth finding a way to update rsync to a 3.x version which will not need to xfer the entire directory listing before starting. Looks like rf has 3.0.7, thanks for that tip. Frankly, I abhor the thought of even using rsync for this, it's over a vpn so there is absolutely no need for encryption but I don't know another tool that can transfer diffs only? If you use rsync modules, the transfer can be done without encryption, and you restrict access to directories and specific IPs and CIDR blocks. We use this extensively to allow remote clients to update things like DNS files which go to client-specific directories, and are restricted to the IP address(es) of the client's system(s). Another feature of rsync modules that can be useful is that each module can specify a user and group thus one can rsync user directories between systems where the user names are the same but uid and gid may differ. Rsync does not use ssh when doing module transfers so if the data is sensitive, I do the transfers through OpenVPN tunnels. This also eliminates the problems of ssh authentication between trusted systems. Given the ability of rsync modules to restrict access by IP address, I have never bothered with additional authentication for this type of transfer. Bill -- INTERNET: b...@celestial.com Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 Skype: jwccsllc (206) 855-5792 Few skills are so well rewarded as the ability to convince parasites that they are victims. -- Thomas Sowell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
Another feature of rsync modules that can be useful is that each module can specify a user and group thus one can rsync user directories between systems where the user names are the same but uid and gid may differ. I have been looking at this all morning. Is there any way to auth with keys or something unique so I can script this securely? Iiuc, the only auth is done through these rsync user/pass pairs unless you do it with hosts etc. Thanks everyone! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
Joseph L. Casale wrote: Another feature of rsync modules that can be useful is that each module can specify a user and group thus one can rsync user directories between systems where the user names are the same but uid and gid may differ. I have been looking at this all morning. Is there any way to auth with keys or something unique so I can script this securely? Iiuc, the only auth is done through these rsync user/pass pairs unless you do it with hosts etc. I was also looking at unison/rsync to solve a problem, came across this, has potential for me. http://samba.anu.edu.au/rsync/firewall.html I may have to connect to a Windows box - I'm not excited about that. I've made it work on Windows before - just dislike the inherent extra layer of setup glop one has to go through to do it. -- tkb ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] High load since passing from rhas3 to centos4.8
We are migrating HP servers from RHAS3 to centos 4.8. Since, the load average is reaching really high values. Under usage we see loads of 15-20 instead of the 0.5-1.5 we were used to. I searched a lot for information on such an issue. Iostat, vmstat, top, ps. But I don't get significant hint. Cpu usage remains low, IO wait remains low, no disks are lagging, no swap usage. Are there some tool / other way to diagnose why the load average is high? Like which processes are waiting, where they are stuck. Are there calls to drivers or system process that are slow? Thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
On 1/14/2010 12:27 PM, Bill Campbell wrote: Another feature of rsync modules that can be useful is that each module can specify a user and group thus one can rsync user directories between systems where the user names are the same but uid and gid may differ. If you are running as root, rsync should normally map the user/group ids locally by names unless you turn the feature off with the --numeric-ids option (more or less like tar does). -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
On Thu, Jan 14, 2010 at 2:12 PM, fortin.pie...@bell.ca wrote: We are migrating HP servers from RHAS3 to centos 4.8. Since, the load average is reaching really high values. Under usage we see loads of 15-20 instead of the 0.5-1.5 we were used to. I searched a lot for information on such an issue. Iostat, vmstat, top, ps. But I don’t get significant hint. Cpu usage remains low, IO wait remains low, no disks are lagging, no swap usage. Are there some tool / other way to diagnose why the load average is high? Like which processes are waiting, where they are stuck. Are there calls to drivers or system process that are slow? Are you by any chance now running a CPU throttling program and weren't before? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
Put them here: http://rpms.linuxpowered.net/hpn-ssh/ All the usual disclaimers apply, I have these running on a few dozen systems at different data centers running file transfers 24/7 for the past year now that I think about it. Nate, That's great! I am not convinced yet that an rsync daemon will suit my needs from the authentication standpoint. That being said, from the windows side I have to figure out how to get hpn-ssh in windows to do simple rsync/ssh w/o encryption. The only CopSSH implementation I have found is based on OpenSSH_4.1p1-hpn OpenSSL 0.9.8 05 Jul 2005... For the sake of being ready Saturday, what is the most secure (not using ssh) to authenticate in a script with an rsync daemon? Looks like it only does the user:pass pairs (not really good for script) or host based wrapper style security? Thanks everyone! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
Joseph L. Casale wrote: For the sake of being ready Saturday, what is the most secure (not using ssh) to authenticate in a script with an rsync daemon? Looks like it only does the user:pass pairs (not really good for script) or host based wrapper style security? If the IPs are static then probably a firewall approach? You may be able to patch openssh with HPN on cygwin, not sure though. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] unison versus rsync
On Thu, Jan 14, 2010, Joseph L. Casale wrote: Another feature of rsync modules that can be useful is that each module can specify a user and group thus one can rsync user directories between systems where the user names are the same but uid and gid may differ. I have been looking at this all morning. Is there any way to auth with keys or something unique so I can script this securely? Iiuc, the only auth is done through these rsync user/pass pairs unless you do it with hosts etc. Using rsync in daemon mode with modules requires no authentication if you are comfortable with restricting access to each module by IP address or CIDR block. The rsync man page also says: Some modules on the remote daemon may require authentication. If so, you will receive a password prompt when you connect. You can avoid the password prompt by setting the environment variable RSYNC_PASSWORD to the password you want to use or using the --password-file option. This may be useful when scripting rsync. Bill -- INTERNET: b...@celestial.com Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 Skype: jwccsllc (206) 855-5792 Many companies that have made themselves dependent on [the equipment of a certain major manufacturer] (and in doing so have sold their soul to the devil) will collapse under the sheer weight of the unmastered complexity of their data processing systems. -- Edsger W. Dijkstra, SIGPLAN Notices, Volume 17, Number 5 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
We are migrating HP servers from RHAS3 to centos 4.8. Since, the load average is reaching really high values. Under usage we see loads of 15-20 instead of the 0.5-1.5 we were used to. I searched a lot for information on such an issue. Iostat, vmstat, top, ps. But I don't get significant hint. Cpu usage remains low, IO wait remains low, no disks are lagging, no swap usage. Are there some tool / other way to diagnose why the load average is high? Like which processes are waiting, where they are stuck. Are there calls to drivers or system process that are slow? Are you by any chance now running a CPU throttling program and weren't before? ACPI is not enabled. Other than that I couldn't tell. Sorry if it sounds noob. What can I check to be sure nothing is throttling the CPU? __ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 8-15 TB storage: any recommendations?
On 01/12/2010 10:43 AM, John Doe wrote: On the other hand, here, we have around 30 HP servers. Some DL360/380/180 G5/G6 with CentOS 4/5 and, in 2 years, only 3 drives failed... That's it; no other problems... Drives is hardly the issue - most of them are going to be seagate anyway. My main issue with that kit is that the linux drivers are very basic, lack most management capabilities and fail often with obscure issues. And, as Peter pointed out already, they are not really exposing a proper scsi interface, but modeled around a really old ata stack. - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 8-15 TB storage: any recommendations?
On Thu, Jan 14, 2010 at 08:07:43PM +, Karanbir Singh wrote: On 01/12/2010 10:43 AM, John Doe wrote: On the other hand, here, we have around 30 HP servers. Some DL360/380/180 G5/G6 with CentOS 4/5 and, in 2 years, only 3 drives failed... That's it; no other problems... Drives is hardly the issue - most of them are going to be seagate anyway. My main issue with that kit is that the linux drivers are very basic, lack most management capabilities and fail often with obscure issues. And, as Peter pointed out already, they are not really exposing a proper scsi interface, but modeled around a really old ata stack. HP has new 'hpsa' driver, that is based on the SCSI stack. -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 8-15 TB storage: any recommendations?
On 01/12/2010 03:51 PM, nate wrote: I've used HP/cciss on a couple hundred systems over the past 7 years, can only recall 2 issues, both around a drive failing the controller didn't force the drive off line, and there was no way to force it off line using the command line tool, so had to go on site and physically yank the drive. With the failing drive still in the array performance tanked. I've had 2 issues today on a single machine - controller going readonly with the assumption that a disk had failed, looking at the cli stats and it actually showed all 6 disks in the dl380 G4 to be fine. I accept these are not new machines, and have a few years under their belt - but we've got similar aged kit from other places which doesnt have nearly as many issues. I've never used SATA on cciss, that could be a cause of issues. Were all scsi here. Maybe its just bad luck here :) - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 8-15 TB storage: any recommendations?
Karanbir Singh wrote: My main issue with that kit is that the linux drivers are very basic, lack most management capabilities and fail often with obscure issues. And, as Peter pointed out already, they are not really exposing a proper scsi interface, but modeled around a really old ata stack. One thing HP has attempted to do with all their smartarray cards is maintain RAID volume set compatability, so you can move a raid set from a failed server to another raid controller that has the same interface even if its a different controller.. most of the older cards at least were based on various megaraid hardware, but with custom HP firmware. On many of their systems, they actually put the battery backup write cache with the batteries on a little paddle card, and if a server fails, you can move the drives with that BBWC to a new server, and poof, its all good, the write cache is flushed to the drives and everyone is happy. they definitely have some annoying habits.I've got one server that has 4 bays on a split SCSI bus (bay 0/1 are one scsi bus, bay 2/3 are another). I created a raid1 with volumes 0,1 and thought gee, I should use bays 0,2 instead. well I never figured out how to do it. I tried adding 2 as a hotspare, then manually failing the drive in 1 (eg, yanking it out), the raid rebuilt with the spare, but its status was 'failed w/ spare' and when I replaced the disk in bay 1, it restriped back to 0,1 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 8-15 TB storage: any recommendations?
On Thu, Jan 14, 2010 at 08:14:52PM +, Karanbir Singh wrote: On 01/12/2010 03:51 PM, nate wrote: I've used HP/cciss on a couple hundred systems over the past 7 years, can only recall 2 issues, both around a drive failing the controller didn't force the drive off line, and there was no way to force it off line using the command line tool, so had to go on site and physically yank the drive. With the failing drive still in the array performance tanked. I've had 2 issues today on a single machine - controller going readonly with the assumption that a disk had failed, looking at the cli stats and it actually showed all 6 disks in the dl380 G4 to be fine. I accept these are not new machines, and have a few years under their belt - but we've got similar aged kit from other places which doesnt have nearly as many issues. I've never used SATA on cciss, that could be a cause of issues. Were all scsi here. Maybe its just bad luck here :) I remember a story about two similar HP proliants.. same model number, ordered the same day, same hardware configuration etc.. The other one had problems with a lot of things, while the other one was working perfectly well.. Looking at the serial numbers in more detail revealed the non-working one was assembled in Malaysia, while the working one was assembled in Ireland.. (iirc). :) -- Pasi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
On 1/14/2010 1:12 PM, fortin.pie...@bell.ca wrote: We are migrating HP servers from RHAS3 to centos 4.8. Since, the load average is reaching really high values. Under usage we see loads of 15-20 instead of the 0.5-1.5 we were used to. I searched a lot for information on such an issue. Iostat, vmstat, top, ps. But I don’t get significant hint. Cpu usage remains low, IO wait remains low, no disks are lagging, no swap usage. Are there some tool / other way to diagnose why the load average is high? Like which processes are waiting, where they are stuck. Are there calls to drivers or system process that are slow? I don't have an answer but out of curiosity, why would you move to a 4.x instead of 5.x now? You might be able to do some ps snapshots to see the process in R state, which is what the load average should be counting. That might be computed differently between the 2.4 and 2.6 kernels. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
We are migrating HP servers from RHAS3 to centos 4.8. Since, the load average is reaching really high values. Under usage we see loads of 15-20 instead of the 0.5-1.5 we were used to. I searched a lot for information on such an issue. Iostat, vmstat, top, ps. But I don't get significant hint. Cpu usage remains low, IO wait remains low, no disks are lagging, no swap usage. Are there some tool / other way to diagnose why the load average is high? Like which processes are waiting, where they are stuck. Are there calls to drivers or system process that are slow? I don't have an answer but out of curiosity, why would you move to a 4.x instead of 5.x now? You might be able to do some ps snapshots to see the process in R state, which is what the load average should be counting. That might be computed differently between the 2.4 and 2.6 kernels. The purpose of the server is to run NMS Telephony cards. The only support is for Centos 4.x on 32 bit systems. Anyway, since I have not found the trouble, it may still be there with another centos version. When I execute multiple ps during high load average period (above 10), here is the kind of output I have: ps aux | grep R USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 16295 0.0 0.0 3492 772 pts/1R+ 15:45 0:00 ps -aux root 16296 0.0 0.0 5400 648 pts/1S+ 15:45 0:00 grep R I see a lot of process in S, Sl, Ss+ and Ssl states. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
On Thu, Jan 14, 2010 at 3:02 PM, fortin.pie...@bell.ca wrote: Are you by any chance now running a CPU throttling program and weren't before? ACPI is not enabled. Other than that I couldn't tell. Sorry if it sounds noob. What can I check to be sure nothing is throttling the CPU? Check if you're running cpuspeed and perhaps cat out /proc/cpuinfo and look at the CPU MhZ entry. If it doesn't match the advertised speed of your CPU then you likely have some sort of throttling enabled. Here's the best article I've found on the CPU speed and top output: http://www.linuxjournal.com/article/9001 In short, if you're throttling your CPU (this generally being a *good* thing, since it minimizes power usage but still provides the same response) then the load average may seem to be higher. But the real metric to watch is how many processes are waiting rather than the load stat from top. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
On Thu, 2010-01-14 at 15:47 -0500, fortin.pie...@bell.ca wrote: We are migrating HP servers from RHAS3 to centos 4.8. Since, the load average is reaching really high values. Under usage we see loads of 15-20 instead of the 0.5-1.5 we were used to. I searched a lot for information on such an issue. Iostat, vmstat, top, ps. But I don't get significant hint. --- Have you bothered to look at lsof? I find it really usefull... John ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NetworkManager won't save wireless keys
On 01/14/2010 05:42 PM, Kevin Kempter wrote: On Thursday 14 January 2010 10:28, Frank Cox wrote: On Thu, 2010-01-14 at 10:07 -0700, Kevin Kempter wrote: Hi all; I'm running KDE 3.5 on CentOS 5.4 I have wireless working however every time I boot I have to enter the wireless key. Anyone know how to get NetworkManager to save the keys? I've tried going to the 'edit connections' and adding the key there as well with no luck. gnome-keyring stores the keys on (of course) gnome. Do you have something similar on kde that is, perhaps, either not installed or disabled? I have kwallet installed but the KDE NetworkManager seems to not be using it I think this is because NetworkManager is really a gnome application. Here's how I have my laptop set up to automatically authenticate using KDE... If you have gnome installed, log into gnome, set up gnome-keyring and store the key there and make sure it's working. Then, log into KDE and use nm-applet. If you use the same password for your keyring as you do to log in (not always the best idea security wise), you can then configure pam_keyring to use your login password to automatically authenticate you on the wireless network using your stored keys. Details for configuring pam_keyring can be found here: https://www.centos.org/modules/newbb/viewtopic.php?topic_id=19782forum=40post_id=74422#forumpost74422 Hope that helps. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] High load since passing from rhas3 to centos4.8
- Original Message From: fortin.pie...@bell.ca fortin.pie...@bell.ca To: centos@centos.org Sent: Thu, January 14, 2010 5:47:43 PM Subject: Re: [CentOS] High load since passing from rhas3 to centos4.8 The purpose of the server is to run NMS Telephony cards. The only support is for Centos 4.x on 32 bit systems. Anyway, since I have not found the trouble, it may still be there with another centos version. When I execute multiple ps during high load average period (above 10), here is the kind of output I have: ps aux | grep R USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 16295 0.0 0.0 3492 772 pts/1R+ 15:45 0:00 ps -aux root 16296 0.0 0.0 5400 648 pts/1S+ 15:45 0:00 grep R I see a lot of process in S, Sl, Ss+ and Ssl states. first of all, if you have high load average with seemingly low utilization, it may be because of load imbalance between CPUs and/or short bursts of lots of short cpu-intensive processes. Here's what I'd look at first: run vmstat 1 10 and look at the first column. if it's higher than 1/ncpu you're having cpu saturation. rum mpstat -P ALL 1 10, this gives you cpu utilisation per cpu (sar gives you the average among all processors) Also take a look at sar -q 1 10 to look at the CPU's queues sizes Hope this helps Fer ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [story] Thank goodness for links and caching DNS
On Thursday 14 January 2010 12:52:15 Michael A. Peters wrote: This is the second time in the last 6 months that all three of my ISP's nameservers have gone down, You can also use Google's free Caching Nameservers (a recent offering) with some easy-to-remember ip's; 8.8.8.8 and 8.8.4.4 They come handy in situations like these. HTH, Jorge ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [story] Thank goodness for links and caching DNS
Jorge Fábregas wrote: On Thursday 14 January 2010 12:52:15 Michael A. Peters wrote: This is the second time in the last 6 months that all three of my ISP's nameservers have gone down, You can also use Google's free Caching Nameservers (a recent offering) with some easy-to-remember ip's; 8.8.8.8 and 8.8.4.4 They come handy in situations like these. HTH, Jorge Thanks! Moot point now, but good to know about them. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Are SSD disks worth the cost for server usage?
I concur that I would not use them on anything important. On Thu, Jan 14, 2010 at 12:13 AM, Noob Centos Admin centos.ad...@gmail.comwrote: Hi, - A: one is with 80 GB SSD (and 12 GB memory) http://www.ovh.co.uk/products/eg_ssd.xml - B: the other with 750 GB SATA2 (and 8 GB memory). http://www.ovh.co.uk/products/eg_best_of.xml The Intel SSD are fast but have a history of firmware problems. So I wouldn't suggest using them on a mission critical data. Personally I think asking for more RAM on the SATA server would do more for performance especially since you are going to be running several VM. Just my noobish 2 cents' worth. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- http://www.goldwatches.com -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Brian Mathis Sent: Thursday, January 14, 2010 4:07 PM To: CentOS mailing list Subject: Re: [CentOS] Backup server [...] So you need to be able to walk the fine line between these two. I'm trying. Something it just isn't enough. Although the boss has a soft spot for linux, as he also heads the CADD (Computer Aided Drug Design)-group. To put it into perspective, ask the manager how much it would cost the business if this data was unrecoverable? After that, if they still don't want to spend a few hundred $$s on the insurance, get it in writing that your manager understands the risk and print it out and post it on your office wall. Rather confrontative isn't it? Me being a Swede, I try to avoid those situations if possible, and find a compromise instead that both parties can live with. 8-} Oh, and I'm a government employee, so the money I spend is tax-payers money. Got to be careful there. You know how that saying goes? You can chose between good, fast and cheap. But you're only ever allowed to pick any two. For me that's IT in a nutshell. ;-) -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Les Mikesell Sent: Thursday, January 14, 2010 4:48 PM To: centos@centos.org Subject: Re: [CentOS] Backup server Unfortunately, the only way commodity priced things get large scale real-world testing is after a large number of them have been sold. If the first one sold had to be perfect none of us could afford to buy it. Yupp, but did it have to be me? ;-) -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Backup server
-Original Message- From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of nate Sent: Thursday, January 14, 2010 5:00 PM To: centos@centos.org Subject: Re: [CentOS] Backup server I still feel burned from IBM's 75GXP fiasco ~7 years ago, even joined the lawsuit at the time(and got booted by the judge because I was in another state), had probably an 80% failure rate on those disks. I got a PDF on a CD somewhere that has all kinds of internal IBM docs(from the lawsuit) showing how they knew what the problems were but refused to fix them. Been there done that. We bought a dozen or so OEM-machines at the time, all of them using that particular drive. All harddrives died after a year or so IIRC, and all of them within a two-week period... It still bugs me. 8-/ -- /Sorin smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
