devel

devel@lists.centos.org

11 participants
4618 discussions

CentOS 5.4 Status
by IT2 Stuart Blake Tener, USNR 14 Oct '09

14 Oct '09

Mr. Singh, Thank you for your reply, it was the sort of response I was curious to hear. Have a wonderful and blessed day. -- Very Respectfully, IT2 Stuart Blake Tener, USNR Las Vegas, NV / Beverly Hills, CA / Philadelphia, PA / Washington, DC Amateur Radio Call Sign: N3GWG (Extra) / Marine Radio Operator Permit (MROP) email: teners(a)bh90210.net (also carbon copies to my Blackberry) phone: +(1) 310.358.0202 (Beverly Hills, CA, forwards to mobile phone) phone: +(1) 215.338.6005 (Philadelphia, PA, voice mail only) E-Fax: +(1) 928.437.4505 (Telecopier, fax to email gateway) Military emails (checked monthly until remote NMCI access is secured) NIPRNET: stuart.tener(a)navy.mil NIPRNET: stuart.b.tener(a)us.army.mil NRO: teners(a)nro.mil TS/SCI: tenerstu(a)nro.ic.gov (GWAN) Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information, though strictly at the UNCLASSIFIED level. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the originate message.

2 1

CentOS 5.4 Status
by IT2 Stuart Blake Tener, USNR 13 Oct '09

13 Oct '09

Dear Sir or Ma'am, Can anyone estimate where in the process we are concerning the eventual distribution of CentOS 5.4? I am also curious if or what the status would be of an S390/S390(x) release of CentOS 5.4 or 5.x would be? Thanks in advance and have a most wonderful and blessed day! -- IT2 Stuart Blake Tener, USNR, N3GWG (Extra), MROP Beverly Hills, CA / Las Vegas, NV / Philadelphia, PA / Washington, DC mobile: (310) 358-0202 Nextel: 124*233172*14 (direct connect) e-mail: teners(a)bh90210.net

3 2

kernel panic in sg_cmd_done
by Erez Zilber 12 Oct '09

12 Oct '09

Hi, I got a kernel panic with CentOS 5.3 (kernel is 2.6.18-128.1.6.el5) in sg_cmd_done. I wasn't able to reproduce this behavior. Here's the output of /var/log/messages. Is this a known bug? Sep 16 14:36:48 172.16.9.60 general protection fault: 0000 [1] Sep 16 14:36:48 172.16.9.60 SMP Sep 16 14:36:48 172.16.9.60 Sep 16 14:36:48 172.16.9.60 last sysfs file: /block/dm-13/dev Sep 16 14:36:48 172.16.9.60 CPU 1 Sep 16 14:36:48 172.16.9.60 Sep 16 14:36:48 172.16.9.60 Modules linked in: Sep 16 14:36:48 172.16.9.60 iscsi_scst(U) Sep 16 14:36:49 172.16.9.60 iscsi_tcp(U) Sep 16 14:36:49 172.16.9.60 libiscsi_tcp(U) Sep 16 14:36:49 172.16.9.60 libiscsi(U) Sep 16 14:36:49 172.16.9.60 scsi_transport_iscsi(U) Sep 16 14:36:49 172.16.9.60 isp_mod(U) Sep 16 14:36:49 172.16.9.60 isp_scst(U) Sep 16 14:36:49 172.16.9.60 scst_user(U) Sep 16 14:36:49 172.16.9.60 scst(U) Sep 16 14:36:49 172.16.9.60 dm_round_robin Sep 16 14:36:49 172.16.9.60 nls_utf8 Sep 16 14:36:49 172.16.9.60 loop Sep 16 14:36:49 172.16.9.60 dm_multipath Sep 16 14:36:49 172.16.9.60 scsi_dh Sep 16 14:36:49 172.16.9.60 ipt_MASQUERADE Sep 16 14:36:50 172.16.9.60 iptable_nat Sep 16 14:36:50 172.16.9.60 ip_nat Sep 16 14:36:50 172.16.9.60 xt_state Sep 16 14:36:50 172.16.9.60 ip_conntrack Sep 16 14:36:53 172.16.9.60 nfnetlink Sep 16 14:36:53 172.16.9.60 ipt_REJECT Sep 16 14:36:53 172.16.9.60 xt_tcpudp Sep 16 14:36:53 172.16.9.60 iptable_filter Sep 16 14:36:53 172.16.9.60 ip_tables Sep 16 14:36:53 172.16.9.60 x_tables Sep 16 14:36:53 172.16.9.60 bridge Sep 16 14:36:53 172.16.9.60 netconsole Sep 16 14:36:53 172.16.9.60 autofs4 Sep 16 14:36:53 172.16.9.60 nfs Sep 16 14:36:53 172.16.9.60 lockd Sep 16 14:36:53 172.16.9.60 fscache Sep 16 14:36:53 172.16.9.60 nfs_acl Sep 16 14:36:53 172.16.9.60 sunrpc Sep 16 14:36:53 172.16.9.60 video Sep 16 14:36:53 172.16.9.60 sbs Sep 16 14:36:53 172.16.9.60 backlight Sep 16 14:36:53 172.16.9.60 i2c_ec Sep 16 14:36:53 172.16.9.60 i2c_core Sep 16 14:36:53 172.16.9.60 button Sep 16 14:36:53 172.16.9.60 battery Sep 16 14:36:53 172.16.9.60 asus_acpi Sep 16 14:36:53 172.16.9.60 acpi_memhotplug Sep 16 14:36:53 172.16.9.60 ac Sep 16 14:36:53 172.16.9.60 ipv6 Sep 16 14:36:53 172.16.9.60 xfrm_nalgo Sep 16 14:36:53 172.16.9.60 crypto_api Sep 16 14:36:53 172.16.9.60 parport_pc Sep 16 14:36:53 172.16.9.60 lp Sep 16 14:36:53 172.16.9.60 parport Sep 16 14:36:53 172.16.9.60 joydev Sep 16 14:36:53 172.16.9.60 bnx2(U) Sep 16 14:36:53 172.16.9.60 bnx2x(U) Sep 16 14:36:53 172.16.9.60 sg Sep 16 14:36:53 172.16.9.60 pcspkr Sep 16 14:36:53 172.16.9.60 dm_raid45 Sep 16 14:36:53 172.16.9.60 dm_message Sep 16 14:36:53 172.16.9.60 dm_region_hash Sep 16 14:36:53 172.16.9.60 dm_mem_cache Sep 16 14:36:53 172.16.9.60 dm_snapshot Sep 16 14:36:53 172.16.9.60 dm_zero Sep 16 14:36:53 172.16.9.60 dm_mirror Sep 16 14:36:53 172.16.9.60 dm_log Sep 16 14:36:53 172.16.9.60 dm_mod Sep 16 14:36:54 172.16.9.60 shpchp Sep 16 14:36:54 172.16.9.60 mptsas Sep 16 14:36:54 172.16.9.60 mptscsih Sep 16 14:36:54 172.16.9.60 mptbase Sep 16 14:36:54 172.16.9.60 scsi_transport_sas Sep 16 14:36:54 172.16.9.60 sd_mod Sep 16 14:36:54 172.16.9.60 scsi_mod Sep 16 14:36:54 172.16.9.60 ext3 Sep 16 14:36:54 172.16.9.60 jbd Sep 16 14:36:54 172.16.9.60 uhci_hcd Sep 16 14:36:54 172.16.9.60 ohci_hcd Sep 16 14:36:54 172.16.9.60 ehci_hcd Sep 16 14:36:54 172.16.9.60 Sep 16 14:36:54 172.16.9.60 Pid: 0, comm: swapper Tainted: G 2.6.18-128.1.6.el5.KM4 #1 Sep 16 14:36:54 172.16.9.60 RIP: 0010:[<ffffffff881b11f0>] Sep 16 14:36:54 172.16.9.60 [<ffffffff881b11f0>] :sg:sg_cmd_done+0x2e/0x24e Sep 16 14:36:54 172.16.9.60 RSP: 0018:ffff8106800a3e20 EFLAGS: 00010006 Sep 16 14:36:54 172.16.9.60 RAX: ffffffff881b11c2 RBX: 0000000000000000 RCX: 0000000000000000 Sep 16 14:36:54 172.16.9.60 RDX: 0000000000000000 RSI: ffff81065ca726e8 RDI: ffffffff881b483b Sep 16 14:36:54 172.16.9.60 RBP: ffff81064fc24070 R08: 00000000000003bf R09: 000000007e8ac500 Sep 16 14:36:54 172.16.9.60 R10: ffffc20010083240 R11: ffffffff8807aa47 R12: ffff810c20957340 Sep 16 14:36:54 172.16.9.60 R13: 2030207772207366 R14: ffff81065ca726e8 R15: 0000000000000000 Sep 16 14:36:54 172.16.9.60 FS: 0000000000000000(0000) GS:ffff81011a125a40(0000) knlGS:0000000000000000 Sep 16 14:36:54 172.16.9.60 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b Sep 16 14:36:54 172.16.9.60 CR2: 00002b3e2f65f5a8 CR3: 0000000000201000 CR4: 00000000000006e0 Sep 16 14:36:54 172.16.9.60 Process swapper (pid: 0, threadinfo ffff81068009e000, task ffff81011a133080) Sep 16 14:36:54 172.16.9.60 Stack: Sep 16 14:36:54 172.16.9.60 ffff81065ddfe440 Sep 16 14:36:54 172.16.9.60 ffffffff8002c863 Sep 16 14:36:54 172.16.9.60 ffff810c7e8ac500 Sep 16 14:36:54 172.16.9.60 ffff81065ca726d8 Sep 16 14:36:54 172.16.9.60 Sep 16 14:36:54 172.16.9.60 ffff8106595cd708 Sep 16 14:36:54 172.16.9.60 ffff810c20957340 Sep 16 14:36:54 172.16.9.60 0000000000000001 Sep 16 14:36:54 172.16.9.60 0000000000000246 Sep 16 14:36:54 172.16.9.60 Sep 16 14:36:54 172.16.9.60 0000000000000000 Sep 16 14:36:54 172.16.9.60 ffffffff8807aa72 Sep 16 14:36:54 172.16.9.60 0000000000000001 Sep 16 14:36:54 172.16.9.60 ffff8106595cd708 Sep 16 14:36:54 172.16.9.60 Sep 16 14:36:54 172.16.9.60 Call Trace: Sep 16 14:36:54 172.16.9.60 <IRQ> Sep 16 14:36:54 172.16.9.60 [<ffffffff8002c863>] __end_that_request_first+0x265/0x5d1 Sep 16 14:36:54 172.16.9.60 [<ffffffff8807aa72>] :scsi_mod:scsi_end_async+0x2b/0x4c Sep 16 14:36:54 172.16.9.60 [<ffffffff8807a024>] :scsi_mod:scsi_end_request+0xa7/0xcd Sep 16 14:36:54 172.16.9.60 [<ffffffff8807a198>] :scsi_mod:scsi_io_completion+0x14e/0x324 Sep 16 14:36:54 172.16.9.60 [<ffffffff8807a42d>] :scsi_mod:scsi_device_unbusy+0x67/0x81 Sep 16 14:36:54 172.16.9.60 [<ffffffff8003747d>] blk_done_softirq+0x5f/0x6d Sep 16 14:36:54 172.16.9.60 [<ffffffff80011e94>] __do_softirq+0x89/0x133 Sep 16 14:36:54 172.16.9.60 [<ffffffff8005e2fc>] call_softirq+0x1c/0x28 Sep 16 14:36:54 172.16.9.60 [<ffffffff8006cad9>] do_softirq+0x2c/0x85 Sep 16 14:36:54 172.16.9.60 [<ffffffff8006c961>] do_IRQ+0xec/0xf5 Sep 16 14:36:54 172.16.9.60 [<ffffffff8018f862>] acpi_processor_idle+0x0/0x43a Sep 16 14:36:54 172.16.9.60 [<ffffffff8005d615>] ret_from_intr+0x0/0xa Sep 16 14:36:54 172.16.9.60 <EOI> Sep 16 14:36:54 172.16.9.60 [<ffffffff8018f7f3>] acpi_safe_halt+0x25/0x36 Sep 16 14:36:55 172.16.9.60 [<ffffffff8018f9e9>] acpi_processor_idle+0x187/0x43a Sep 16 14:36:55 172.16.9.60 [<ffffffff8018f862>] acpi_processor_idle+0x0/0x43a Sep 16 14:36:55 172.16.9.60 [<ffffffff8018f862>] acpi_processor_idle+0x0/0x43a Sep 16 14:36:55 172.16.9.60 [<ffffffff80048a6d>] cpu_idle+0x95/0xb8 Sep 16 14:36:55 172.16.9.60 [<ffffffff80076c1f>] start_secondary+0x45a/0x469 Sep 16 14:36:55 172.16.9.60 Sep 16 14:36:55 172.16.9.60 Sep 16 14:36:55 172.16.9.60 Code: Sep 16 14:36:55 172.16.9.60 4d Sep 16 14:36:55 172.16.9.60 8b Sep 16 14:36:55 172.16.9.60 65 Sep 16 14:36:55 172.16.9.60 08 Sep 16 14:36:55 172.16.9.60 4d Sep 16 14:36:55 172.16.9.60 85 Sep 16 14:36:55 172.16.9.60 e4 Sep 16 14:36:55 172.16.9.60 74 Sep 16 14:36:55 172.16.9.60 09 Sep 16 14:36:55 172.16.9.60 41 Sep 16 14:36:55 172.16.9.60 8a Sep 16 14:36:55 172.16.9.60 44 Sep 16 14:36:55 172.16.9.60 24 Sep 16 14:36:55 172.16.9.60 30 Sep 16 14:36:55 172.16.9.60 84 Sep 16 14:36:55 172.16.9.60 c0 Sep 16 14:36:55 172.16.9.60 74 Sep 16 14:36:55 172.16.9.60 13 Sep 16 14:36:55 172.16.9.60 48 Sep 16 14:36:55 172.16.9.60 c7 Sep 16 14:36:55 172.16.9.60 Sep 16 14:36:55 172.16.9.60 RIP Sep 16 14:36:55 172.16.9.60 [<ffffffff881b11f0>] :sg:sg_cmd_done+0x2e/0x24e Sep 16 14:36:55 172.16.9.60 RSP <ffff8106800a3e20> Sep 16 14:36:55 172.16.9.60 Sep 16 14:36:55 172.16.9.60 Kernel panic - not syncing: Fatal exception Sep 16 14:36:55 172.16.9.60

2 2

ipv6 in mirrorlist
by Karanbir Singh 04 Oct '09

04 Oct '09

hi, So, running a natively ipv6 machine on CentOS comes with the problem that there are no published ipv6 mirrors in our mirrorlist's - we know about a few ipv6 mirrors, and it should be possible to extend our testing stuff to cover them. Whats the best way to handle this situation ? Am I the only one running native ipv6 at the moment.... is there someway we can gauge what the use-case-density for AAAA mirrorlist.centos.org is at the moment ? should we do the dns record, vhost a static list if we must, of a few ipv6's and see what the hit-rate is ? - KB

4 3

Re: [CentOS-devel] Red Hat IPA
by Sean Brady 04 Oct '09

04 Oct '09

I know that this was discussed back in May, but I am unclear on the status of IPA on CentOS. Any word on this, or has this indeed been dropped due to lack of interest? "little interest to keep it going in its present form either upstream or downstream" Does this mean that Redhat is backing off of the product as well, or am I reading this wrong? Thanks, Sean

2 1

WebsiteV2
by Will Fitch 30 Sep '09

30 Sep '09

Hello all, I am offering to lending a hand with version two the site (graphics design, cutting/creating templates or programming) per Karanbir. What can I do to help? ---------------------------------------- Follow me: http://www.twitter.com/willfitch http://www.phpfever.com Will Fitch Zend Certified Engineer Senior Operations DBA and Developer www.quepasa.com Cell: 931.205.8242 Fax: 931.914.1206

4 4

Custom Packages for WebEnvironment
by Marcus Moeller 30 Sep '09

30 Sep '09

Hi all. I noticed Russ's recent comments on the Web Infrastructure page and wanted to take it to the public instead of using the wiki for communication: http://wiki.centos.org/WebsiteVer2/WebEnvironment/Infrastructure?action=dif… There are a few challenges in a common infrastructure setup. We make use of components that are not part of the 'official' CentOS repositories atm. Most of them are web applications like Moin, phpBB, Mailmann, etc. These have to be packed and made available, either in a publicly accessible (preferred) or an internal repo. So maybe CentOS Extras or even Contrib is a good place to hold these new packages. Another advantage is the artwork and style setup. This could either be included directly within the corresponding application packages or packed separately. As we are also replacing some configuration files of HTTP (e.g. error messages) we may also have to re-pack this app. Having RPMs that replace other RPMs configurations is not the preferred way, I guess. Best Regards Marcus

3 2

rlm_ldap
by José Johnny RANDRIAMAMPIONONA 28 Sep '09

28 Sep '09

Hi all, I am on centOs5.3 and I d like to use freeradius server on it with ldap in remote server. I followed the faq and the tutorial but I am little bored because it seems that I need to install in the local server some ldap library but I don't know how to do it 'cause it doesn't work with yum or another basic system command. In another hand I have this kind of error after doing yum-complete-transaction and I don't know how to fix it: ----------------------------------------------------------------------------------------------------------------------------------------------------- *[root@mde ~]# yum-complete-transaction Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirrors.ircam.fr * updates: mirrors.ircam.fr * addons: mirrors.ircam.fr * extras: mirror.in2p3.fr There are 1 outstanding transactions to complete. Finishing the most recent one The remaining transaction had 23 elements left to run There are unfinished transactions remaining. You mightconsider running yum-compl ete-transaction first to finish them. --> Running transaction check ---> Package ecryptfs-utils.i386 0:56-8.el5 set to be erased ---> Package gnutls.i386 0:1.4.1-3.el5_2.1 set to be erased ---> Package openssl.i686 0:0.9.8e-7.el5 set to be erased --> Finished Dependency Resolution ================================================================================ Package Arch Version Repository Size ================================================================================ Removing: ecryptfs-utils i386 56-8.el5 installed 322 k gnutls i386 1.4.1-3.el5_2.1 installed 813 k openssl i686 0.9.8e-7.el5 installed 3.3 M Transaction Summary ================================================================================ Install 0 Package(s) Update 0 Package(s) Remove 3 Package(s) Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Erasing : gnutls [1/3] Erasing : openssl [2/3] erreur: %postun(gnutls-1.4.1-3.el5_2.1.i386) scriptlet failed, exit status 255 Erasing : ecryptfs-utils [3/3] erreur: %postun(openssl-0.9.8e-7.el5.i686) scriptlet failed, exit status 255 Removed: ecryptfs-utils.i386 0:56-8.el5 gnutls.i386 0:1.4.1-3.el5_2.1 openssl.i6 86 0:0.9.8e-7.el5 Not removing old transaction files ---------------------------------------------------* ----------------------------------------------------------------------------------------------- Best regards JJohnny RANDRIAMAMPIONONA Phone: +212663682554, +212533158575 National School of Applied Sciences ZIP 1818 TANGIER 90000 ---------Morocco ---------------

2 1

RHWAS for CentOS 5
by Greg Swallow 26 Sep '09

26 Sep '09

Red Hat has uploaded the mysql rpm they are builing with the RHWAS rpms now. I think they are all there now except for the java srpm they are using. Any chance CentOS will rebuild at least the non-java stuff in a separate repository? ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHWAS/SRPMS/ Greg

1 0

Re: [CentOS-devel] Testing php 5.2
by Dylan Martin 25 Sep '09

25 Sep '09

And two months later I finally remember to report that it was, in fact, a disaster. I was attempting to upgrade to php 5.2, but dependencies went berserk, instructor web pages stopped working, bosses yelled at unix admins, etc... etc... Anyone who cares, probably already knows this and this is probably why php 5.2 has stayed in testing so long. I had said "unless you hear more from me", so this is that "more" from "me". -Dylan On Mon, Aug 3, 2009 at 11:02 AM, Dylan Martin <dmartin(a)sccd.ctc.edu> wrote: > Sorry if this is the wrong place to post this. As far as I can tell, > people who install packages from the testing repo should report the > experience here. If not, please let me know where the correct place > is and I will go away... > > I just enabled the testing repo with includepkgs=php* and ran "yum > update" I had to set "priority=1" to get it to work. There were > conflicts and dependency problems with with php-pecl-apc and > php-pecl-json. I removed php-pecl-apc because I don't use it and > php-pecl-json because the new php-common seems to include it. I've > added the error output below (thank you scroll buffer!) I've got 50 > odd students hammering on this, so unless you hear more from me, take > this as a good sign that this is stable. > > Transaction Check Error: > file /etc/php.d/json.ini from install of > php-common-5.2.9-2.el5.centos.i386 conflicts with file from package > php-pecl-json-1.2.1-3.el5.i386 > file /usr/lib/php/modules/json.so from install of > php-common-5.2.9-2.el5.centos.i386 conflicts with file from package > php-pecl-json-1.2.1-3.el5.i386 > > php-pecl-apc-3.0.19-1.el5.i386 from installed has depsolving problems > --> Missing Dependency: php-zend-abi = 20050922 is needed by package > php-pecl-apc-3.0.19-1.el5.i386 (installed) > Error: Missing Dependency: php-zend-abi = 20050922 is needed by > package php-pecl-apc-3.0.19-1.el5.i386 (installed) > root@zephir1# rpm -q php-pecl-apc >

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel