[CentOS] Centos on Motorola PowerQuicc?
Dear All Do you have any experience with hardware emulator for Motorola PowerQuicc on MS Windows host (dedicated for centos installation)? Thank you ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] OT: SysAdmin Stories
Hello, I'm compiling a collection of stories from the systems administrator trenches. They can be short or long, funny or about a particularly challenging problem or period, or even something that appeared very technically challenging and ended up being something very simple. Stories which are more political would be ok so long as they do not have an agenda or can be interpreted as a public attack. I can't promise money but I can promise 15 minutes of fame. The stories will be accumulated over the next few months and go into a book about real world experiences of Systems Administrators and Systems Engineers. Some of the material may be used in our training classes, as well. All stories will be duly credited and I'll even buy a beer (or other non-alcoholic beverage) for anyone I ever meet in person. Stories may be edited for grammar or clarity. This book is still in the proposal stage so there is no firm target date, yet. If for some reason the book is not published (just like tech projects, books are sometimes cancelled at the last minute) they will go up on our website. Thanks! -Geoff - Geoff Galitz Blankenheim NRW, Germany http://eifel-consulting.biz http://www.galitz.org/ http://german-way.com/blog/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On 6.6.2010 13.19, Geoff Galitz wrote: > I'm compiling a collection of stories from the systems administrator > trenches. They can be short or long, funny or about a particularly > challenging problem or period, or even something that appeared very > technically challenging and ended up being something very simple. Stories > which are more political would be ok so long as they do not have an agenda > or can be interpreted as a public attack. > > I can't promise money but I can promise 15 minutes of fame. The stories > will be accumulated over the next few months and go into a book about real > world experiences of Systems Administrators and Systems Engineers. Some of > the material may be used in our training classes, as well. All stories will > be duly credited and I'll even buy a beer (or other non-alcoholic beverage) > for anyone I ever meet in person. > > Stories may be edited for grammar or clarity. > > This book is still in the proposal stage so there is no firm target date, > yet. If for some reason the book is not published (just like tech projects, > books are sometimes cancelled at the last minute) they will go up on our > website. What will be the intended audience? How much technical detail can be mentioned? Does one assume that the readers know what is grub, initrd, xen, amavisd etc? - Jussi -- Jussi Hirvi * Green Spot Topeliuksenkatu 15 C * 00250 Helsinki * Finland Tel. +358 9 493 981 * Mobile +358 40 771 2098 (only sms) jussi.hi...@greenspot.fi * http://www.greenspot.fi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
> > What will be the intended audience? How much technical detail can be > mentioned? Does one assume that the readers know what is grub, initrd, > xen, amavisd etc? > > - Jussi > The intended audience is anyone in the Systems Administration or Systems Engineering field at any technical level. It is assumed basic technologies such as grub and initrd are already known, but not necessarily well understood. I may add technical introductions to those technologies if needed. Contributors should not worry too much about this, it is my job as editor/writer to make sure that needed relevant technical information is introduced as necessary. -geoff - Geoff Galitz Blankenheim NRW, Germany http://eifel-consulting.biz/ http://www.galitz.org/ http://german-way.com/blog/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On Sun, 6 Jun 2010, Geoff Galitz wrote: > > What will be the intended audience? How much technical detail can > > be mentioned? Does one assume that the readers know what is grub, > > initrd, xen, amavisd etc? > > > The intended audience is anyone in the Systems Administration or > Systems Engineering field at any technical level. It is assumed > basic technologies such as grub and initrd are already known, but > not necessarily well understood. I may add technical introductions > to those technologies if needed. > > Contributors should not worry too much about this, it is my job as > editor/writer to make sure that needed relevant technical > information is introduced as necessary. i see the potential for amusing anecdotes. geek humour, as it were. http://www.youtube.com/watch?v=8WM977mANl8 rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
I have a machine that has worked fine for years on CentOS5. kernel-PAE-2.6.18-164.15.1.el5 is the last "works fine" kernel, but kernel-PAE-2.6.18-194.3.1.el5 crashes at boot every time. I tried banging on the side of the monitor to no avail. All kidding aside, here are pictures of my monitor when booting 194 in case that is helpful. http://jt-socal.com/sites/jt-socal.com/files/kernel-panic.jpg http://jt-socal.com/sites/jt-socal.com/files/just-before-crashing.jpg Any suggestions on fixing this? -- Sincerely, John Thomas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
On Sun, Jun 6, 2010 at 7:35 AM, John Thomas wrote: > I have a machine that has worked fine for years on CentOS5. > kernel-PAE-2.6.18-164.15.1.el5 is the last "works fine" kernel, but > kernel-PAE-2.6.18-194.3.1.el5 crashes at boot every time. > > I tried banging on the side of the monitor to no avail. > > All kidding aside, here are pictures of my monitor when booting 194 in > case that is helpful. > http://jt-socal.com/sites/jt-socal.com/files/kernel-panic.jpg > http://jt-socal.com/sites/jt-socal.com/files/just-before-crashing.jpg > > Any suggestions on fixing this? > Let's see - you're running a Dell and the second photo is out of focus Sorry, I just couldn't resist. I'm wondering if is has something to do with the PAE kernel vs. your machine. Can you elaborate on that at all? mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On Sun, Jun 6, 2010 at 4:04 AM, Robert P. J. Day wrote: > > http://www.youtube.com/watch?v=8WM977mANl8 > There's also this one on the the impotence of proofreading: http://www.youtube.com/watch?v=OonDPGwAyfQ&feature=related (No, that was NOT a typo.) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On 10-06-06 06:19 AM, Geoff Galitz wrote: > Hello, > > I'm compiling a collection of stories from the systems administrator > trenches. They can be short or long, funny or about a particularly > challenging problem or period, or even something that appeared very > technically challenging and ended up being something very simple. Stories > which are more political would be ok so long as they do not have an agenda > or can be interpreted as a public attack. > > I can't promise money but I can promise 15 minutes of fame. The stories > will be accumulated over the next few months and go into a book about real > world experiences of Systems Administrators and Systems Engineers. Some of > the material may be used in our training classes, as well. All stories will > be duly credited and I'll even buy a beer (or other non-alcoholic beverage) > for anyone I ever meet in person. > > Stories may be edited for grammar or clarity. > > This book is still in the proposal stage so there is no firm target date, > yet. If for some reason the book is not published (just like tech projects, > books are sometimes cancelled at the last minute) they will go up on our > website. > > > Thanks! > > -Geoff Under the category of "learn from the mistake of others..." About eight years ago, I was working on a program with tight deadlines. I'd worked through the night, only catching an hour or two of sleep in the office. The next morning, one of the servers remounted it's file systems read-only. Being a small shop, I decided to just take the server down to run a quick fsck.ext2. In my sleepiness though, I typed 'mkfs.ext2'. When people say that "root" is god, well, no one asks god "Are you sure?". -- Digimer E-Mail: li...@alteeve.com AN!Whitepapers: http://alteeve.com Node Assassin: http://nodeassassin.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
> Let's see - you're running a Dell and the second photo is out of focus It's worse than that. It's a Dell monitor on a custom built machine by someone who does not know what they are doing (me). Would a more focused picture help? > Sorry, I just couldn't resist. No worries, just keeping helping ;) > I'm wondering if is has something to do with the PAE kernel vs. your > machine. Can you elaborate on that at all? Not sure what to do here. I am at hobbyist skill level. With your question, I tried using the regular (non-PAE) kernel. The system halted after udev [ok] and no other on-screen information. Thank anyhow! -- Sincerely, John Thomas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
All nighters are bad news, mistakes are easily made at these times as we have all learnt the hard way ;) *cough* erased the backups and spent the night re-backing up data so nothing actually got done *cough* I do remember spending a few days putting together some systems check for my self and my colleague to use such as daily, weekly and monthly systems checks for all IT aspects (physical, virtual, power, redundancy, connectivity etc...) only to have something fail the next day (so it really paid off!) and then nothing has broken since?...Just goes to show you never know! Also recently upgraded my personal Ubuntu server to a RAID 6 from a RAID 5 (about a week ago) and now it looks like one of the drives is dying, again, just in time! -- Regards, James. http://www.jamesbensley.co.cc/ There are 10 kinds of people in the world; Those who understand Vigesimal, and 9 others...? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On Sun, Jun 06, 2010 at 08:22:22PM +0100, James Bensley wrote: > redundancy, connectivity etc...) only to have something fail the next > day (so it really paid off!) and then nothing has broken since?...Just > goes to show you never know! > > Also recently upgraded my personal Ubuntu server to a RAID 6 from a > RAID 5 (about a week ago) and now it looks like one of the drives is > dying, again, just in time! Does this go to show the value of preparedness? Or does it illustrate the power of luck? Or some intersection? I've often been lucky about when and how stuff breaks down. And I've known people with what looked like real computer jinxes. On the one hand, you never want to just trust your luck. On the other, if luck can be involved, could it be that the profession selects for those who have it? Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
On Jun 6, 2010, at 1:11 PM, John Thomas wrote: >> Let's see - you're running a Dell and the second photo is out of focus > It's worse than that. It's a Dell monitor on a custom built machine by > someone who does not know what they are doing (me). Would a more > focused picture help? > >> Sorry, I just couldn't resist. > No worries, just keeping helping ;) > >> I'm wondering if is has something to do with the PAE kernel vs. your >> machine. Can you elaborate on that at all? > Not sure what to do here. I am at hobbyist skill level. > > With your question, I tried using the regular (non-PAE) kernel. The > system halted after udev [ok] and no other on-screen information. > > Thank anyhow! > One option is to just continue to run a working kernel, depending on what you are doing on the system, and hope that the next kernel is fixed. I've had the problem with some revs of the kernel, both at work where we use the upstream provider and at home with CentOS, and eventually a later version worked. It apparently affected a paying customer who reported it. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
I think Whit you have raised some deeper questions maybe about probability, sod's law, the uncertanty principle, karma, etc etc...Maybe a venn diagram covering luck and preparedness is in order, who knows, we/I am digressing I would like to point out that at home I'm pretty sure I'm jinxed; my ubuntu server has decided X ins't going to work any more, nor the sound (may be related) and the raid is dying, all on the same day?!?!?! -- Regards, James. http://www.jamesbensley.co.cc/ There are 10 kinds of people in the world; Those who understand Vigesimal, and 9 others...? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On Sun, Jun 6, 2010 at 10:53 AM, Digimer wrote: > > Under the category of "learn from the mistake of others..." > > About eight years ago, I was working on a program with tight deadlines. > I'd worked through the night, only catching an hour or two of sleep in > the office. > > The next morning, one of the servers remounted it's file systems > read-only. Being a small shop, I decided to just take the server down to > run a quick fsck.ext2. In my sleepiness though, I typed 'mkfs.ext2'. > > When people say that "root" is god, well, no one asks god "Are you sure?". > Way back in the stone age, I was a sys admin at my university, working the graveyard (i.e., backup) shift two days a week and an occasional Sunday. On Sundays, we did the full backup and restore, but we switched out the disk packs (I said this was a long time ago) so we never lost more than a week's worth of data at the time. Well, almost never My last Sunday there, I accidentally reinitialized all the disks after the backup but before I had switched them. Then, I realized what I did, switched them anyway, and reinitialized them again, then did a full restore. Everything would have been fine if the file system hadn't crashed that Friday afternoon This was on a Xerox Sigma 7 (I'm dating myself). UNIX horror story: 24 years ago, I was working on a development system (i.e., nothing critical on it) and my latest build didn't work the way I expected, so I erased it with an 'rm -rf *' - except that I was in the root directory at the time, not my build directory. By the time I realized what I had done, it was too far gone to recover, so I wound up reinstalling the whole system. No harm done (I did things like that sometimes on purpose, when it was *my* machine involved), but I don't do 'rm -rf' of anything any more without double-checking where I am FIRST, even if the default "-v" is set. (unsigned confession) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
On Sun, Jun 6, 2010 at 11:11 AM, John Thomas wrote: >> I'm wondering if is has something to do with the PAE kernel vs. your >> machine. Can you elaborate on that at all? > Not sure what to do here. I am at hobbyist skill level. > > With your question, I tried using the regular (non-PAE) kernel. The > system halted after udev [ok] and no other on-screen information. > It sounds like you have a non-standard driver that is not compatible with the latest kernel. Can you post more details about the machine, say info from a working kernel? Things like configuration, drivers, etc. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
> It sounds like you have a non-standard driver that is not compatible > with the latest kernel. Hmm, using nvidia video driver from ELRepo and I don't remember anything else. I tried without the nvidia driver, but same problem. > Can you post more details about the machine, say info from a working > kernel? Things like configuration, drivers, etc. Hmm, not sure how to do that. How about this: centos55[r...@home ~]# lspci 00:00.0 Host bridge: nVidia Corporation nForce3 250Gb Host Bridge (rev a1) 00:01.0 ISA bridge: nVidia Corporation nForce3 250Gb LPC Bridge (rev a2) 00:01.1 SMBus: nVidia Corporation nForce 250Gb PCI System Management (rev a1) 00:02.0 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) 00:02.1 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) 00:02.2 USB Controller: nVidia Corporation nForce3 EHCI USB 2.0 Controller (rev a2) 00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb AC'97 Audio Controller (rev a1) 00:08.0 IDE interface: nVidia Corporation CK8S Parallel ATA Controller (v2.5) (rev a2) 00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI Bridge (rev a2) 00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV40 [GeForce 6800 GT] (rev a1) 02:08.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID 02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 46) 02:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) centos55[r...@home ~]# lsusb Bus 002 Device 001: ID : Bus 003 Device 001: ID : Bus 001 Device 001: ID : Bus 001 Device 002: ID 11b0:6888 ATECH FLASH TECHNOLOGY > mhr Thanks for your helpl!! -- Sincerely, John Thomas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: SysAdmin Stories
On Sun, Jun 06, 2010 at 03:06:18PM -0700, MHR wrote: > On Sun, Jun 6, 2010 at 10:53 AM, Digimer wrote: > > > > Under the category of "learn from the mistake of others..." > > > > About eight years ago, I was working on a program with tight deadlines. > > I'd worked through the night, only catching an hour or two of sleep in > > the office. > > > > The next morning, one of the servers remounted it's file systems > > read-only. Being a small shop, I decided to just take the server down to > > run a quick fsck.ext2. In my sleepiness though, I typed 'mkfs.ext2'. > > > > When people say that "root" is god, well, no one asks god "Are you sure?". > > > > Way back in the stone age, I was a sys admin at my university, working > the graveyard (i.e., backup) shift two days a week and an occasional > Sunday. On Sundays, we did the full backup and restore, but we > switched out the disk packs (I said this was a long time ago) so we > never lost more than a week's worth of data at the time. Well, almost > never > > My last Sunday there, I accidentally reinitialized all the disks after > the backup but before I had switched them. Then, I realized what I > did, switched them anyway, and reinitialized them again, then did a > full restore. > > Everything would have been fine if the file system hadn't crashed that > Friday afternoon > > This was on a Xerox Sigma 7 (I'm dating myself). > > UNIX horror story: 24 years ago, I was working on a development system > (i.e., nothing critical on it) and my latest build didn't work the way > I expected, so I erased it with an 'rm -rf *' - except that I was in > the root directory at the time, not my build directory. By the time I > realized what I had done, it was too far gone to recover, so I wound > up reinstalling the whole system. No harm done (I did things like > that sometimes on purpose, when it was *my* machine involved), but I > don't do 'rm -rf' of anything any more without double-checking where I > am FIRST, even if the default "-v" is set. > > (unsigned confession) I had quite simmilar experience, but I typed `chown -R user:group' / (instead of ./). Now I'm also checking it for few times and I learned to use `.' instead of `./', :) -- Dominik Zyla pgpqlCHLNtvqG.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
On Sun, Jun 6, 2010 at 3:14 PM, John Thomas wrote: > 00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb > AC'97 Audio Controller (rev a1) It is possible that your problem is related to this bug: http://bugs.centos.org/view.php?id=4335 ( sound and system problems in CentOS 5.5 with Nvidia controllers ) In any event, it would not hurt to try the workaround in there and see what happens. Edit /etc/modprobe.conf to have the following line and reboot: options snd-hda-intel index=0 enable_msi=0 Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
> Edit /etc/modprobe.conf to have the following line and reboot: > options snd-hda-intel index=0 enable_msi=0 Tried this, no help, but thanks -- Sincerely, John Thomas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 194 Kernel Panic; 164 is Fine; How Do I Debug?
On Sun, Jun 6, 2010 at 3:14 PM, John Thomas wrote: >> It sounds like you have a non-standard driver that is not compatible >> with the latest kernel. > Hmm, using nvidia video driver from ELRepo and I don't remember anything > else. I tried without the nvidia driver, but same problem. > >> Can you post more details about the machine, say info from a working >> kernel? Things like configuration, drivers, etc. > Hmm, not sure how to do that. How about this: > centos55[r...@home ~]# lspci > 00:00.0 Host bridge: nVidia Corporation nForce3 250Gb Host Bridge (rev a1) > 00:01.0 ISA bridge: nVidia Corporation nForce3 250Gb LPC Bridge (rev a2) > 00:01.1 SMBus: nVidia Corporation nForce 250Gb PCI System Management > (rev a1) > 00:02.0 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) > 00:02.1 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) > 00:02.2 USB Controller: nVidia Corporation nForce3 EHCI USB 2.0 > Controller (rev a2) > 00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb > AC'97 Audio Controller (rev a1) > 00:08.0 IDE interface: nVidia Corporation CK8S Parallel ATA Controller > (v2.5) (rev a2) > 00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI > Bridge (rev a2) > 00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge > (rev a2) > 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > HyperTransport Technology Configuration > 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > Address Map > 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > DRAM Controller > 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > Miscellaneous Control > 01:00.0 VGA compatible controller: nVidia Corporation NV40 [GeForce 6800 > GT] (rev a1) > 02:08.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID > 02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire > II(M)] IEEE 1394 OHCI Controller (rev 46) > 02:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 > Gigabit Ethernet (rev 10) > > centos55[r...@home ~]# lsusb > Bus 002 Device 001: ID : > Bus 003 Device 001: ID : > Bus 001 Device 001: ID : > Bus 001 Device 002: ID 11b0:6888 ATECH FLASH TECHNOLOGY > I'd run the 64-bit distro on an Opteron, not PAE or 32-bit. That shouldn't make a difference, but Have you checked your /lib/modules directories for non-standard drivers? If there are any, you might try disabling them and if that works, put them back one at a time to see which one kills it. I haven't done much with ELREPO, but I use the rpmforge nVidia driver for my video card (a cheapo GeForce 7200gs) and it doesn't give me any problems at all. Do you know which motherboard you have? I doubt that this would be it, but it doesn't hurt to check. Sometimes you need to turn on or off certain switches (mine's an ECS GeForce 6100PM-M2, and I have to turn off APIC because the motherboard goes haywire with it enabled). I'd expect this to have shown up in earlier kernels. You might see if Dell is any help Anyone else? mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
