Re: [CentOS] MP3 Tagger
Hello, On Mon, 29 Jul 2013 22:01:14 -0400 Joshua Zukerman wrote: > http://musicbrainz.org/doc/MusicBrainz_Picard > http://musicbrainz.org/doc/Picard_Linux_Install > > Looks fairly easy to build from source, or you can download a Fedora built > rpm (which should install but I have not tested this). I use tagtool (tagtool-0.12.3-1.el6.rf.x86_64). Regards, > On Mon, Jul 29, 2013 at 8:57 PM, Mark LaPierre wrote: > > > Is there any good tagger for CentOS 6? > > -- > > _ > > °v° > >/(_)\ > > ^ ^ Mark LaPierre > > Registered Linux user No #267004 > > https://linuxcounter.net/ > > > > ___ > > CentOS mailing list > > CentOS@centos.org > > http://lists.centos.org/mailman/listinfo/centos > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos -- wwp signature.asc Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] MP3 Tagger
On Mon, 29 Jul 2013 20:57:13 -0400 Mark LaPierre wrote: > Is there any good tagger for CentOS 6? Personally, I use EasyTAG. Used it for a fair few years now, works fine with flac, ogg, mp3, etc. Tried it once with WMV didn't go so well. But then I don't really have any WMV files stored so a non-issue for me. I have the version from: easytag x86_64 2.1-2.el6.rf @rpmforge 2.4 M Other repo's may hold it, I'm not sure. But that's where mine came from :-). Hope this helps, Jake Shipton (JakeMS) GPG Key: 0xE3C31D8F GPG Fingerprint: 7515 CC63 19BD 06F9 400A DE8A 1D0B A5CF E3C3 1D8F ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 101, Issue 18
Send CentOS-announce mailing list submissions to
centos-annou...@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-requ...@centos.org
You can reach the person managing the list at
centos-announce-ow...@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. CEBA-2013:1109 CentOS 6 xorg-x11-drv-mga Update (Johnny Hughes)
2. CEBA-2013:1112 CentOS 6 net-snmp Update (Johnny Hughes)
3. CESA-2013:1114 Important CentOS 6 bind Update (Johnny Hughes)
4. CESA-2013:1115 Important CentOS 5 bind97 Update (Johnny Hughes)
5. CEBA-2013:1118 CentOS 6 opencv FASTTRACK Update (Johnny Hughes)
6. CEBA-2013:1117 CentOS 6 python-urlgrabber FASTTRACK Update
(Johnny Hughes)
--
Message: 1
Date: Mon, 29 Jul 2013 11:53:32 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2013:1109 CentOS 6 xorg-x11-drv-mga
Update
To: centos-annou...@centos.org
Message-ID: <20130729115332.ga3...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2013:1109
Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1109.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
9df43ddff609ec225962d24246dc6d1a4743761746779ba3b7d1ec65b290e3e8
xorg-x11-drv-mga-1.6.1-8.el6_4.i686.rpm
x86_64:
bd22fd85bc7729ffe7b18210c984f974d574a5a597e96506ca57c6ea51eb2458
xorg-x11-drv-mga-1.6.1-8.el6_4.x86_64.rpm
Source:
0e57deef5e021482c49c8bebb11edce6354e4bb2171fd2b4d55d8cdc137189be
xorg-x11-drv-mga-1.6.1-8.el6_4.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Mon, 29 Jul 2013 15:04:56 +
From: Johnny Hughes
Subject: [CentOS-announce] CEBA-2013:1112 CentOS 6 net-snmp Update
To: centos-annou...@centos.org
Message-ID: <20130729150456.ga23...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2013:1112
Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1112.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
70519ea5efc82328b629f216b4183d89cc7b9a7943ce164cb8849608f3c4cd1c
net-snmp-5.5-44.el6_4.3.i686.rpm
9f3307443db8a1616188bf60bab3458729c41c593b146cd77a84674bf2d064ef
net-snmp-devel-5.5-44.el6_4.3.i686.rpm
25ab85790811157b9879022efc772fd5ef88645643f795d8d5e368bcd4b8a7aa
net-snmp-libs-5.5-44.el6_4.3.i686.rpm
4310efac5a8084c8094b4bc02e2e0c094d88ab88815c3840918a3b786fdd6848
net-snmp-perl-5.5-44.el6_4.3.i686.rpm
98e62361f6270f9f0418a6a1ac4048696a343887a0b08c2480e7d33c0e83
net-snmp-python-5.5-44.el6_4.3.i686.rpm
6b8ff28c472256a0c489a9f18ddd4e83ae422b0822726f13f458d4857c1713b1
net-snmp-utils-5.5-44.el6_4.3.i686.rpm
x86_64:
3233c259ed3c516ffbfa86471953c6e3e6259e6f8bc6d5148d5d9498a7d5e6fe
net-snmp-5.5-44.el6_4.3.x86_64.rpm
9f3307443db8a1616188bf60bab3458729c41c593b146cd77a84674bf2d064ef
net-snmp-devel-5.5-44.el6_4.3.i686.rpm
9a75d2a89442822689d957bda5a9e0ca2e5644f49b7ab60fe7e6552c099c9721
net-snmp-devel-5.5-44.el6_4.3.x86_64.rpm
25ab85790811157b9879022efc772fd5ef88645643f795d8d5e368bcd4b8a7aa
net-snmp-libs-5.5-44.el6_4.3.i686.rpm
fc60db91a959731f2550f36c4703e3c544ed0cc4a168dc05601848cff15f8093
net-snmp-libs-5.5-44.el6_4.3.x86_64.rpm
57aca348bdbc2b69f159661360eca1f7bee2dcf41712f5efb1139f53d37f0fee
net-snmp-perl-5.5-44.el6_4.3.x86_64.rpm
12fd3e047a6fe45aa0885b1873e44b7b913151c02c7227651fb6e606766bbc45
net-snmp-python-5.5-44.el6_4.3.x86_64.rpm
391ba506926a145c450b78c94d68a4167a3b5110940f382baec126f35d595be9
net-snmp-utils-5.5-44.el6_4.3.x86_64.rpm
Source:
3df0e53ac945d04bc6493dbceaa1347192d318c507e19a7d851cf0770c42946c
net-snmp-5.5-44.el6_4.3.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 3
Date: Tue, 30 Jul 2013 04:35:38 +
From: Johnny Hughes
Subject: [CentOS-announce] CESA-2013:1114 Important CentOS 6 bind
Update
To: centos-annou...@centos.org
Message-ID: <20130730043538.ga49...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2013:1114 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1114.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
2cecf1ef3617a88c4d73ed9e5c5000702408dd8873f3a2b59bdfaf113d5e4d14
bind-9.8.2-0.17.rc1.el6_4.5.i686.rpm
8f6d3e6d9c23456debb8ca623bfe0fe3d2e29fde67b5db64b3e6b4c25191e7e0
bind-ch
[CentOS] How does such long term support work?
I've had nothing but trouble with BSD/Linux over the past year or so. I've been on Centos 6.4 for about a half day now and I am loving it. I am just wondering though, how does a 7 year support cycle work? I see that there is libreoffice which is kinda new. Is this because open office is under oracle's influence? I am on gnome 2 right now, will I wake up one day in the next 7 years to gnome 3 ? I really don't want to. Will I just have gnome 2 + bug fixes? If so how does the community do this if the gnome people drop support for gnome 2. Thanks-Patrick ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
Patrick wrote: > I've had nothing but trouble with BSD/Linux over the past year or so. > > I've been on Centos 6.4 for about a half day now and I am loving it. Welcome, and glad to hear it. > > I am just wondering though, how does a 7 year support cycle work? If it wasn't clear to you, CentOS == RHEL, minus the proprietary RH software. > > I see that there is libreoffice which is kinda new. Is this because open > office is under oracle's influence? LibreOffice was forked shortly after Oracle got it, IIRC (and a Good Idea, considering Oracle's attitude to $$$ervice). mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
On Tue, Jul 30, 2013 at 11:39 AM, Patrick wrote: > I've had nothing but trouble with BSD/Linux over the past year or so. > > I've been on Centos 6.4 for about a half day now and I am loving it. > > I am just wondering though, how does a 7 year support cycle work? > > I see that there is libreoffice which is kinda new. Is this because open > office is under oracle's influence? > > I am on gnome 2 right now, will I wake up one day in the next 7 years to > gnome 3 ? I really don't want to. Will I just have gnome 2 + bug fixes? > > If so how does the community do this if the gnome people drop support > for gnome 2. Basically CentOS rebuilds RHEL source, so whatever happens upstream will happen to CentOS. But, the point of an 'Enterprise' version is that working interfaces don't break within the supported life of the release. There is obviously some conflict between fixing problems and breaking things when the individual application/library developers have no regard for backwards compatibility in their updates but a lot of effort goes into it. So, unless there is a Gnome3 with perfect backwards compatibility, you'll just get bug fixes until at least CentOS 7. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
On 30/07/13 12:39, Patrick wrote: > I've had nothing but trouble with BSD/Linux over the past year or so. > > I've been on Centos 6.4 for about a half day now and I am loving it. > > I am just wondering though, how does a 7 year support cycle work? > > I see that there is libreoffice which is kinda new. Is this because open > office is under oracle's influence? > > I am on gnome 2 right now, will I wake up one day in the next 7 years to > gnome 3 ? I really don't want to. Will I just have gnome 2 + bug fixes? > > If so how does the community do this if the gnome people drop support > for gnome 2. > > Thanks-Patrick To expand on Mark's reply; CentOS is a community maintained, binary compatible version of Red Hat Enterprise Linux. That means that, minus trademarked content, it is identical in every way to RHEL (warts and all). Red Hat somewhat recently announced that they were extending support from 7 years to 10 years, too. Red Hat's claim to fame, and the reason for their popularity, is that they maintain a super-stable OS. Once a major version is released, say 6.0, all versions of all software will (almost) never change. So the version released on 6.0 will be the same version available when the last 6.X version is retired. This means that you never have to worry about conflicts and faults caused by library or dependency apps changing over time. As for support; Red Hat takes responsibility of maintaining *all* applications in their OS. Of course, most issues are resolved with help from the original authors, but they will take over if the original project dies or significantly changes for whatever reason. CentOS, in the meantime, very quickly recompiles updates as they're released from Red Hat and makes them available to their users. They do this for all supported releases and plan to do so for the foreseeable future. Given their past excellent track record, I personally have every reason to trust them. So CentOS will continue to provide support for CentOS 5 until 2017 and CentOS 6 until 2020. This is why RHEL and CentOS are so extremely popular in enterprise. It's arguably the most supported and longest living release cycle in the Linux ecosystem. hth -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
On 7/30/2013 9:39 AM, Patrick wrote: > I've had nothing but trouble with BSD/Linux over the past year or so. what is BSD/Linux ? BSD, in its various flavors (FreeBSD, OpenBSD, NetBSD), is a UNIX derived system, while Linux was derived from Minix, which was created from scratch as a Unix work-alike. > I've been on Centos 6.4 for about a half day now and I am loving it. CentOS is a Linux distribution. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
On Tue, Jul 30, 2013 at 10:42:46AM -0700, John R Pierce wrote: > NetBSD), is a UNIX derived system, while Linux was derived from Minix, > which was created from scratch as a Unix work-alike. Umm. No; Linux was not derived from Minix. Minix was a micro-kernel message-passing based system developed by Tanenbaum for education purposes (see "Operating Systems: Design and Implementation"). Linux is a traditional monolithic design with shared data structures. (Yes, early Linux used the Minix filesystem because of the early development environment used... that's the closest they came). There is even a comparison of early Linux (0.01, 0.11 etc) to Minix where there is no similarity in the code base, on Tanenbaum's own site: http://www.cs.vu.nl/~ast/brown/codecomparison/ -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.32-358.14.1.el6 boot fail
On 07/30/2013 02:40 AM, Kwan Lowe wrote: > On Sun, Jul 28, 2013 at 9:24 PM, Rob Kampen wrote: >> You haven't got an errored copy of the kernel by any chance?? I'd wipe it >> and re-install. > > Rob, thanks for your reply. > > Just tried that. Uninstalled the latest kernel, reinstalled. Same issue. > > Also bumped my BIOS up to the latest... > > The last time I saw this was because of some bad kmod packages for my > wireless NIC. This has prevented me from updating a few kernels back. > I only have userspace packages from alternate repos now, so am really > stumped on what could be causing this. And... I just updated another > system to the latest and it's working fine. How about posting your boot line (from grub)? Maybe there is something that has changed now. Btw, do you have GPT MBR on your HDD's? I had a boot problem on my Samsung NP350e5x laptop when I formatted HDD with GPT. It confused and tried to boot HDD when I select DVD and who knows what when I choose HDD. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to know hardware RAID failure
I have a different system, a HP Proliant ML110 00:1f.2 RAID bus controller: Intel Corporation 82801GR/GDH (ICH7R/ICH7DH) SATA Controller [RAID mode] (rev 01) any hints for me? -- Q: How do you keep a moron in suspense? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 3.10 and CentOS 5
On 07/29/2013 10:20 PM, Stephen Harris wrote: > I have a Centos 5 machine which I've just compiled the 3.10.4 kernel > on (remembering to set CONFIG_SYSFS_DEPRECATED) because I needed new > rtlwifi drivers for my rtl8192cu device. > > So far, so good. It seems to work. > > Except /proc/bus/usb doesn't exist anymore. USB_DEVICEFS has been > removed. An older kernel (3.2.9) says > > Usbfs entries are files and not character devices; usbfs can't > handle Access Control Lists (ACL) which are the default way to > grant access to USB devices for untrusted users of a desktop > system. > > The usbfs functionality is replaced by real device-nodes managed by > udev. These nodes lived in /dev/bus/usb and are used by libusb. > > Has anyone got udev on C5 working with this new kernel so my USB > devices show? > > (It's not causing me any real issues, other than "lsusb" nor working; > just curious!) > HAve you checked ElRepo third-party reposiroty? They have ready-made and compatible 3.0.88 kernel, but they also have kmod packaged drivers for stock kernels. Just go to http://elrepo.org/tiki/DeviceIDs and check for vendor:device ID pairing that lspci command will show for your rtl8192cu device. Btw, RHEL/CentOS kernel is much more advanced then vanilla kernel of the same numbering because Red Hat backports latest drivers to their kernel. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to know hardware RAID failure
Donkey Hottie wrote: > I have a different system, a HP Proliant ML110 > > 00:1f.2 RAID bus controller: Intel Corporation 82801GR/GDH > (ICH7R/ICH7DH) SATA Controller [RAID mode] (rev 01) > > any hints for me? Do you have it set up with a RAID? If not, and you want one, you have, unfortunately, I think, Intel "fakeRAID" (yes, that's googleable, easily). I was going to use it a couple of years ago, and after the aggro I had, gave up, turned it off, and set up Linux's software RAID (md), and it works *very* well. In fact, a couple months after I turned it up on one user's servers, a disk failed. I had no trouble identifying the disk, breaking the mirror, replacing it, and it rebuilt it nicely. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to know hardware RAID failure
On 7/30/2013 11:16 AM, Donkey Hottie wrote: > I have a different system, a HP Proliant ML110 > > 00:1f.2 RAID bus controller: Intel Corporation 82801GR/GDH > (ICH7R/ICH7DH) SATA Controller [RAID mode] (rev 01) > > any hints for me? thats a intel 'matrix' fake-raid. the mdraid tools should work on it. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Interesting admin info: ipmitool
I've used ipmitool any number of times, but never for more than getting info, or setting the server name on a Dell LCD screen. However, I had a server screaming about intruder alert, intruder alert, er, "Chassis intrusion detected", and I thought there might be a way to shut it up (this after pulling the server and reseating the lid). A quick google found, on the first page, an 8 page document by Dell called "Managing Dell PowerEdge Servers Using IPMItool". It's clear, comprehensible, has links to the ipmitool project, and to the IPMI standard, which has documentation on calls and parameters. It also has some examples... including "How to turn off intrusion detected events" Other than the device ID being different on my Penguin than on a Dell PE, it was completely accurate... and it worked. A bit scary - I didn't want to turn off everything, or brick the server, but it worked as advertised. So, push that onto your stack for the time when you need it, folks. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
On 07/30/2013 01:19 PM, Digimer wrote: > On 30/07/13 12:39, Patrick wrote: >> I've had nothing but trouble with BSD/Linux over the past year or so. >> >> I've been on Centos 6.4 for about a half day now and I am loving it. >> >> I am just wondering though, how does a 7 year support cycle work? >> >> I see that there is libreoffice which is kinda new. Is this because open >> office is under oracle's influence? >> >> I am on gnome 2 right now, will I wake up one day in the next 7 years to >> gnome 3 ? I really don't want to. Will I just have gnome 2 + bug fixes? >> >> If so how does the community do this if the gnome people drop support >> for gnome 2. >> >> Thanks-Patrick > To expand on Mark's reply; > > CentOS is a community maintained, binary compatible version of Red Hat > Enterprise Linux. That means that, minus trademarked content, it is > identical in every way to RHEL (warts and all). Red Hat somewhat > recently announced that they were extending support from 7 years to 10 > years, too. > > Red Hat's claim to fame, and the reason for their popularity, is that > they maintain a super-stable OS. Once a major version is released, say > 6.0, all versions of all software will (almost) never change. So the > version released on 6.0 will be the same version available when the last > 6.X version is retired. This means that you never have to worry about > conflicts and faults caused by library or dependency apps changing over > time. > > As for support; Red Hat takes responsibility of maintaining *all* > applications in their OS. Of course, most issues are resolved with help > from the original authors, but they will take over if the original > project dies or significantly changes for whatever reason. > > CentOS, in the meantime, very quickly recompiles updates as they're > released from Red Hat and makes them available to their users. They do > this for all supported releases and plan to do so for the foreseeable > future. Given their past excellent track record, I personally have every > reason to trust them. So CentOS will continue to provide support for > CentOS 5 until 2017 and CentOS 6 until 2020. > > This is why RHEL and CentOS are so extremely popular in enterprise. It's > arguably the most supported and longest living release cycle in the > Linux ecosystem. > > hth > Good to know there's a reliable server/desktop OS that can withstand the long-haul! EGO II ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
I can't believe how depressed I was when I had trouble with various BSD & Linux distros and I can't believe how happy I am now with Centos. I am a true dork. Thanks to everyone for your help and input -Patrick ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting admin info: ipmitool
>From: "m.r...@5-cent.us" >To: CentOS mailing list >Sent: Tuesday, July 30, 2013 11:47 AM >Subject: [CentOS] Interesting admin info: ipmitool > > >I've used ipmitool any number of times, but never for more than getting >info, or setting the server name on a Dell LCD screen. However, I had a >server screaming about intruder alert, intruder alert, er, "Chassis >intrusion detected", and I thought there might be a way to shut it up >(this after pulling the server and reseating the lid). A quick google >found, on the first page, an 8 page document by Dell called "Managing Dell >PowerEdge Servers Using IPMItool". It's clear, comprehensible, has links >to the ipmitool project, and to the IPMI standard, which has documentation >on calls and parameters. It also has some examples... including "How to >turn off intrusion detected events" Other than the device ID being >different on my Penguin than on a Dell PE, it was completely accurate... >and it worked. > The intruder must not escape!!! Right. :) Is this what Dell OpenManage wraps around? It sounds similar.. __ If life gives you lemons, keep them-- because hey.. free lemons. "♥ Sticker" fixer: http://microflush.org/stuff/stickers/heartFix.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How does such long term support work?
On 07/30/2013 11:39 AM, Patrick wrote: > I've had nothing but trouble with BSD/Linux over the past year or so. > > I've been on Centos 6.4 for about a half day now and I am loving it. > > I am just wondering though, how does a 7 year support cycle work? > > I see that there is libreoffice which is kinda new. Is this because open > office is under oracle's influence? > > I am on gnome 2 right now, will I wake up one day in the next 7 years to > gnome 3 ? I really don't want to. Will I just have gnome 2 + bug fixes? > > If so how does the community do this if the gnome people drop support > for gnome 2. > What is released now will be supported (with security updates and some enhancements) until the dates here: http://wiki.centos.org/Download So, if you like CentOS-6.x, you can use it until 2020 and CentOS-5.x until 2017. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting admin info: ipmitool
Joseph Spenner wrote: > >From: "m.r...@5-cent.us" >> >>I've used ipmitool any number of times, but never for more than getting >>info, or setting the server name on a Dell LCD screen. However, I had a >>server screaming about intruder alert, intruder alert, er, "Chassis >>intrusion detected", and I thought there might be a way to shut it up >>(this after pulling the server and reseating the lid). A quick google >>found, on the first page, an 8 page document by Dell called "Managing >> Dell PowerEdge Servers Using IPMItool". It's clear, comprehensible, has >> links to the ipmitool project, and to the IPMI standard, which has >> documentation on calls and parameters. It also has some examples... >> including "How to turn off intrusion detected events" Other than >> the device ID being different on my Penguin than on a Dell PE, it was >> completely accurate...and it worked. > > The intruder must not escape!!! > > Right. :) > Is this what Dell OpenManage wraps around? It sounds similar.. Dunno if it wraps around, I thought it was their own implementation. ipmitool is a standard distro package, and can be run *without* rebooting, which I like a lot. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting admin info: ipmitool
On Tue, 30 Jul 2013, m.r...@5-cent.us wrote: I've used ipmitool any number of times, but never for more than getting info, or setting the server name on a Dell LCD screen. [] Getting IPMI up and running is standard in our shop, which tends to be dominated by SuperMicro gear: 1. Boot machine to get IMPI MAC address 2. Add said MAC to DHCP/DNS 3. In BIOS, tell machine to use DHCP for IPMI net config 4. In BIOS, make sure IPMI serial-over-LAN is active 5. Reboot machine; use browser to connect to IMPI 6. Immediately reset ADMIN password. Then add other user accounts as necessary. At that point, the new machine can be manipulated via a web browser or by ipmitool running on another machine. To date, we only set local IPMI user accounts, though some implementations advertise the ability to use remote LDAP accounts as well. If the machine's OS can use a serial console, then a remote ipmitool can serve as a new-fangled serial concentrator: ipmitool -I lanplus -U $user -H $hostname sol activate (You might consider adding "-C3" to that invocation, which specifies the standard cipher suites to protect wire-level communications.) I've found that IPMI versions don't necessarily attach to the same COM port, so it might take some tweaking to figure out if your getty should be on ttyS1, ttyS2, or whatever. You can build this right into a kickstart file, e.g., bootloader [...] --append="console=tty0 console=ttyS1,115200n8" Finally, I'll note that I'm not terribly fond of IPMI implementations that share an RJ-45 port with eth0 or eth1, though I've had to use them on a couple occasions. I prefer a dedicated interface. -- Paul Heinlein heinl...@madboa.com 45°38' N, 122°6' W___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting admin info: ipmitool
Paul Heinlein wrote: > On Tue, 30 Jul 2013, m.r...@5-cent.us wrote: > >> I've used ipmitool any number of times, but never for more than >> getting info, or setting the server name on a Dell LCD screen. >> [] > > Getting IPMI up and running is standard in our shop, which tends to be > dominated by SuperMicro gear: Heh - yeah, this was a Penguin, who's all SuperMicro. We don't use it remotely - just ssh in, then use it. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] looking for a comprehensive list of centos-compatible yum repositories (for gnustep program)
I installed CentOS 6.4 on a partition on my computer a few days ago, and i'm trying to equip it with the software i think i need. For example, i need, or i think i need, a couple of gnustep programs for uploading images from my digital camera (the programs being openapp and Camera.app). I imagine that these are old enough that they must surely exist in rpms somewhere. But i apparently don't know how to google around sufficiently well to locate a repository that contains them, or even that contains packages that i know exist as rpms. For example: i'm certain that an rpm exists for a package called gnustep-make, because its name popped up on http://forums.fedoraforum.org/showthread.php?t=279655 But if i try 'sudo yum install gnustep-make' i get 'No package gnustep-make available.' So that clearly means that i don't have enough repositories configured for use. So, i'd be grateful for any pointers to a list of CentOS-compatible repositories that i can put in the yum configuration (/etc/yum.repos.d or elsewhere). (Maybe this is a FAQ, or an RTFM --- i'd appreciate any steering here!) dan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] run script on cron job only run on first Saturdat every month???
we have CENTOS 5.5 on DELL server. One of our script need run on first Saturday every month. We have following setup on cron job but it run every Saturday. 15 04 1-7 * 6 /home/app/oracle/backup/monthlybk.sh Any one know how to fix it? Thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] looking for a comprehensive list of centos-compatible yum repositories (for gnustep program)
Dan Hitt wrote: > I installed CentOS 6.4 on a partition on my computer a few days ago, and > i'm trying to equip it with the software i think i need. > > For example, i need, or i think i need, a couple of gnustep programs > for uploading > images from my digital camera (the programs being openapp and Camera.app). > > I imagine that these are old enough that they must surely exist > in rpms somewhere. > > But i apparently don't know how to google around sufficiently well to > locate First, try yum list gnu\* Second, check /etc/yum.repos.d - if you don't have it, you should install epel, which might have some that you're looking for, and rpmfusion, both free and non-free, and try the yum list again. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run script on cron job only run on first Saturdat every month???
On 7/30/2013 1:43 PM, mcclnx mcc wrote: > we have CENTOS 5.5 on DELL server. One of our script need run on first > Saturday every month. > > We have following setup on cron job but it run every Saturday. > > 15 04 1-7 * 6 /home/app/oracle/backup/monthlybk.sh > >Any one know how to fix it? I don't believe cron has any concept of the first day-of-week of each month, so you'll need to put some code into your script to exit if its NOT the first day-of-week of each month. -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run script on cron job only run on first Saturdat every month???
John R Pierce wrote: > On 7/30/2013 1:43 PM, mcclnx mcc wrote: >> we have CENTOS 5.5 on DELL server. One of our script need run on first >> Saturday every month. >> >> We have following setup on cron job but it run every Saturday. >> >> 15 04 1-7 * 6 /home/app/oracle/backup/monthlybk.sh >> >>Any one know how to fix it? > > I don't believe cron has any concept of the first day-of-week of each > month, so you'll need to put some code into your script to exit if its > NOT the first day-of-week of each month. It certainly doesn't. However, I'm surprised the o/p's crontab entry *doesn't* work: it should run only on Sat, and only on when it's somewhere between the 1st and the 7th, which could only be the first Sat. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting admin info: ipmitool
On Tue, 30 Jul 2013, m.r...@5-cent.us wrote: Getting IPMI up and running is standard in our shop, which tends to be dominated by SuperMicro gear: Heh - yeah, this was a Penguin, who's all SuperMicro. We don't use it remotely - just ssh in, then use it. The older (ca. 2008-2010) Penguin IPMI stuff most often works, but it's fragile, esp. the web interface -- and it frequently leaves the warning LED on the server cases blinking red. -- Paul Heinlein heinl...@madboa.com 45°38' N, 122°6' W___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting admin info: ipmitool
Paul Heinlein wrote: > On Tue, 30 Jul 2013, m.r...@5-cent.us wrote: > >>> Getting IPMI up and running is standard in our shop, which tends to >>> be dominated by SuperMicro gear: >> >> Heh - yeah, this was a Penguin, who's all SuperMicro. We don't use >> it remotely - just ssh in, then use it. > > The older (ca. 2008-2010) Penguin IPMI stuff most often works, but > it's fragile, esp. the web interface -- and it frequently leaves the > warning LED on the server cases blinking red. > Someone else with Penguins. So, have you managed to get rid of all your cute fuzzy penguins that come with each server? We're not buying any more - SuperMicro seems to have real problems with quality control. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] looking for a comprehensive list of centos-compatible yum repositories (for gnustep program)
On 2013-07-30, Dan Hitt wrote: > > So, i'd be grateful for any pointers to a list of CentOS-compatible > repositories that i can put in the yum configuration (/etc/yum.repos.d or > elsewhere). (Maybe this is a FAQ, or an RTFM --- i'd appreciate any > steering here!) http://wiki.centos.org/AdditionalResources/Repositories These repos may not have the software you want, but they're the currently documented ones. Others may exist that don't show up on that page. --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run script on cron job only run on first Saturdat every month???
On 2013-07-30, m.r...@5-cent.us wrote: >> On 7/30/2013 1:43 PM, mcclnx mcc wrote: >>> >>> 15 04 1-7 * 6 /home/app/oracle/backup/monthlybk.sh > > It certainly doesn't. However, I'm surprised the o/p's crontab entry > *doesn't* work: it should run only on Sat, and only on when it's somewhere > between the 1st and the 7th, which could only be the first Sat. The conditions are ORd, so the job should run every Saturday and every day from the first to the seventh (which will include a Saturday). John is right: most crons do not support "Nth X of the month" where X is a day of the week. (I don't know of any.) --keith -- kkel...@wombat.san-francisco.ca.us ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run script on cron job only run on first Saturdat every month???
>From: mcclnx mcc > >we have CENTOS 5.5 on DELL server. One of our script need run on first >Saturday every month. > >We have following setup on cron job but it run every Saturday. > >15 04 1-7 * 6 /home/app/oracle/backup/monthlybk.sh > >Any one know how to fix it? That's pretty clever, and it looks like it should work. Maybe something is taking priority? I'd try some experimentation. Try: 15 04 1-7 6 touch /tmp/foo.test 15 04 1-7 * touch /tmp/foo.test 15 04 1-7 * * touch /tmp/foo.test 15 04 * * 6 touch /tmp/foo.test etc. It might take a while, but you'll find it eventually! I had a similar problem with Debian, but it turned out to be a weird timezone issue confusing me. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] run script on cron job only run on first Saturdat every month???
On 7/30/2013 2:32 PM, Keith Keller wrote: > 15 04 1-7 * 6 /home/app/oracle/backup/monthlybk.sh maybe... 15 04 * * 6 test $(date +"%d") -le 07 && /home/app/oracle/backup/monthlybk.sh (untested) -- john r pierce 37N 122W somewhere on the middle of the left coast ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.32-358.14.1.el6 boot fail
On Tue, Jul 30, 2013 at 2:15 PM, Ljubomir Ljubojevic wrote: > How about posting your boot line (from grub)? Maybe there is something > that has changed now. > > Btw, do you have GPT MBR on your HDD's? I had a boot problem on my > Samsung NP350e5x laptop when I formatted HDD with GPT. It confused and > tried to boot HDD when I select DVD and who knows what when I choose HDD. Thank you for your reply.. These are the two latest installed kernels. Default is set to the latter. The only difference I have is that I removed the "quiet" option during troubleshooting. title CentOS (2.6.32-358.14.1.el6.centos.plus.x86_64) root (hd0,0) kernel /vmlinuz-2.6.32-358.14.1.el6.centos.plus.x86_64 ro root=/dev/mapper/vg_phoenix-LogVol00 rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=128M rd_NO_DM rd_LVM_LV=vg_phoenix/swap_001 KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_phoenix/LogVol00 rdblacklist=nouveau initrd /initramfs-2.6.32-358.14.1.el6.centos.plus.x86_64.img title CentOS (2.6.32-358.11.1.el6.centos.plus.x86_64) root (hd0,0) kernel /vmlinuz-2.6.32-358.11.1.el6.centos.plus.x86_64 ro root=/dev/mapper/vg_phoenix-LogVol00 rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=128M rd_NO_DM rd_LVM_LV=vg_phoenix/swap_001 KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_phoenix/LogVol00 rdblacklist=nouveau quiet initrd /initramfs-2.6.32-358.11.1.el6.centos.plus.x86_64.img I'm going to reinstall and try a kernel from the testing repo.. Maybe something is physically wrong with the SSD primary drive.. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.32-358.14.1.el6 boot fail
On Tue, Jul 30, 2013 at 6:54 PM, Kwan Lowe wrote: > I'm going to reinstall and try a kernel from the testing repo.. Maybe > something is physically wrong with the SSD primary drive.. I just tried installing the upstream vendor's kernel and it works fine. I just realized that the problem kernel is CentOS-Plus. I'm uninstalling and trying the Centos updates version now... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.32-358.14.1.el6 boot fail
On Tue, Jul 30, 2013 at 7:33 PM, Kwan Lowe wrote: > I just tried installing the upstream vendor's kernel and it works > fine. I just realized that the problem kernel is CentOS-Plus. I'm > uninstalling and trying the Centos updates version now... OK, same error with the CentOS stock kernel (not from CentOS Plus). Upstream vendor's kernel-2.6.32-358.14.1.el6.x86_64 works, stock CentOS version and CentOS-plus versions hang immediately after selecting the grub entry. My hardware is fairly basic: Motherboard M5A99X EVO R2.0 with version 1708 of the BIOS NVidia GeForce GTX 560 video card 120G SSD as primary drive 150G SATA hard drive for data VG ThinkPenguin wireless NIC (atheros driver) There's nothing I need in the newest kernel that I need, just to satisfy that weird part of me that wants everything updated :D. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel 2.6.32-358.14.1.el6 boot fail
On 07/31/2013 01:57 AM, Kwan Lowe wrote: > On Tue, Jul 30, 2013 at 7:33 PM, Kwan Lowe wrote: >> I just tried installing the upstream vendor's kernel and it works >> fine. I just realized that the problem kernel is CentOS-Plus. I'm >> uninstalling and trying the Centos updates version now... > > OK, same error with the CentOS stock kernel (not from CentOS Plus). > > Upstream vendor's kernel-2.6.32-358.14.1.el6.x86_64 works, stock > CentOS version and CentOS-plus versions hang immediately after > selecting the grub entry. > Please submit a bug report on CentOS bugzilla site, against a kernel. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] kio_http spawns multiple processes
Hello All: I've narrowed an earlier issue down to a problem with kio_http. This one is much easier to reproduce: In a KDE session, open Konsole terminal. In the Konsole session, type a bogus web address. E.g.: http://magoo.ca Right click the link and select "Open Link" In a few seconds you should get multiple notifications on the desktop and several kio_http processes spawned. This notifications keeps on arriving until a "killall kio_http" is issued. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
