Discuss October 2012

discuss@lists.centos.org

162 participants
168 discussions

OCZ Vertex3 SSD and LSI 9211-8i (mpt2sas)
by John R Pierce 03 Oct '12

03 Oct '12

I have a couple development servers running centos 6.3 64bit that have LSI 9211-8i SAS2 controllers connected to a SAS2 backplane. these work fine with SATA hard disks (populated with a bunch of 3TB SATA drives)... I'm trying to install a OCZ Vertex3 SSD on each of the two servers to do some ssd caching tests... system sees the drive, so I do the following... # parted -a min /dev/sdu parted> mklabel gpt parted> mkpart primary ext4 2048s -1s parted> q # mkfs.ext4 /dev/sdu1 and it hangs at 'Discarding device blocks: 0/58607505' which I gather is related to 'trim' aka 'discard'. iostat shows this drive as 100% busy with no activity, and 1 pending operation in the IO queue. every 30 secs or so /var/lkog/messages gets... Oct 3 12:48:42 svfis-sg2 kernel: sd 0:0:22:0: attempting task abort! scmd(ffff88062c893d80) Oct 3 12:48:42 svfis-sg2 kernel: sd 0:0:22:0: [sdu] CDB: Write same(16): 93 08 00 00 00 00 00 00 08 00 00 40 00 00 00 00 Oct 3 12:48:42 svfis-sg2 kernel: scsi target0:0:22: handle(0x001e), sas_address(0x500304800191d8e3), phy(35) Oct 3 12:48:42 svfis-sg2 kernel: scsi target0:0:22: enclosure_logical_id(0x500304800191d8ff), slot(23) Oct 3 12:48:42 svfis-sg2 kernel: sd 0:0:22:0: task abort: SUCCESS scmd(ffff88062c893d80) and after a few of those, I see... Oct 3 12:49:12 svfis-sg2 kernel: INFO: task mkfs.ext4:3545 blocked for more than 120 seconds. Oct 3 12:49:12 svfis-sg2 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Oct 3 12:49:12 svfis-sg2 kernel: mkfs.ext4 D 0000000000000000 0 3545 3304 0x00000080 Oct 3 12:49:12 svfis-sg2 kernel: ffff88062bbfbc28 0000000000000086 0000000000000000 ffff88062a8f6938 Oct 3 12:49:12 svfis-sg2 kernel: 0000000000000201 0000000000000003 ffff88062bbfbbc8 ffffffff81248cfa Oct 3 12:49:12 svfis-sg2 kernel: ffff88062b699ab8 ffff88062bbfbfd8 000000000000f4e8 ffff88062b699ab8 Oct 3 12:49:12 svfis-sg2 kernel: Call Trace: Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81248cfa>] ? __elv_add_request+0x4a/0x90 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff814edf15>] schedule_timeout+0x215/0x2e0 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff812503c2>] ? generic_make_request+0x2b2/0x5c0 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff814edb93>] wait_for_common+0x123/0x180 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff8105ea30>] ? default_wake_function+0x0/0x20 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff8125075f>] ? submit_bio+0x8f/0x120 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff814edcad>] wait_for_completion+0x1d/0x20 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff812574a2>] blkdev_issue_discard+0x152/0x1e0 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81257e8f>] blkdev_ioctl+0x65f/0x6e0 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff811aefcc>] block_ioctl+0x3c/0x40 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81189682>] vfs_ioctl+0x22/0xa0 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81189824>] do_vfs_ioctl+0x84/0x580 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81189da1>] sys_ioctl+0x81/0xa0 Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff8100b0f2>] system_call_fastpath+0x16/0x1b we're not running the /latest/ kernel, looks like its 2.6.32-220.17.1.el6.x86_64 so if thats significant, I can try an update. for what its worth, the SSD"s seem to work fine plugged into a 9261-8i sas2 megaraid on the same backplanes, but I want to do my caching tests without the raid controller in the way. anynone else seem issues like this with el6 and SSD on SAS ? -- john r pierce N 37, W 122 santa cruz ca mid-left coast

2 3

CentOS 5.8, xen kernel, and nfs4
by Wade Hampton 03 Oct '12

03 Oct '12

G'day, I have a workstation running CentOS 5.8 with kernel 2.6.18-308.el5. This workstation needs to mount a NFS4 directory on a server (mysvr in the example below). If the computer is running the XEN kernel (uname -a reports ...2.6.18-308.el5xen), my NFS4 share is mounted but "ls" reports an error. Xen kernel: uname -a ...2.6.18-308.el5xen mount | grep mysvr mysvr:/ on /mnt/mysvr type nfs4 (rw,nodev,hard,intr,addr=1.2.3.4) ls /mnt/mysvr/data ls: /mnt/mysvr/data: Not a directory When I boot to a non-xen kernel, the mount works fine (and has for a few years). uname -a ...2.6.18-308.el5 mount | grep mysvr mysvr:/ on /mnt/mysvr type nfs4 (rw,nodev,hard,intr,addr=1.2.3.4) ls /mnt/mysvr/data myfile.txt ... Any ideas on how I can fix this or should I go back to NFS3 on my server? Thanks, -- Wade Hampton

1 0

CentOS-announce Digest, Vol 92, Issue 1
by centos-announce-request＠centos.org 03 Oct '12

03 Oct '12

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2012:1327 Moderate CentOS 5 freeradius2 Update (Johnny Hughes) 2. CESA-2012:1326 Moderate CentOS 6 freeradius Update (Johnny Hughes) 3. CEBA-2012:1317 CentOS 6 strace Update (Johnny Hughes) 4. CEBA-2012:1318 CentOS 6 dracut Update (Johnny Hughes) 5. CEBA-2012:1320 CentOS 6 dvd+rw-tools FASTTRACK Update (Johnny Hughes) 6. CEBA-2012:1321 CentOS 6 docbook-utils FASTTRACK Update (Johnny Hughes) 7. CESA-2012:1323 Important CentOS 5 kernel Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 3 Oct 2012 01:47:30 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1327 Moderate CentOS 5 freeradius2 Update To: centos-announce(a)centos.org Message-ID: <20121003014730.GA7312(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1327 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1327.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7c9a6d1dfa86f5c5ac63c35ea68caa5d0eab7ad39c1033297bbfbd41605cf359 freeradius2-2.1.12-4.el5_8.i386.rpm f3d06e3441918988f046de2cb08568a6d2d4b776784752fa132074022087c84a freeradius2-krb5-2.1.12-4.el5_8.i386.rpm 3e8d6b5fcc4da3945dd5509b650723e1409d16519d15f9a0bf01c1fd33b6c51b freeradius2-ldap-2.1.12-4.el5_8.i386.rpm 4aa75b7550bf7331746e6a5e528b697ea0d222bc41f7bb0d20963a0fbf638ed1 freeradius2-mysql-2.1.12-4.el5_8.i386.rpm 4664256e4f50412eaa80f76458c65789e939aca942c0eb78039c5c6bd054a31b freeradius2-perl-2.1.12-4.el5_8.i386.rpm d0322db1a7eb1556b587c282f16d570551bf117775df7849c9ab8e8e62354fb4 freeradius2-postgresql-2.1.12-4.el5_8.i386.rpm e5f4c11ec332f75ec510b1563ef36d957b3dd41927d28541e7fc1eed2fb4b949 freeradius2-python-2.1.12-4.el5_8.i386.rpm 5c077be6474ff33f23631661fd1efd7c16a84d76b88ee3c04f31764b81165620 freeradius2-unixODBC-2.1.12-4.el5_8.i386.rpm 825061ea0d355b482ffa3ffee7215cdbfab3647b17229cb49a0b75fa4ee3ffff freeradius2-utils-2.1.12-4.el5_8.i386.rpm x86_64: 67b95210fc1dd32330712fdcc509f5222619183864b737ba2ee7268c004a59e2 freeradius2-2.1.12-4.el5_8.x86_64.rpm 506fb85b41c4a0a1954506fe253b787823acd74353a39c186f7b6db668cba8a0 freeradius2-krb5-2.1.12-4.el5_8.x86_64.rpm d66daad1d211f5eeac67683555989c363bbbdf9d5676f67a8e5ed6f4c219ddd9 freeradius2-ldap-2.1.12-4.el5_8.x86_64.rpm c901eedd831e5993f6a56dc7a00b59154de68907430533d1a06b085fcfe1beac freeradius2-mysql-2.1.12-4.el5_8.x86_64.rpm e8b3d7b370dcb187aef09c6fb74f2dea3f38561c197c48eee062f3c68993c2bb freeradius2-perl-2.1.12-4.el5_8.x86_64.rpm 863cbf2f77c5defb6246c6f64a434af0fdc36441d762c65a83f0f1831abde0a3 freeradius2-postgresql-2.1.12-4.el5_8.x86_64.rpm a0dce75cb28e1b581ab3e890652f423947868ce0b7baccfdf4afcb603385cf05 freeradius2-python-2.1.12-4.el5_8.x86_64.rpm c4976fcbd5debfd11aa9b45ca89d84ee45e7ffc0a0787e1db4a987e494f6a67a freeradius2-unixODBC-2.1.12-4.el5_8.x86_64.rpm 3c39b7ddd2811bfe60c7c5da7ef30b707d458ea23189bccf363214a1edc41f82 freeradius2-utils-2.1.12-4.el5_8.x86_64.rpm Source: cfd3d8e0052815357b7be324f661147b397c42f277f14b5cb365b000cbd6060d freeradius2-2.1.12-4.el5_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 3 Oct 2012 03:29:55 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1326 Moderate CentOS 6 freeradius Update To: centos-announce(a)centos.org Message-ID: <20121003032955.GA11847(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1326 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1326.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 38a6255ac1cf5337931baa1aa5196debf689a0485f317fd6c857c617c97c3bed freeradius-2.1.12-4.el6_3.i686.rpm 07d36dd86d7c3721c7c3ecc07179b1fadaf8fbfd40bcb2db9504bf2817933f42 freeradius-krb5-2.1.12-4.el6_3.i686.rpm f0c73287e4508097da20d8c1fe8af97334c47b1236baae4919d319efcfc91097 freeradius-ldap-2.1.12-4.el6_3.i686.rpm 30a53cbe7d7d8081d4652deef3cac718c4d7025b480002b2f9043d4e78c60460 freeradius-mysql-2.1.12-4.el6_3.i686.rpm 3f6850ac6310b96376b6e2bdfa2620330b998e64d4cdc0d129fd976f5fd1545d freeradius-perl-2.1.12-4.el6_3.i686.rpm edab062baa89a77cb7ca150d43414afbe0bd42d01aa32d95e92427c8ba623e5b freeradius-postgresql-2.1.12-4.el6_3.i686.rpm 1bdfc0f6ade9dd05955419bc498f531197bd15e83233f6a3daee05bca1b668fb freeradius-python-2.1.12-4.el6_3.i686.rpm fa68405f50f98c9b6c9c21d181ff90719714eea21949aac5208d68592d554aa0 freeradius-unixODBC-2.1.12-4.el6_3.i686.rpm 0efcf4143b92156946f5deeafafd1f871f4de6668b5455a4c1f2fee259218013 freeradius-utils-2.1.12-4.el6_3.i686.rpm x86_64: 2f24d9e9ff06249fcecbe46ad623cd078c1f1787bef3e1a913eac056bc9d3978 freeradius-2.1.12-4.el6_3.x86_64.rpm 8e8d3918e98d23872faef2ff44d33568e8c81c7641308145017f7d4d6ed28328 freeradius-krb5-2.1.12-4.el6_3.x86_64.rpm 0090582512e2dca71cdd82f8e250cceff524d9ee980926f37e16869ca1370ccf freeradius-ldap-2.1.12-4.el6_3.x86_64.rpm ae2c4bb8742fe3a864a2b6e01d6f7411931ed2b2ce03c24eae468ba035e947f7 freeradius-mysql-2.1.12-4.el6_3.x86_64.rpm a3aef7db9a785fb52dd695967d14df8e9b371a295516e7269956a6ce4038c1d0 freeradius-perl-2.1.12-4.el6_3.x86_64.rpm dc54bda2da5068407f31327c7c5aa03dca21dee319ce5f5cb4d9883e06feaf5a freeradius-postgresql-2.1.12-4.el6_3.x86_64.rpm 4a39147c455140eebc2f11523413391b5d10cfc64f0dfe9bb594ae86f7d168ae freeradius-python-2.1.12-4.el6_3.x86_64.rpm 7f00acdbc4018f06369e274e0b9048868403af5391036b41ea4c435d9f622fb2 freeradius-unixODBC-2.1.12-4.el6_3.x86_64.rpm 9dcc5545a671878da58d2b7f981474b4af16d3cf64fac35c2880a8525fd1fb35 freeradius-utils-2.1.12-4.el6_3.x86_64.rpm Source: 0f7ddd575b08bb26d984f1a55552cb33be076cfd4ed6859f946620ce3e05537f freeradius-2.1.12-4.el6_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 3 Oct 2012 03:30:11 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1317 CentOS 6 strace Update To: centos-announce(a)centos.org Message-ID: <20121003033011.GA13211(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1317 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1317.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5e3064fa98a300d720df1818494a42e65733f17bd84fd8ce885b03a3702211f0 strace-4.5.19-1.11.el6_3.2.i686.rpm x86_64: 5e6f7d5412c579399641d20e7516b8ed8130dff84786e2838cbb0e898757381a strace-4.5.19-1.11.el6_3.2.x86_64.rpm Source: b2bcc87f70258d0cb3af573076bfc19831e05674341536f850c33b14baf40ee6 strace-4.5.19-1.11.el6_3.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 3 Oct 2012 03:30:38 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1318 CentOS 6 dracut Update To: centos-announce(a)centos.org Message-ID: <20121003033038.GA13342(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1318 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1318.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 92385aaddbb13a55bdb7d16592d83e9b6c09b14a11d304ea949c85568933d5d0 dracut-004-284.el6_3.1.noarch.rpm 49f7752e753115d3a2856a787c359f1fbbbcb588d74a0edbc133f389c84f9b81 dracut-caps-004-284.el6_3.1.noarch.rpm 5962ad7cb6626d91062935a5b400f3ea362c73cf9215d1feb0d3169ff67491d7 dracut-fips-004-284.el6_3.1.noarch.rpm 88921c4626c27df36700b2e3a734557444f8cbe251d6283b79928d060a6a17a2 dracut-fips-aesni-004-284.el6_3.1.noarch.rpm 899dbda98a872f390c51d476335b2130ac0e1ecdf721c430c3559afc82b782a5 dracut-generic-004-284.el6_3.1.noarch.rpm e4f0289334c3b5696bf183c46738da5a372c39d16a74314a53432cd255704639 dracut-kernel-004-284.el6_3.1.noarch.rpm 0bb067f3103bef50c811726a7624a7b82e1947b544233d2be1e4ae50eb438942 dracut-network-004-284.el6_3.1.noarch.rpm 49737f57f02097dd8cc9d0a66e052423bfcdcf6c15c211d152241bb29fc86e21 dracut-tools-004-284.el6_3.1.noarch.rpm x86_64: 9f2c4ad33e05f6436b19790189a6b608debf9809e6357a3dbdb66746224c4fbb dracut-004-284.el6_3.1.noarch.rpm 96385b0c57076660b6dc6c8471226eeaaa4cae643e4cce609c93ec80956fc5b1 dracut-caps-004-284.el6_3.1.noarch.rpm 652ef3b65818f1f7a353d88e652501558286229560730f626674d522456f48eb dracut-fips-004-284.el6_3.1.noarch.rpm 8a522e9550bea4217bd63993a606705d8d78f6a4532f9d4a89ef07f3db0f4b2f dracut-fips-aesni-004-284.el6_3.1.noarch.rpm d98793b8f03f30a797272c786821db1f7dae9327fda2b863ff8dfb0f6be0ed6d dracut-generic-004-284.el6_3.1.noarch.rpm 242052eb3a891ae9bcf218b136ba66727a1d1af4a48a942ff44631388f14de2b dracut-kernel-004-284.el6_3.1.noarch.rpm 787c98e0b9d1cf75c2066d49a6d39aaa165584dbc0d915f70c04487c1e10f738 dracut-network-004-284.el6_3.1.noarch.rpm 3773e4a02cf77873b0e78e795fda867ecbe20f4cfff3d2cda359d76e7c8b6264 dracut-tools-004-284.el6_3.1.noarch.rpm Source: c4b316e50d70f0f3b6fcf472711e91b18e7518b4ae8e3962047f129afc07e289 dracut-004-284.el6_3.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 3 Oct 2012 03:31:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1320 CentOS 6 dvd+rw-tools FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20121003033104.GA13416(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1320 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1320.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 68f0f297d208a999d5bbb909c95f288dc925f5bd54f7015125ef356448ac9115 dvd+rw-tools-7.1-6.el6.i686.rpm x86_64: d8f16d9d43037921111b328fbeac019a013456acd9ff367a6fb58b761c285dda dvd+rw-tools-7.1-6.el6.x86_64.rpm Source: 59452d8d861fc10b8d5333dfad7fad473f1d44d9c7ad50572d5c1afd46de3087 dvd+rw-tools-7.1-6.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Wed, 3 Oct 2012 03:31:19 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1321 CentOS 6 docbook-utils FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20121003033119.GA13499(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1321 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1321.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 76bdc4c1eefa656fba8add8bdd4aacddc3127254e17d7ca1b48db2e812dd551f docbook-utils-0.6.14-25.el6.noarch.rpm a49ae4e3359c4d921d379fd26a7f62161195c091b3b13a3a0237fbdfedc764b5 docbook-utils-pdf-0.6.14-25.el6.noarch.rpm x86_64: 591e2d818e9ade09bbd6fa2c99e2a57b9e19996226247deb6cf2396397341a5f docbook-utils-0.6.14-25.el6.noarch.rpm 60a54935ba71601dc62e388d9b21b912d3d56b2a4961c35daa59a25f360acbc2 docbook-utils-pdf-0.6.14-25.el6.noarch.rpm Source: a4214fa9ac9ad067f84ef903299ef71ff257a0577a2aeac11fd7ed3c558cc585 docbook-utils-0.6.14-25.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Wed, 3 Oct 2012 11:39:10 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1323 Important CentOS 5 kernel Update To: centos-announce(a)centos.org Message-ID: <20121003113910.GA4503(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1323 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1323.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 907c1b31955ab2b0fa53e14566fc1d35fe2dc8266a613511572f2775c14909a2 kernel-2.6.18-308.16.1.el5.i686.rpm 71e8525f5c4d67ff789b660005b29ee74dea898ab09c2b0f85d86d4856ed4d1e kernel-debug-2.6.18-308.16.1.el5.i686.rpm 0b55ecdf1de4dbeb0adb3839aa1bc4f782201d72af3d28f095a930268b3ce133 kernel-debug-devel-2.6.18-308.16.1.el5.i686.rpm a079541c65e1004c22e9a02ad24cddd712e46ec60acadbcf50a823f1ef538a94 kernel-devel-2.6.18-308.16.1.el5.i686.rpm c458b67630e6e97fe7ca65961035be4abfcb9c532771f83e1bf2b55dfb980baa kernel-doc-2.6.18-308.16.1.el5.noarch.rpm e6264debc7b6be15a65144aa71839e28b4c2c8f29b5075c5a3d14b437f403068 kernel-headers-2.6.18-308.16.1.el5.i386.rpm 9ab2a316fbc6acdccde7f1cde49e0194ab88df7cdf2445c5a7834190dda2ae7f kernel-PAE-2.6.18-308.16.1.el5.i686.rpm 9d4df6c38905b99e18efe3481bb61f5179f69b86e8bd1d694bfc8fa169329462 kernel-PAE-devel-2.6.18-308.16.1.el5.i686.rpm d9708bef3c5ee0769b34580f0647f8fea847aff5502f53416baf3dedf1cc2db0 kernel-xen-2.6.18-308.16.1.el5.i686.rpm 8911e2614dbd67adb95db9efdb455fc10f1ad1bca7e685c165d7ea11d00736c2 kernel-xen-devel-2.6.18-308.16.1.el5.i686.rpm x86_64: 8fcfce499a2e0b3461687eec18780831d01643ea6284fbe3ec75104254cb3046 kernel-2.6.18-308.16.1.el5.x86_64.rpm 74d547ad473d2712546d531271a2e6b011d57f5b87c59e16f1f448d45c7c61aa kernel-debug-2.6.18-308.16.1.el5.x86_64.rpm bf8d17100448899ec8aca2a1ac469a4e847a0306f281daa0aef222c3835b0e3d kernel-debug-devel-2.6.18-308.16.1.el5.x86_64.rpm 150ee0cd2061d9bb4f05a8273607e532b35456ceac20186eead4516f7ba56ad3 kernel-devel-2.6.18-308.16.1.el5.x86_64.rpm c458b67630e6e97fe7ca65961035be4abfcb9c532771f83e1bf2b55dfb980baa kernel-doc-2.6.18-308.16.1.el5.noarch.rpm 2c89ebea3e53c25ac2edef21dc63fc27f564f8a3cbbc3cf1116d10e08fe552b9 kernel-headers-2.6.18-308.16.1.el5.x86_64.rpm d630103511a45f0b93e038d7d2734fe07015aaeb7066bf91729eb50a3645c711 kernel-xen-2.6.18-308.16.1.el5.x86_64.rpm 0b888f9c3b01c0a6324809e3feead254abd84a54568fb9d298fb657a24b3ca89 kernel-xen-devel-2.6.18-308.16.1.el5.x86_64.rpm Source: 2c10f71e6cda24b0cc6c40c81a85564a42053d530c1c75a8fb51299b8f516f22 kernel-2.6.18-308.16.1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 92, Issue 1 **********************************************

1 0

Re: [CentOS] Routing issue
by Manish Kathuria 03 Oct '12

03 Oct '12

On Wed, Oct 3, 2012 at 7:00 PM, Steve Clark <sclark(a)netwolves.com> wrote: > On 10/03/2012 08:46 AM, Manish Kathuria wrote: > > I was under the impression that you are running a FTP server inside > and were facing problems with the incoming traffic for the same. If > you are primarily concerned with the outgoing traffic through two ISP > links, please follow the following steps: > > 1. Refer to http://www.ssi.bg/~ja/nano.txt for creating your rules. > 2. Recompile the kernel after applying Julian Anistov's routes patch > (the URL is there in the earlier messages). > 3. Make a script to check the status of the links and change the > default gateway accordingly. Let me know if you need a script. > 4. Make sure that your firewall (iptables) is stateful and allows > related and established connections and the NAT and connection > tracking modules (nf_conntrack, nf_conntrack_ftp, nf_nat and > nf_nat_ftp) are loaded. > > I have followed this approach at a number of places without any > problems related to FTP or other protocols. The only issue I faced was > that the patch failed for all the CentOS 5.x kernels I tried (perhaps > due to some conflict with an existing patch). But its working > perfectly for the kernels in CentOS 6 and 6.1. > > Thanks, > -- > Manish > > Hi Manish, > > Thanks for the response. > It is good to know there is a general solution. It is too bad that > the referenced patches were never merged into to main kernel tree, forcing > people > to have to build and maintain their own kernel. > > > -- > Stephen Clark In case you want to avoid compiling the kernel and are comfortable with FreeBSD, try pfSense, it also offers outbound load balancing and failover for multiple WAN links. -- Manish Kathuria

1 0

Re: [CentOS] Routing issue
by Manish Kathuria 03 Oct '12

03 Oct '12

> > The routes-x.y-z.diff is a unified patch containing different parts > which include support for Dead Gateway Detection as well. However, > since that is limited to the first hop, it is preferable to have a > userspace script as you are doing. I also use a script to check the > accessibility of a remote popular site from each of the ISPs and based > upon the response the links are treated alive or dead and the default > gateway is changed. However, the routing problem as described by you > will only be solved after applying this patch (routes-x.y-z.diff). > > As for marking the incoming packets to ensure that they go out from > the same interface they came from, you could do something like the > following: > > Using iptables mark the incoming traffic from external interfaces > > /sbin/iptables -t mangle -A PREROUTING -j CONNMARK --restore-mark > /sbin/iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark > /sbin/iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1 > /sbin/iptables -t mangle -A PREROUTING -i eth1 -j CONNMARK --save-mark > /sbin/iptables -t mangle -A PREROUTING -i eth2 -j MARK --set-mark 2 > /sbin/iptables -t mangle -A PREROUTING -i eth2 -j CONNMARK --save-mark > > Add the following rules to your existing ones for policy routing > > /sbin/ip rule add fwmark 1 table T1 > /sbin/ip rule add fwmark 2 table T2 > > Hi Manish, > > Thanks for the info. The one question I have is about > /sbin/iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark > > I thought the OUTPUT chain was only for packets originating locally. I am > only concerned > with clients behind my Linux router, do I still need this? > > Yes you are right but in case if you have any services running on the > linux router itself (for example sshd) and accessible from the > internet, it would help. > > > Hi Manish, > > The above rules appear to be for clients coming into the router from > external. They > don't solve the problem for clients inside the router going out thru the > load balanced > interfaces. > > I have done much googling and testing without much luck. At this point in > time I would > be satisfied with just being able to have a client inside the router do FTP > over just one > of the outbound interfaces without any load balancing for FTP. I have this > working but only > for active mode FTP by using the following: > > /sbin/iptables -t mangle -A PREROUTING -p tcp --dport 20:21 -j MARK > --set-mark 1 > > But it doesn't work for passive because you don't know what ports are going > to be used. > > > Regards, > > -- > Stephen Clark I was under the impression that you are running a FTP server inside and were facing problems with the incoming traffic for the same. If you are primarily concerned with the outgoing traffic through two ISP links, please follow the following steps: 1. Refer to http://www.ssi.bg/~ja/nano.txt for creating your rules. 2. Recompile the kernel after applying Julian Anistov's routes patch (the URL is there in the earlier messages). 3. Make a script to check the status of the links and change the default gateway accordingly. Let me know if you need a script. 4. Make sure that your firewall (iptables) is stateful and allows related and established connections and the NAT and connection tracking modules (nf_conntrack, nf_conntrack_ftp, nf_nat and nf_nat_ftp) are loaded. I have followed this approach at a number of places without any problems related to FTP or other protocols. The only issue I faced was that the patch failed for all the CentOS 5.x kernels I tried (perhaps due to some conflict with an existing patch). But its working perfectly for the kernels in CentOS 6 and 6.1. Thanks, -- Manish

2 1

Routing issue
by Steve Clark 03 Oct '12

03 Oct '12

Hello, This is on Centos 6 and not something I think is wrong with Centos 6 but I am looking to see if anybody else has experienced this and if there is solution. So thanks up front for indulging me. Because Linux makes routing decisions before SNAT it is causing problems when trying to use FTP with two upstream providers in a load balanced setup. Other than ftp, things seem to work OK. Below is my setup and tcpdump output that shows ftp packets trying to go out the wrong interface. ip ru sh 0: from all lookup local 200: from y.y.y.174 lookup t1 201: from x.x.x.217 lookup t2 32766: from all lookup main 32767: from all lookup default ip r s y.y.y.129 dev eth1 scope link 172.16.0.0/29 dev gre1 proto kernel scope link src 172.16.0.1 y.y.y.128/25 dev eth1 proto kernel scope link src y.y.y.174 10.0.1.0/24 dev eth0 proto kernel scope link src 10.0.1.90 192.168.198.0/24 dev eth0 proto kernel scope link src 192.168.198.92 x.x.x.0/24 dev eth2 proto kernel scope link src x.x.x.217 10.0.128.0/17 dev eth0 proto kernel scope link src 10.0.129.88 default nexthop via y.y.y.129 dev eth1 weight 1 nexthop via x.x.x.1 dev eth2 weight 1 ip r s tab t1 default via y.y.y.129 dev eth1 src y.y.y.174 ip r s tab t2 default via x.x.x.1 dev eth2 src x.x.x.217 Chain PREROUTING (policy ACCEPT 1050K packets, 128M bytes) pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 423K packets, 35M bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- * eth1 10.0.1.0/24 10.0.0.0/8 0 0 ACCEPT all -- * eth1 10.0.1.0/24 172.16.0.0/12 0 0 ACCEPT all -- * eth1 10.0.1.0/24 192.168.0.0/16 58 3480 SNAT all -- * eth1 10.0.1.0/24 0.0.0.0/0 to:y.y.y.174 4 240 SNAT all -- * eth2 10.0.1.0/24 0.0.0.0/0 to:x.x.x.217 lsmod | grep nf_ nf_conntrack_ipv6 7207 3 nf_defrag_ipv6 9873 1 nf_conntrack_ipv6 nf_nat_ftp 2602 0 nf_nat 18580 2 iptable_nat,nf_nat_ftp nf_conntrack_ipv4 7694 6 iptable_nat,nf_nat nf_defrag_ipv4 1039 1 nf_conntrack_ipv4 nf_conntrack_ftp 10475 1 nf_nat_ftp nf_conntrack 65524 7 iptable_nat,nf_conntrack_ipv6,xt_state,nf_nat_ftp,nf_nat,nf_conntrack_ipv4,nf_conntrack_ftp ipv6 264769 41 nf_conntrack_ipv6,nf_defrag_ipv6,ip6table_mangle,ip6_tunnel,tunnel6 connection starts out eth2 - but then subsequent packets that should be routed out eth2 are being sent out eth1 see below. eth2 x.x.x.217 tcpdump -nli eth2 host 131.247.254.5 16:23:06.062451 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [S], seq 1482565198, win 5840, options [mss 1460,sackOK,TS val 423546705 ecr 0,nop,wscale 6], length 0 16:23:06.076788 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [S.], seq 740341460, ack 1482565199, win 5792, options [mss 1460,sackOK,TS val 2565444838 ecr 423546705,nop,wscale 7], length 0 16:23:06.077224 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423546720 ecr 2565444838], length 0 16:23:06.096900 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565444858 ecr 423546720], length 96 16:23:06.316866 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565445077 ecr 423546720], length 96 16:23:06.764410 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565445515 ecr 423546720], length 96 16:23:07.634411 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565446391 ecr 423546720], length 96 16:23:09.394482 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565448143 ecr 423546720], length 96 16:23:12.886997 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565451647 ecr 423546720], length 96 16:23:19.892082 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565458655 ecr 423546720], length 96 16:23:33.907303 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565472671 ecr 423546720], length 96 16:24:01.935273 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565500703 ecr 423546720], length 96 16:24:57.993631 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565556767 ecr 423546720], length 96 16:26:50.107951 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [P.], seq 1:97, ack 1, win 46, options [nop,nop,TS val 2565668895 ecr 423546720], length 96 16:28:06.104031 IP 131.247.254.5.ftp > x.x.x.217.53651: Flags [FP.], seq 97:111, ack 1, win 46, options [nop,nop,TS val 2565744900 ecr 423546720], length 14 These packets should be going out eth2 not eth1 eth1 y.y.y.174 tcpdump -pnli eth1 host 131.247.254.5 16:23:06.097415 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 740341557, win 92, options [nop,nop,TS val 423546741 ecr 2565444858], length 0 16:23:06.317381 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423546961 ecr 2565445077,nop,nop,sack 1 {4294967201:1}], length 0 16:23:06.764908 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423547408 ecr 2565445515,nop,nop,sack 1 {4294967201:1}], length 0 16:23:07.634894 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423548278 ecr 2565446391,nop,nop,sack 1 {4294967201:1}], length 0 16:23:09.394972 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423550038 ecr 2565448143,nop,nop,sack 1 {4294967201:1}], length 0 16:23:12.887529 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423553531 ecr 2565451647,nop,nop,sack 1 {4294967201:1}], length 0 16:23:19.892616 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423560536 ecr 2565458655,nop,nop,sack 1 {4294967201:1}], length 0 16:23:33.907736 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423574551 ecr 2565472671,nop,nop,sack 1 {4294967201:1}], length 0 16:23:40.173991 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423580817 ecr 2565472671], length 13 16:23:40.388692 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423581032 ecr 2565472671], length 13 16:23:40.819714 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423581463 ecr 2565472671], length 13 16:23:41.680729 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423582324 ecr 2565472671], length 13 16:23:43.404732 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423584048 ecr 2565472671], length 13 16:23:46.852787 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423587496 ecr 2565472671], length 13 16:23:53.756879 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423594400 ecr 2565472671], length 13 16:24:01.935822 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423602578 ecr 2565500703,nop,nop,sack 1 {4294967201:1}], length 0 16:24:07.549037 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423608192 ecr 2565500703], length 13 16:24:35.133346 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423635776 ecr 2565500703], length 13 16:24:57.994150 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423658636 ecr 2565556767,nop,nop,sack 1 {4294967201:1}], length 0 16:25:30.365963 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423691008 ecr 2565556767], length 13 16:26:50.108488 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [.], ack 1, win 92, options [nop,nop,TS val 423770749 ecr 2565668895,nop,nop,sack 1 {4294967201:1}], length 0 16:27:20.703243 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [P.], seq 0:13, ack 1, win 92, options [nop,nop,TS val 423801344 ecr 2565668895], length 13 16:28:06.104578 IP x.x.x.217.53651 > 131.247.254.5.ftp: Flags [F.], seq 13, ack 16, win 92, options [nop,nop,TS val 423846744 ecr 2565744900], length 0 Is there a way to make this work correctly? Thanks, Steve

4 5

Logrotate "firstaction" with non-0 exit status. Or: How to keep logrotate from rotating via scripts?
by Toralf Lund 03 Oct '12

03 Oct '12

Hi, I'm wondering if anyone here has any experience with the "firstaction" script in logrotate config files, or more specifically, the behaviour with a non-0 exit status. The logrotate manpage says: firstaction/endscript The lines between firstaction and endscript (both of which must appear on lines by themselves) are executed (using /bin/sh) once before all log files that match the wildcarded pattern are rotated, before prerotate script is run and only if at least one log will actually be rotated. These directives may only appear inside a log file definition. Whole pattern is passed to the script as first argument. If the script exits with error, no further processing is done. See also lastaction. My question is, what exactly does "no further processing is done" mean? The obvious interpretation seems to be that the log file will not be rotated, but based on tests I've done, this does not seem to be the case. If I run logrotate with this config: /tmp/testfile { missingok size 0 rotate 1000 copytruncate firstaction false endscript } I get the message: error: error running first action script for /tmp/testfile But /tmp/testfile is still copied to /tmp/testfile.1 (provided that it exists.) Then if I run again, I end up with /tmp/testfile, /tmp/testfile.1 and /tmp/testfile.2, and so on... Does this mean the manpage note must be interpreted differently? Or is perhaps the behaviour buggy? And, is there any way at all I can use commands in the config file to control whether the rotation is done or not; this is what I'm looking for, really? I've tested this on CentOS release 5.8... - Toralf This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

1 0

Weird behaviour of ifcfg scripts
by Timo Schoeler 02 Oct '12

02 Oct '12

Hi, I accidentally found that the existence of a file e.g. named ifcfg-eth1:1 put in /etc/sysconfig/network-scripts/ leads to the appropriate interface being created even with the option 'ONBOOT' set to 'no': DEVICE="eth1:1" BOOTPROTO="static" NM_CONTROLLED="no" ONBOOT="no" TYPE="Ethernet" IPADDR=12.34.56.78 NETMASK=255.255.255.0 Is that intended behaviour?

2 1

Re: [CentOS] Weird behaviour of ifcfg scripts
by Timo Schoeler 02 Oct '12

02 Oct '12

On 10/02/2012 03:03 PM, thus Reindl Harald spake: > > Am 02.10.2012 15:00, schrieb Timo Schoeler: >> Hi, >> >> I accidentally found that the existence of a file e.g. named >> ifcfg-eth1:1 put in /etc/sysconfig/network-scripts/ leads to the >> appropriate interface being created even with the option 'ONBOOT' set to >> 'no': >> >> DEVICE="eth1:1" >> BOOTPROTO="static" >> NM_CONTROLLED="no" >> ONBOOT="no" >> TYPE="Ethernet" >> IPADDR=12.34.56.78 >> NETMASK=255.255.255.0 >> >> Is that intended behaviour? > > yes because what you want is ONPARENT since it > is a pseudo device to assign more than one IP > to a physical NIC *facepalm Thanks, yes.

1 0

two IP addresses on the same NIC: one via DHCP, one fixed
by Boris Epstein 01 Oct '12

01 Oct '12

Hello listmates, If I have a NIC on my CentOS 6.2 machine two which I want to assign to IP addresses: one acquired via DHCP, the other one fixed - is there a way to do that? How do I do that? Thanks. Boris.

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss October 2012