devel October 2009

devel@lists.centos.org

35 participants
19 discussions

forums + portal for {lang}.centos.org sites
by Karanbir Singh 16 Aug '24

16 Aug '24

Hi, Earlier in the evening today Ralph, Fabian and I had a chat about the present state of the language subsites. This email sort of summarises the main issue ( s/w ). We seem to have run into a slight technical hitch with punbb/fluxbb. They dont support LDAP as a backend. And we had decided a few months back that all new rollouts must have ldap backend so we can rollin CentOS-DS / openldap based backend. So we need to look at alternatives, and since the primary focus of these international sites is going be forums : Here is a shortlist ( if there is anything else that people are aware of, please add to this list ) - phpBB - SMF - Fudforum - phorum - fluxbb Requirements: - Must be able to scale ( couple of hundred thousand msgs ) - Must be able to handle ldap auth ( if it cant, whats involved in writing the ldap-auth portion ) - Must address the specific requirements raised by the present www.centos.org forum users ( Can you please fill this section in ? ) - Must support all languages we need ( pure utf8 support would be good ) - Secure - Skin'able Nice to have: - Capable of running multiple instances from a single deployment - responsive community :D Things we will need to do: - Decide on what s/w to use. - Give the ArtWork people enough time to get the look & feel sorted. - Migrate newbb forums from www.centos.org to $system ( hey, english is a language too :D ). - Migrate fr.centos.org into the final s/w - setup {de/es/ja/it/pt_br}.centos.org Actions: Ralph and Fabian are going to work on setting up a test ldap server, once that is online we will then start by installing into our test-vm-farm the various s/w to eval them. If anyone would like to help, please feel free to jump right in. I'll setup a wiki page for this issue, which might be a good place to track progress. -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

22 81

yum-3.2.8 for Centos 4 backport, part II.
by David Hrbáč 30 Jan '10

30 Jan '10

Hi, I have again worked on yum 3.2.8 for Centos 4 today, after a long time. The result is backported package yum-3.2.8-9.el4.hrb.2.1.5 which is the upgrade of yum-3.2.8-9.el4.hrb.2.1.3 I've been using smoothly for quite a long time. Packages are in testing repos: http://fs12.vsb.cz/hrb33/el4/hrb/testing/i386/repodata/ http://fs12.vsb.cz/hrb33/el4/hrb/testing/x86_64/repodata/ I'd like to ask for QA tests. This patched version passes all the internal yum tests (aka 'make test'). Regards, David Hrbáč

8 43

5.4 install failure
by John Summerfield 30 Oct '09

30 Oct '09

I've mirrored the 5.4 repos and run createrepo on WBEL crossed with Centos4 on account of the WB folk seem to be MIA. Presumably, there's something wrong with my incantation of createrepo or something, because anaconda complains. It says my repo is butchers and proffers a reboot button. "Unable to read group information from repositories, This is a problem with the generation of your install tree." Okay, above is background. Here's the odd bit. I choose the one button on offer, and Anaconda goes on and installs! I'm not sure what it installs, but there is a bootable system, A kernel, grub are both properly in place. I can login as root, but root's dot files are not in place, so that bash doesn't do its initialisation. Manually copying the contents /etc/skel works. Can't really see what's installed because rpm isn't. It's really secure, it starts no daemons at all. Of course, anaconda should be rebooting, but this is way more entertaining. Am I right to think I should be telling createrepo about the file, comps.xml? -- Cheers John -- spambait 1aaaaaaa(a)coco.merseine.nu Z1aaaaaaa(a)coco.merseine.nu -- Advice http://webfoot.com/advice/email.top.php http://www.catb.org/~esr/faqs/smart-questions.html http://support.microsoft.com/kb/555375 You cannot reply off-list:-)

1 1

VirtualBox + CentOS 5.3/5.4 (xrandr issue?)
by IT2 Stuart Blake Tener, USNR 29 Oct '09

29 Oct '09

ALCON, I recently tested CentOS 5.3/5.4 with VirtualBox, and had some issues getting the video to pronounce itself properly. After logging on it was able to function in full screen mode capably (when I had used a customized xconf.org file that someone had published as "working", as well as having installed the VirtualBox "guest additions"), but the login screen did not configure into a proper manner. I read a few postings about this issue being related to the xrandr library version that is used within CentOS, but since I do not have RedHat 5.3 or 5.4, presume this might be a CentOS only issue for some reason? Can anyone enlighten me regarding this issue and any recommended methods for working around it? Thanks in advance, and do 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

2 1

Re: [CentOS-devel] [CentOS-qa] 5.4 - i386 isos and tree
by Phil Schaffner 29 Oct '09

29 Oct '09

On Fri, 2009-10-02 at 14:47 +0100, Karanbir Singh wrote: > On 10/02/2009 02:44 PM, Phil Schaffner wrote: > > I've used the LiveCD tools to produce LiveDVD images with GNOME/KDE > (and > > extra drivers + multimedia - which brings up the LiveCD-plus > discussions > > from some time back as well - but that should be another thread). > Would > > there be any interest in a LiveDVD offering? > > sounds like a good candidate for centos-devel list :) On Fri, 2009-10-02 at 09:59 -0400, Patrice Guay wrote: > Phil Schaffner wrote: > > Any progress on adding persistence? > > > > Persistence was added in livecd-tools 0.15. With the move from 0.13 to > 0.14, I'm getting closer to it but I am not there yet. The move from > 0.13 to 0.14 required several patches and testing. The same will > certainly apply for 0.14 to 0.15. I could use some help :) > > See https://projects.centos.org/trac/livecd/browser/trunk Patrice, Switching to -devel per Karanbir's suggestion. What help do you need on getting persistence working, or on LiveCD development in general? All, Is there interest in a LiveDVD with more functionality than will fit on a CD? Perhaps "full desktop/office/productivity/multimedia" GNOME and/or KDE versions? How about LiveCDplus (or LiveDVDplus) as discussed in earlier threads? Perhaps add drivers and/or firmware for common Wifi cards from RPMforge and/or ELRepo? Multimedia add-ons? Obviously there may be licensing or other issues depending on what is added. One possibility could be finding another site to host the images - as in Omega for Fedora. http://www.linux-mag.com/cache/7450/1.html Should the LiveCD tools be in a centos.org repo? Speaking of the tools - a bit OT... In my testing while writing http://wiki.centos.org/HowTos/InstallFromUSBkey I found the centos syslinux not to work (could not find the kernel when booting from USB), while the livecd version did. Comments or insight on this issue would be appreciated. Could not find any bug reports in either the CentOS bug tracker or upstream on the problem. Phil

7 14

Mock patch speeds up 'mock init' to 5 Seconds from cache (linked, rsync'd)
by Brian Schueler 28 Oct '09

28 Oct '09

Hi all, i've made a patch that extends mock-helper for the two new internal commands 'save' and 'restore' for use with the new added script /usr/libexec/mock-cache-copy that generates a root cache, which is linked against the root tree and which is copied statically. This takes the double harddisk space of the root tree (buildsys-build install) but hard disks are big enough today. The advantage of this is that the files in the cache are hard-linked to the files in the mock root tree that makes it extremely fast to delete files (mock clean phase) and to relink them (copy -ax ... on mock init phase) while unpacking the cache. The static copy is used to repair touched and modified (linked) files with rsync. With this new option 'mock init' takes only 5 Seconds (between Enter press and shell prompt). The source package (with the patch included) can be found on the Beuth repo at: http://141.64.26.2/repo/bs/el5/SRPMS/mock-0.6.13-5.bs.el5.src.rpm Especially my old PowerBook G4 / 400 MHz PowerPC (running C-5 ppc edition) benefits of this feature (keeps the CPU away from tar and gzip and uses the slow harddisk efficiently). I hope this useful patch find a way to upstream (Fedora). Please give me feedback and comparing benchmarks (against mock's standard cache). ( The global config /etc/mock/defaults.cfg is set up for using the additional caching method). cheers, B.S.

11 35

lightweight LiveCD installer for CentOS-5.4 available - zyx-liveinstaller
by Douglas McClendon 27 Oct '09

27 Oct '09

I thought some of you might like to know- The latest version of zyx-liveinstaller (0.1.15) now supports the CentOS-5.4 LiveCD/USB. http://filteredperception.org/smiley/projects/zyx-liveinstaller/ This is a ~100kb rpm that can be installed in a running LiveCD/USB session. Once run, zyx-liveinstaller will then allow you to install the running system permanently to system-disk. This is like the anaconda/liveinst installer available with the Fedora LiveCD/USB, except- a) it works _rebootlessly_! After installation completes, you simply eject the LiveCD or remove the LiveUSB and continue using the now installed system. b) it is still relatively immature, but gets the job done (as far as I've tested). Installation to external usb drives also works. c) it can easily be included in a custom CentOS LiveCD spin, without the downside of having to have an unsupported version of anaconda on the system. d) it is a fairly simple pygtk frontend for a bash backend. In fact, all you really need is the single bash script /usr/sbin/zyx-liveinstaller-cli. NOTE: that like the Fedora LiveCD installer, it is a *destructive* install. Target partitions/volumes get reformatted. ----------------- To do a commandline installation with no seperate /boot partition, the rootfs on /dev/sda2, and the swap partition on /dev/sda3, you would just run- rpm -Uvh \ http://filteredperception.org/downloads/zyx-liveinstaller/zyx-liveinstaller… zyx-liveinstaller-cli \ /dev/sda2 /dev/sda2 /dev/sda3 ----------------- Note, that if you throw a copy of the 100kb rpm inside the LiveUSB version of CentOS-5.4, you have a totally portable offline installable version of CentOS. This is definitely not as seriously usable as the traditional DVD installer on bootable USB form, but might have its uses. Bugs, comments, criticisms, and feedback are encouraged. Now that I've got this working, I'll really get to work helping Patrice crossport my old LiveUSB persistence patches to Fedora-8/9 to CentOS-5.*. peace... -dmc P.S. To get CentOS-5.4 LiveUSB to boot on my acer aspire one, I had to change the syslinux.cfg line of 'vesamenu.c32' to 'menu.c32' (and copy menu.c32). Otherwise an unusable and very grey syslinux bootloader. Hopefully just a problem with this netbook.

2 2

Re: [CentOS-devel] [CentOS] EDAC Kernel Panic 2.6.9-78 and above
by Chris Miller 26 Oct '09

26 Oct '09

Apologies if this is not the correct place to post this issue. I've gotten some feedback on the user's list, but it seems that getting some developer insight may be appropriate before opening a bug report. Please see the original thread here : http://lists.centos.org/pipermail/centos/2009-October/084011.html memtest86+ found no issues on 8 passes. Since this server has been solid for a couple of years, I'm inclined to think this is a bug, or EDAC is finding an issue in some other subsystem (not memory), but the error info is not sufficient to determine what is really going on. I have a few Super Micro servers (various motherboards and revisions) with this chipset running various kernels and versions of CentOS (with/without i5000_edac). That said, I think I'm in a position to provide some helpful information to approach this issue, I just need to know where to go with it. I'm happy to build a custom kernel with additional code to diagnose the issue. If needed in the short term, can I simply unload i5000_edac without crashing the server. Thoughts? Chris

1 0

Forum Issues
by Phil Schaffner 23 Oct '09

23 Oct '09

The CentOS fora seem to be seriously hosed ATM. Trying to access anything at the top level page gives errors like: An Error Occured SELECT t.*, u.name, u.uname,u2.name as last_post_name, u2.uname as last_poster, p.post_time as last_post_time, p.poster_name as last_poster_name, p.icon, p.post_id, p.post_karma, p.require_reply, pt.post_text FROM xoops_bb_topics t LEFT JOIN xoops_users u ON u.uid = t.topic_poster LEFT JOIN xoops_bb_posts p ON p.post_id = t.topic_last_post_id LEFT JOIN xoops_bb_posts_text pt ON pt.post_id = t.topic_last_post_id LEFT JOIN xoops_users u2 ON u2.uid = p.uid WHERE (p.post_time > 1247552420 OR t.topic_sticky=1) AND t.forum_id = 51 AND t.approved = 1 AND p.approved = 1 ORDER BY t.topic_sticky DESC, p.post_time DESC If the page does not automatically reload, please click here

4 7

QA accessibility
by Phil Schaffner 18 Oct '09

18 Oct '09

A message on centos-users has raised a question in my mind about the openness of the QA process. I'm pretty sure that there is no desire to greatly expand the QA team, but on the other hand a few more serious QA testers might be worthwhile. I started to reply to the message below with a link to an announcement of opportunity to join the QA team from the centos-devel list, and possibly to add a bit to the "Contribute" page, but decided it might be better to bounce the idea around here instead. Announcement on CentOS-devel: http://lists.centos.org/pipermail/centos-devel/2007-February/001200.html > [CentOS-devel] CentOS 5 Beta Initial Test Release > Lance Davis lance at uklinux.net > Wed Feb 21 13:14:16 UTC 2007 > > We are about to release an initial internal test release of CentOS 5 beta > to our qa team. > > If folks here want to be a part of that test they need to join the > centos-qa list (http://lists.centos.org/mailman/listinfo/centos-qa) and > send a message to this list (centos-devel) saying that > they would like to be a part of the qa process and join the qa team, > with details of relevant experience if you are not known to the core > developers. > > Membership of the centos-qa list will then be approved. > > > Lance > > -- > uklinux.net - > The ISP of choice for the discerning Linux user. http://wiki.centos.org/Contribute#head-1c14314cdaa251daca6c3a79ff7510c5c05d… Proposed addition to Contribute: "Testing of new releases is done by the CentOS Quality Assurance (QA) team. People interested in helping with QA should first join the [http://lists.centos.org/mailman/listinfo/centos-devel CentOS Developer's list] and [http://lists.centos.org/mailman/listinfo/centos-qa CentOS QA list] and send a message to mailto:CentOS-devel@centos.org, with details of relevant experience if not already known to the core developers, saying that they would like to join the QA team." I notice that the QA list is not on the CentOS list of lists. Not sure if this is by design, or has just been overlooked. http://lists.centos.org/mailman/listinfo Phil -------- Original Message -------- Subject: [CentOS] Centos 5.4 'prerelease-access' - is there such a thing? Date: Sat, 12 Sep 2009 08:22:17 -0500 From: Peter l Jakobi <lists(a)kefk.oa.shuttle.de> Reply-To: CentOS mailing list <centos(a)centos.org> To: centos(a)centos.org <centos(a)centos.org> Hi, excluding the Frankengrade from CENTOS5.3 to upstream RHEL5.4, is there are procedure / repository access / nightly builds / ... to what will be CENTOS 5.4? URLs? Howtos? Discussion threads or notes? I checked help, wiki and forums and google, but came up empty. Of course, this kind of use is depending on the way the new upstream RHEL sources are processed, so maybe there won't be a complete set of packages at all until maybe one or two weeks before the release. But again I got no lucky search hits for this kind of internals either. I'll gladly collect and summarize for a (hopefully easier locatable) wiki-page to be :). cu, Peter -- cu Peter l Jakobi lists(a)kefk.oa.shuttle.de

7 8

Thiago Avelino has invited you to Dropbox
by Dropbox 15 Oct '09

15 Oct '09

We're excited to let you know that Thiago Avelino has invited you to Dropbox! Thiago Avelino has been using Dropbox to sync and share files online and across computers, and thought you might want it too. Visit http://www.getdropbox.com/link/20.jFRbfH0d7t/NjM3MTY5MDM3 to get started. - The Dropbox Team ____________________________________________________ To stop receiving invites from Dropbox, please go to http://www.getdropbox.com/bl/166e1def02f3/centos-devel%40centos.org

3 2

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

15 Oct '09

Mr. Herrold, Please understand that it is with no pleasure accorded to me that I must go and correct the some several assertions you have proffered within your commentary, as they are most certainly anomalous in nature. I think you might be well served to realize that most people have the expectation that no matter how slowly a project might progress, the status does change from time to time. And in the absence of a weekly or monthly status report on its progression, it is quite reasonable to proffer a request for pronouncement of the project's status. My queries were not specific to the S/390 apportionment of the 5.4 distribution from CentOS, but part of a greater overarching query regarding 5.4 more generally. Indeed, showing interest in the direction a particular distribution is heading, is actually contributing. It might not be writing code, but having the discussion about the needs of the community and the sorts of platforms that said community members might otherwise search for support on, is a contribution of intellectual value in terms distinctly not uncertain. Moreover, your presumption regarding my standing to represent the US Navy specifically concerning any interest in a S/390 distribution is entirely erroneous, but I appreciate you think highly enough of me that the Navy would leave that to me. However, I am sorry that you were so easily confused by the fact that my being a sailor in the Navy meant that I might be representing the Navy needing this distribution, as I do not represent the interests of the Navy regarding my comments. In fact, notwithstanding the fact that I never said the Navy had any desire for a S/390 variant of CentOS, what maybe far more likely is that I have a P/390 and am interested to see it come to fruition for the purposes of my personal mainframe hardware. Lastly, it instructive that many years ago I spent hours on the phones with folks from RedHat, back when they sold more books than Linux CDs, trying report bugs and explain where I thought the code could be improved. However, just to show you my heart is in the right place, once a 5.x variant is at least in beta for the S/390 platform (from CentOS), I shall certainly be happy to contribute by beta testing it and turning in bug reports. I await the project's advancement to said milestone, such that I can begin contributing sir. Now personally, I have my doubts as to a FOSS Fairy, but, just in case, I placed a CD with CentOS 3.9 for S/390 under my pillow! :) I appreciate your taking the time to review my reply comments, and look forward to discussing the needs of the greater CentOS community in more detail with you as the project moves forward. Have a wonderful and blessed day sir. Very Respectfully Submitted, Stuart B. Tener === 'IT2 Stuart Blake Tener, USNR': You have asked this how many times without contributing to advancing such an effort, now? If the Navy wants it, step and fund a run at it. If you do, put your shoulder to the wheel. I described my effort on an IBM provided build instance the last time this question was asked [with published build sources, and result packages], and the time before that as well, and I am sure it is in the archives Stuff is not just magically delivered by the FOSS fairy -- Russ herrold -- 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

QA Test Matrix submission: Rescue Mode
by Garry.Dale 15 Oct '09

15 Oct '09

Greetings: After looking over some of the QAWiki pages, I have attempted to create a test case for Rescue Mode [1]. Perhaps this could be included in the test matrix? Thanks. gd [1] http://wiki.centos.org/GarryDale

3 2

Re: [CentOS-devel] CentOS 5.4 Status
by IT2 Stuart Blake Tener, USNR 15 Oct '09

15 Oct '09

Mr. Singh, Well, if I were going to add details as to what I could do to help the build effort, how would I do that intelligently when no one is willing to give a status as to where the build effort is in terms of the project milestones or what resources are currently under demand by the project? I am going to tell you straight away, having read Russ' comments, I am in no way interested to work with him, and it appears he must be one of the development team leaders. During my work day I get paid to deal with unhappy people all day long, I am loath to volunteer to do it for free in my spare time after hours. If you and the development team want to attract more assistance from people, take note that pissing people off when they ask the status of a project is not the manner by which to ascend along that path. In the mean time, I shall await Russ' apology in precedence to making a decision as to what resources (monetary, computer related, or personal time) I have available in pursuance of furthering the effort at hand. If in fact Russ is not really one of the project leaders, and is just a "rouge member", do let me know that too. One last note, I might be the sort of person to go and say these things point blank, as I am a more direct person, but I imagine that there are people perhaps on this list who read Russ' comments and are thinking to themselves, "WOW...pffft...I am just going to stick to reading this list, who would want to work with this guy?...." Have a most wonderful and blessed day. V/R, Stuart Message: 7 Date: Wed, 14 Oct 2009 11:43:14 +0100 From: Karanbir Singh <mail-lists(a)karan.org> Subject: Re: [CentOS-devel] CentOS 5.4 Status To: "The CentOS developers mailing list." <centos-devel(a)centos.org> Message-ID: <4AD5AB42.7080608(a)karan.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 10/14/2009 07:10 AM, IT2 Stuart Blake Tener, USNR wrote: > Thank you for your reply, it was the sort of response I was curious to > hear. Just want to point out that I dont entirely disagree with Russ's post, its usually a 'nice' thing to also add details on what you might be able to offer to the build effort :) - KB ------------------------------ -- 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.

3 2

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel October 2009