devel

devel@lists.centos.org

2 participants
4653 discussions

Linux NFSv4 Client (CentOS-5.3) kernel panic when running LTP
by Sid Moore 02 Aug '10

02 Aug '10

Hi, My NFS Client is CentOS5.3 (2.6.18) and server is SUSE11. When running LTP (ltp-full-20080930), the client crashed. the stack is below. Kernel BUG at fs/nfs/nfs4xdr.c:872 invalid opcode: 0000 [1] SMP last sysfs file: /block/sdb/size CPU 0 Modules linked in: ipv6 xfrm_nalgo crypto_api autofs4 hidp l2cap bluetooth blockvt(PU) nfs(U) lockd(U) fscache nfs_acl sunrpc ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi scsi_transport_iscsi dm_mirror dm_multipath scsi_dh video hwmon backlight sbs i2c_ec button battery asus_acpi acpi_memhotplug ac lp floppy sg pcspkr i2c_piix4 i2c_core pcnet32 mii parport_pc parport shpchp serio_raw dm_raid45 dm_message dm_region_hash dm_log dm_mod dm_mem_cache ata_piix libata mptspi mptscsih mptbase scsi_transport_spi sd_mod scsi_mod ext3 jbd uhci_hcd ohci_hcd ehci_hcd Pid: 18655, comm: mknod01 Tainted: P 2.6.18-128.el5 #1 RIP: 0010:[<ffffffff8844841d>] [<ffffffff8844841d>] :nfs:encode_share_access+0x6d/0x82 RSP: 0018:ffff81000d4cdb18 EFLAGS: 00010297 RAX: 00000000ffffffff RBX: ffff810007c770b8 RCX: ffff810007c770b8 RDX: 0000000000000008 RSI: 0000000000000008 RDI: ffff81000d4cdb68 RBP: 0000000000000080 R08: ffff810007c770ac R09: 0000000000000009 R10: ffff81000601e980 R11: ffffffff8844bc69 R12: ffff81000d4cdb68 R13: ffff81000216d158 R14: ffff81000d4cde18 R15: ffff810002912000 FS: 00002b7f2d2c3210(0000) GS:ffffffff803ac000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000003ec6a41900 CR3: 0000000007c10000 CR4: 00000000000006e0 Process mknod01 (pid: 18655, threadinfo ffff81000d4cc000, task ffff810004308040) Stack: ffff810004308040 ffff810007c770b0 ffff81000834f408 ffffffff8844b919 ffff8100080b7df8 ffff81000216d158 ffff81000834f408 ffffffff8844bc69 ffff81000216d158 ffffffff8844bcd6 ffff810007c770c0 ffff81000216d160 Call Trace: [<ffffffff8844b919>] :nfs:encode_open+0x66/0x33e [<ffffffff8844bc69>] :nfs:nfs4_xdr_enc_open+0x0/0xac [<ffffffff8844bcd6>] :nfs:nfs4_xdr_enc_open+0x6d/0xac [<ffffffff8844bc69>] :nfs:nfs4_xdr_enc_open+0x0/0xac [<ffffffff883c63f0>] :sunrpc:call_transmit+0x1bc/0x222 [<ffffffff883cb923>] :sunrpc:__rpc_execute+0x92/0x24e [<ffffffff883cbb36>] :sunrpc:rpc_run_task+0x37/0x3f [<ffffffff884430e0>] :nfs:_nfs4_proc_open+0x50/0x1aa [<ffffffff88443ff2>] :nfs:nfs4_do_open+0xc2/0x1dd [<ffffffff884459a4>] :nfs:nfs4_proc_create+0x7f/0x1b2 [<ffffffff883cc91a>] :sunrpc:rpcauth_lookup_credcache+0x12e/0x24c [<ffffffff8842d3c4>] :nfs:nfs_access_get_cached+0xab/0xfa [<ffffffff8842e440>] :nfs:nfs_create+0x87/0xed [<ffffffff8002221b>] d_alloc+0x174/0x1a9 [<ffffffff8003a031>] vfs_create+0xe6/0x158 [<ffffffff800e3120>] sys_mknodat+0x107/0x188 [<ffffffff8005d229>] tracesys+0x71/0xe0 [<ffffffff8005d28d>] tracesys+0xd5/0xe0 Code: 0f 0b 68 14 5e 45 88 c2 68 03 c7 03 00 00 00 00 41 5a 5b 5d RIP [<ffffffff8844841d>] :nfs:encode_share_access+0x6d/0x82 RSP <ffff81000d4cdb18> <0>Kernel panic - not syncing: Fatal exception I think open_flags was set to be zero when calling encode_share_access(), but I don't know what happened and triggered this crash. is anyone willing to help me ? Best, sid

3 2

a strange (new?) feature in rhel-6
by Farkas Levente 31 Jul '10

31 Jul '10

hi, i'm just accidentally recognize that on rhel-6: ---------------------------------------------- # rpm -qpi rhnsd-4.9.3-2.el6.x86_64.rpm warning: rhnsd-4.9.3-2.el6.x86_64.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID f21541eb Name : rhnsd Relocations: (not relocatable) Version : 4.9.3 Vendor: Red Hat, Inc. Release : 2.el6 Build Date: Wed 24 Mar 2010 03:11:14 PM CET Install Date: (not installed) Build Host: ls20-bc2-13.build.redhat.com Group : System Environment/Base Source RPM: rhnsd-4.9.3-2.el6.src.rpm Size : 92865 License: GPLv2 Signature : RSA/8, Tue 20 Apr 2010 07:50:37 PM CEST, Key ID 938a80caf21541eb Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> URL : https://fedorahosted.org/spacewalk Summary : CentOS Network query daemon Description : The CentOS Update Agent that automatically queries the CentOS Network servers and determines which packages need to be updated on your machine, and runs any actions. ---------------------------------------------- did you see the strange thing? (i run ths command on a centos system) so if centos just rebuild the same src.rpm then do not need to modify the package and the spec! (ok this pacakge won't be included in centos anyway, just an example) since in that case the buildhost and vendor changed because of the build system and the summary and other part will change "automagically" even if the spec file contains _hard coded_ "Red Hat". this can save same useless work.. just my 2c. -- Levente "Si vis pacem para bellum!"

6 6

Missing security updates
by Ned Slider 28 Jul '10

28 Jul '10

Any news on the pending security updates? http://bugs.centos.org/view.php?id=4433 Thanks.

17 67

tracking ABI changes in C/C++ libraries
by Andrey Ponomarenko 24 Jul '10

24 Jul '10

Hello, Colleagues! The new service for tracking ABI changes in various C/C++ libraries is now available for Linux distribution maintainers and upstream developers - "Upstream Tracker". It may be helpful for analyzing risks of libraries updating in the CentOS and other systems. The service includes more than 100 libraries at the moment: OpenSSL, ALSA, glib, cairo, libssh, fontconfig etc. The service is freely available at: http://linuxtesting.org/upstream-tracker/ Suggestions for libraries inclusion and feature/bug requests are very welcome. Thanks! -- Andrey Ponomarenko Linux Verification Center, ISPRAS web: http://www.linuxtesting.org mail: upstream-tracker(a)linuxtesting.org

7 21

[Florian.LaRoche@gmx.net: Re: [rhelv6-beta-list] Can Red Hat provide .nosrc.rpm for quickly download?]
by Florian La Roche 23 Jul '10

23 Jul '10

Hello all, wouldn't a git repo be also good for security updates to quickly see the changes of all security updates going out? This wouldn't have to be a repo developers work from, but a "shadow read-only" repo that is generated automatically from the source rpm packages. It could even be one big repo with RHEL, Oracle Linux, CentOS, Scientific Linux in it to show all flavours out there. regards, Florian La Roche ----- Forwarded message from Florian La Roche <Florian.LaRoche(a)gmx.net> ----- From: Florian La Roche <Florian.LaRoche(a)gmx.net> To: "Red Hat Enterprise Linux 6 (Santiago) Beta releases discussion mailing-list" <rhelv6-beta-list(a)redhat.com> Date: Thu, 22 Jul 2010 06:48:50 +0200 Subject: Re: [rhelv6-beta-list] Can Red Hat provide .nosrc.rpm for quickly download? > Can Red Hat provide .nosrc.rpm for quickly download? Hello Kirby, Even better would be a git repository, then you'd also immediately see the changes and have an RSS feed of it. regards, Florian La Roche _______________________________________________ rhelv6-beta-list mailing list rhelv6-beta-list(a)redhat.com https://www.redhat.com/mailman/listinfo/rhelv6-beta-list ----- End forwarded message -----

3 2

RHSA-2010-0500
by David Hrbáč 01 Jul '10

01 Jul '10

Hi, Together with Firefox 3.6.4 update for RHEL5, update for RHEL4 has been released. https://rhn.redhat.com/errata/RHSA-2010-0500.html Are we going to release that update for CentOS4? Within my repo I will continue to release Firefox/Thunderbird updates for Centos. But I guess this update has to be released with Centos too. David Hrbáč

2 1

Why there are still xfsprogs-2.9.4 in centos 5?
by Kirby Zhou 30 Jun '10

30 Jun '10

Why there are still xfsprogs-2.9.4 in centos 5? Redhat has already updated it to 2.10.2 for at least half a year. (https://rhn.redhat.com/errata/rhel-xfs-errata.html) Regards, Kirby Zhou from SOHU-RD +86-10-6272-8261

2 2

Fwd: rpm.groups - Libraries/Ruby
by Jeff Johnson 24 Jun '10

24 Jun '10

FYI (from a RPMTAG_GROUP discussion on the PLD devel mailing list). You should recognize the URI's in the message, they were all snipped frpm the thread here on centos-devel. The comments are purely mine, and intended as analysis, no intent whatsoever to offend anyone. The engineering problem of enabling luser choice is in fact very hard to solve when based on contributed FL/OSS efforts. 73 de Jeff Begin forwarded message: > From: Jeff Johnson <n3npq(a)mac.com> > Date: June 24, 2010 11:43:11 AM EDT > To: "PLD: Developers list (English)" <pld-devel-en(a)lists.pld-linux.org> > Subject: Re: rpm.groups - Libraries/Ruby > > > On Jun 24, 2010, at 11:22 AM, Bartosz Taudul wrote: > >>>> New group hierarchy proposition can be found at >>>> http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/nowe-grupy?rev=HEAD. >>> This tree is as good as any other I've seen, certainly far far >>> better than synaptic/aptitude choices. >> It was based on sourceforge trove software map. >> >>> Have you considered: >>> >>> Setting up a process to map specific packages into your taxonomy >>> >>> Something like a de.licio.us tagging framework to do the mapping >>> subjectively with "community" (whatever that means) involvement >>> would be one relatively painless process. >> Translation: noone would do it. Not worth the effort. > > If you're saying > Noone has time for bookmarking at http://de.licio.us any more. > I absolutely agree. > > (aside) > In fact bookmarking (and Google keyword searches) > Just Don't Work Well, but that's a whole different and quite complex > discussion. I kinda like de.licio.us because I can track through > a bookmark tag to see what _ELSE_ a person interested enough > to add a de.licio.us bookmark that blipped my radar might > be interested in. I can't do that with Google keyword searches. > > But de.licio.us (and more generally Ajax) are a pathway to automated collection > of "voting" metrics for "attributes" attached to "packages" indepnedently > (and persistently) after a package has been built. The ultimate > design flaw with RPMTAG_GROUP (and other tags in RPM metadata) is > that static content delivery isn't very useful in 2010, the > "process" to embed tags in packaging reliably is just too cumbersome these days. > > The code for de.licio.us (and Ajax and REST-ful in general) is > there for the stealing is all I meant to point out. > > But go look at any site that is advertising RPM "packages". Here's > are several URL's (from a thread on centos-devel mailing list) I had to visit > this week: > > http://packages.debian.org/lenny/php5 > http://www.freshports.org/ > > All of those "package" presentations are ugly, useless, uninformative > and otherwise as pointless as RPMTAG_GROUP is in RPM installers. > > This URL I particularly have issue with (not with the site per se) > http://pkg.org.ua/ > Note the organization using "vendor" as a toplevel "attribute" for "package" > choosing. > > If "vendor" is the only "attribute" that is presented to lusers, well, > FL/OSS software is just doomed. > > And it wouldn't be that hard to change the "package" presentation using, say, a > more reasonable and intelligent hierarchical tree like what you pointed me to. > > hth > > 73 de Jeff

1 0

'yum-security' plugin and fasttrack respository for CentOS 5.4
by Alan Bartlett 24 Jun '10

24 Jun '10

Yesterday evening (Tuesday December 8, 2009) a forum thread [1] was started by Stefan (under the ID of "gigglesworth") relating to the above subjects. As is well known, ELRepo provided the fasttrack packages during the lifetime of CentOS 5.3 but following on from Karanbir's assertion that CentOS will provide the fasttrack packages for 5.4 we, at ELRepo, have stepped down from providing that service. Will CentOS-devs please have a look at the above mentioned thread and then respond, accordingly, to the OP. Regards, Alan. [1] http://www.centos.org/modules/newbb/viewtopic.php?topic_id=23695&forum=42

3 5

Web based Package DB
by Karanbir Singh 23 Jun '10

23 Jun '10

Hi, Didi and I met up yesterday afternoon and had a chat about creating a web interface to the centos repositories. Something along the lines of repoview, but a thicker, richer experience. So what features would everyone like to see from something like this ? We have a few ideas already, but it would be nice to get feedback on what people expect ( so we know how far off the mark we were :) ) We hope to resurrect the 'pandora' project as a side effect from this. - KB

8 14

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