Re: [CentOS] resource busy
On Wed, 8 Apr 2015, Michael Hennebry wrote: How do I find whatever it is that wodim or readom thinks is using /dev/sr0 and kill it? So far, reboot is the only solution I've found that works. I don't like it. I want to be able to use my DVD-burner more than once without rebooting. lsof has not helped. umount will get rid of the resource busy error, but then I get [hennebry@localhost data]$ readom -clone -f dvd.clone dev=/dev/sr0 Read speed: 22160 kB/s (CD 125x, DVD 16x). Write speed: 22160 kB/s (CD 125x, DVD 16x). Errno: 5 (Input/output error), read toc scsi sendcmd: no error CDB: 43 00 02 00 00 00 00 00 04 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 C0 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0 Sense flags: Blk 0 (not valid) error refers to command part, bit ptr 0 (not valid) field ptr 0 cmd finished after 0.001s timeout 40s readom: Cannot read TOC header readom: Read fulltoc problems. [hennebry@localhost data]$ I'm trying to clone a dvd I made on a standalone dvd recorder. I had managed to make an iso file from it, but the resulting dvd would not play on the recorder, so now I'm trying readom. The iso file mounts, but pointing vlc at it does not work. -- Michael henne...@web.cs.ndsu.nodak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] resource busy
How do I find whatever it is that wodim or readom thinks is using /dev/sr0 and kill it? So far, reboot is the only solution I've found that works. I don't like it. I want to be able to use my DVD-burner more than once without rebooting. lsof has not helped. -- Michael henne...@web.cs.ndsu.nodak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] install problem
I shot myself in the foot today. I had a centos 5.11 install running fine. Doing a backup, I overwrote the /bin directory by mistake. I couldn't get my machine to recognize a centos 6.5 or 6.6 install dvd, so I put in the original centos 5.10 install disc and re-installed. No problem. During the text installer, I told it to install grub on /dev/sdc1, which is /boot. My raid arrays with lots of data (still intact) are /dev/sda and /dev/sdb, so I didn't want it to install grub on the MBR of /dev/sda. When I power it on, the kernel selection comes up, I select the (only) kernel and it says: Booting 'Centos (2.6.18-371.el5)' root (hd2,0) filesystem type is ext2fs, partition type is 0x83 kernel /vmlinuz-2.6.18-371.el5 ro root=LABEL=/ rhgb quiet Error 15: file not found Press any key to continue So it is finding the /boot/grub/grub.conf and reading it correctly. /boot (/dev/sdc1) actually contains the vmlinux-2.6.18-371.el5 file as well as all the other related files that belong there. I installed onto the same hard disk that the last OS was on, reformatting the /, /boot, /usr partitions and installing to them. /boot is /dev/sdc1 and / is on /dev/sdc5. No errors or problems in the install. should the root (hd2,0) line above actually read root (hd2,4) where the real / partition is (/dev/sdc5)?? I booted linux rescue with the 5.10 install disk, and I see that the /boot/grub/grub.conf file looks correct, and all the correct files are there in /boot. I am confused and don't know what to do next. thanks, -chuck -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum upgrade of an older 6.1
http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.3 (Section 4. Major Changes) Matahari is now obsoleted, but in 6.1, had a dependency on qpid-cpp-server and qpid-cpp-client which wanted updates. A quick Google shows many others seeing this problem. I think if you run yum with the --obsoletes flag you may get more information. IMHO you need a human to decide when/if to remove the obsoleted packages and proceed with the update. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
Am 08.04.2015 um 21:16 schrieb Liam O'Toole : > On 2015-04-08, Leon Fauster wrote: >> >> gdm is a "sub-process" of X ... >> > Not according to the output of pstree. See the following snippet: oh, i had something in mind that obviously is obsolete, okay :-) -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 6.5 install dvd won't
On Wed, Apr 8, 2015 at 3:24 PM, Chuck Campbell wrote: > When I boot a machine from disc 1 of 2, Centos 6.5 install dvd, I get to a > grub > prompt. > > I have no idea what to do from there, but clearly something isn't right. > Shoudl I try to download centos 6 again and burn new discs? > Yes - 6.6 is available anyway. It is also a reasonable approach to download and install from the 'minimal' iso and then 'yum groupinstall' the package groups you need. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 6.5 install dvd won't
On 8 April 2015 at 22:24, Chuck Campbell wrote: > When I boot a machine from disc 1 of 2, Centos 6.5 install dvd, I get to a > grub > prompt. > > I have no idea what to do from there, but clearly something isn't right. > Shoudl I try to download centos 6 again and burn new discs? > Probably. Make sure you check the checksum of your downloaded images and that the DVD burn checksum finishes. When transmitting that much data over two mediums errors can creep in. #ECCmemoryFTW > > thanks, > -chuck > > -- > > > ___ > 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
[CentOS] yum upgrade of an older 6.1
i fired up a vm i haven't used in ages, it was centos 6.1, so I ran yum update -y, and it bombed on package conflicts with matahari and qpid-something...I had no need for matahari (heck, I don't even know what it is), so I removed matahari-\* and the yum update succeeded, but shouldn't yum update be able to update ANY centos 6 to latest ?this system has NO extra repos, just CentOS-Base etc. -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On Wed, Apr 08, 2015 at 07:16:48PM +, Liam O'Toole wrote: > Xorg is in fact a sub-sub-process of gdm-binary. Yup. In fact, it's possible to run GDM without X at all, such as when you're running display manager with XDMCP. -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 6.5 install dvd won't
When I boot a machine from disc 1 of 2, Centos 6.5 install dvd, I get to a grub prompt. I have no idea what to do from there, but clearly something isn't right. Shoudl I try to download centos 6 again and burn new discs? thanks, -chuck -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On 2015-04-08, Jonathan Billings wrote: > On Wed, Apr 08, 2015 at 10:36:05AM +, Liam O'Toole wrote: >> Thanks for drawing my attention to that bug. I encountered it the >> other day after switching from runlevel 5 to 3 (and back again) on a >> CentOS 6.6 machine. >> >> The purpose of the runlevel switch was to restart gdm. Is there a >> better way? > > Since CentOS 6 uses Upstart as its init system, and GDM is run from an > Upstart service (and not a SysV init script), you can use the upstart > tools to restart GDM. It's actually run from the 'prefdm' service > (because it could also run kdm or xdm). > > # initctl restart prefdm prefdm start/running, process 29141 > That did the trick. Thank you. -- Liam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On 2015-04-08, Liam O'Toole
wrote:
> On 2015-04-08, Leon Fauster
> wrote:
>> Am 08.04.2015 um 16:22 schrieb Liam O'Toole
>> :
>>> On 2015-04-08, David Both wrote:
The easy way to restart gdm is when you are on the login screen
itself or the desktop simply press Ctrl-Alt-Backspace. This works
for Upstart in CentOS 6.x but will not work for CentOS 7.x which
uses Systemd. The service command does not work for gdm. However,
logging out of the desktop will restart gdm. It works for the
graphical login exactly like the gettys in a TTY environment.
>>>
>>> Thanks for the suggestion.
>>>
>>> Logging out and keying ctrl-alt-backspace both restart X, certainly,
>>> but I'm not so sure about gdm. I'm not at a CentOS 6 machine right
>>> now so I can't confirm one way or the other.
>>
>>
>> gdm is a "sub-process" of X ...
>>
>> -- LF
>
> Not according to the output of pstree. See the following snippet:
>
> ├─gdm-binary─┬─gdm-simple-slav─┬─Xorg ││
> ├─gdm-session-wor─┬─gnome-session─┬─bluetoo+ ││
> │ │ ├─compiz─+ ││
> │ │ │+ ││
> │ │ ├─gdu-not+ ││
> │ │ ├─gnome-p+ ││
> │ │ ├─gpk-upd+ ││
> │ │ ├─nautilu+ ││
> │ │ ├─polkit-+ ││
> │ │ ├─python ││
> │ │ ├─restore+ ││
> │ │ └─{gnome-+ ││
> │ └─{gdm-session-wo} ││
> └─{gdm-simple-sla} │└─{gdm-binary}
>
> Xorg is in fact a sub-sub-process of gdm-binary.
>
> While logged into a GNOME session, I ran the pgrep command as follows:
>
> $ pgrep -fl gdm 1583 /usr/sbin/gdm-binary -nodaemon 1619
> /usr/libexec/gdm-simple-slave --display-id
> /org/gnome/DisplayManager/Display1 1622 /usr/bin/Xorg :0 -br -verbose
> -audit 4 -auth /var/run/gdm/auth-for-gdm-EcVz3c/database -nolisten tcp
> vt1 1801 pam: gdm-password
>
> I restarted X using ctrl-alt-backspace, logged back in and ran the
> command again:
>
> $ pgrep -fl gdm 1583 /usr/sbin/gdm-binary -nodaemon 1619
> /usr/libexec/gdm-simple-slave --display-id
> /org/gnome/DisplayManager/Display1 1622 /usr/bin/Xorg :0 -br -verbose
> -audit 4 -auth /var/run/gdm/auth-for-gdm-EcVz3c/database -nolisten tcp
> vt1 1801 pam: gdm-password
>
> X has indeed restarted, but the gdm-related processes have not.
>
As a follow-up, running the command 'initctl restart prefdm' as
suggested by Johnathan did the trick:
$ pgrep -fl gdm
5728 /usr/sbin/gdm-binary -nodaemon
5744 /usr/libexec/gdm-simple-slave --display-id
/org/gnome/DisplayManager/Display1
5747 /usr/bin/Xorg :0 -br -verbose -audit 4 -auth
/var/run/gdm/auth-for-gdm-QmU6b6/database -nolisten tcp vt1
5804 pam: gdm-password
--
Liam
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On 2015-04-08, Leon Fauster
wrote:
> Am 08.04.2015 um 16:22 schrieb Liam O'Toole
> :
>> On 2015-04-08, David Both
>>
>> wrote:
>>> The easy way to restart gdm is when you are on the login screen
>>> itself or the desktop simply press Ctrl-Alt-Backspace. This works
>>> for Upstart in CentOS 6.x but will not work for CentOS 7.x which
>>> uses Systemd. The service command does not work for gdm. However,
>>> logging out of the desktop will restart gdm. It works for the
>>> graphical login exactly like the gettys in a TTY environment.
>>
>> Thanks for the suggestion.
>>
>> Logging out and keying ctrl-alt-backspace both restart X, certainly,
>> but I'm not so sure about gdm. I'm not at a CentOS 6 machine right
>> now so I can't confirm one way or the other.
>
>
> gdm is a "sub-process" of X ...
>
> -- LF
Not according to the output of pstree. See the following snippet:
├─gdm-binary─┬─gdm-simple-slav─┬─Xorg
││ ├─gdm-session-wor─┬─gnome-session─┬─bluetoo+
││ │ │ ├─compiz─+
││ │ │ │+
││ │ │ ├─gdu-not+
││ │ │ ├─gnome-p+
││ │ │ ├─gpk-upd+
││ │ │ ├─nautilu+
││ │ │ ├─polkit-+
││ │ │ ├─python
││ │ │ ├─restore+
││ │ │ └─{gnome-+
││ │ └─{gdm-session-wo}
││ └─{gdm-simple-sla}
│└─{gdm-binary}
Xorg is in fact a sub-sub-process of gdm-binary.
While logged into a GNOME session, I ran the pgrep command as follows:
$ pgrep -fl gdm
1583 /usr/sbin/gdm-binary -nodaemon
1619 /usr/libexec/gdm-simple-slave --display-id
/org/gnome/DisplayManager/Display1
1622 /usr/bin/Xorg :0 -br -verbose -audit 4 -auth
/var/run/gdm/auth-for-gdm-EcVz3c/database -nolisten tcp vt1
1801 pam: gdm-password
I restarted X using ctrl-alt-backspace, logged back in and ran the command
again:
$ pgrep -fl gdm
1583 /usr/sbin/gdm-binary -nodaemon
1619 /usr/libexec/gdm-simple-slave --display-id
/org/gnome/DisplayManager/Display1
1622 /usr/bin/Xorg :0 -br -verbose -audit 4 -auth
/var/run/gdm/auth-for-gdm-EcVz3c/database -nolisten tcp vt1
1801 pam: gdm-password
X has indeed restarted, but the gdm-related processes have not.
--
Liam
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Some subscribers posts to the list ending up in Gmail spam
On 04/08/2015 09:40 AM, Laurent Blume wrote: > Le 2015/04/08 17:50 +0200, Les Mikesell a écrit: >> No, I don't think it will ever learn from that,, but there is a way >> you can set a rule to 'never mark as spam' based on the sender. Which >> wouldn't be fun on a list with a lot of yahoo.com members. > FWIW, I recently solved one reason GMail was always marking my emails as > spam: my MTA has IPv6, and to send emails, it was by default using the > rfc3041 temporary addresses as source, so each time a different address > when connecting to Google's MX's. > > As soon as I set it up to use the propre static IPv6, marking them as > «not spam» in Gmail subsequently worked. So it looks like they also keep > track of the sender's MTA address, not only of the email address. > > Obviously not the reason for everybody, but hopefully it can help others :-) > > Laurent > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos Gmail has many different criteria that it uses for detecting spam. One of the things they do is to keep a credibility score based on the IP address of a mailserver. In general, they like to see all of the mail for a domain coming from a single IP address. Since mail.centos.org uses a single IP address, this is not the problem here. If one wanted to improve this situation, my sense is that the next thing to do would be to strip off the DKIM signatures which have incorrect checksums. After that, the next thing that would improve gmail's spam scoring of list mail would be to add a valid DKIM signature, but that is messier for a mailing list because it would mean ugly rewriting of the from header. It is possible that simply stripping the original senders DKIM's would solve the problem. Nataraj ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] EPEL no php-pear package?
James B. Byrne a écrit : Does anyone know what package provides the pear utility for php on CentOS? I tried installing a php-pear module from epel and got this error: Resolving Dependencies --> Running transaction check ---> Package php-pear-DB.noarch 0:1.7.13-3.el6 will be installed --> Processing Dependency: php-pear(PEAR) for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Finished Dependency Resolution Error: Package: php-pear-DB-1.7.13-3.el6.noarch (epel) Requires: /usr/bin/pear Error: Package: php-pear-DB-1.7.13-3.el6.noarch (epel) Requires: php-pear(PEAR) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Thanks, You can install php-pear from the regular base repo, or the php54-pear or php55-pear package from the IUS repo. Regards, ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Some subscribers posts to the list ending up in Gmail spam
Le 2015/04/08 17:50 +0200, Les Mikesell a écrit: > No, I don't think it will ever learn from that,, but there is a way > you can set a rule to 'never mark as spam' based on the sender. Which > wouldn't be fun on a list with a lot of yahoo.com members. FWIW, I recently solved one reason GMail was always marking my emails as spam: my MTA has IPv6, and to send emails, it was by default using the rfc3041 temporary addresses as source, so each time a different address when connecting to Google's MX's. As soon as I set it up to use the propre static IPv6, marking them as «not spam» in Gmail subsequently worked. So it looks like they also keep track of the sender's MTA address, not only of the email address. Obviously not the reason for everybody, but hopefully it can help others :-) Laurent ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Update only of security vulnerabilities?
On Wed, Apr 08, 2015 at 03:54:18PM +0200, Rafał Radecki wrote: > What is the best way to get a list of available security updates? > I found several commands for that: > 1) yum updateinfo list updates -q --security > 2) yum list-security --security -q > 3) yum --security check-update -q > Based on the sample output below I think I can use any of the three with > some awk to get a list of packages. Keep in mind: when using the yum-plugin-security package which provides the --security option, you're only going to see security updates in EPEL (which I see you have enabled) and not in CentOS's repos. As of yet, there are no errata data in the CentOS repos. See previous discussion here: http://lists.centos.org/pipermail/centos/2015-January/148839.html and on centos-devel: http://lists.centos.org/pipermail/centos-devel/2014-September/011893.html So, --security is pretty much a no-op, even when there are packages that fix security issues are available in the CentOS repos. -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] EPEL no php-pear package?
php-pear is in CentOS base On Wed, Apr 8, 2015 at 11:50 AM, James B. Byrne wrote: > Does anyone know what package provides the pear utility for php on > CentOS? > > I tried installing a php-pear module from epel and got this error: > > Resolving Dependencies > --> Running transaction check > ---> Package php-pear-DB.noarch 0:1.7.13-3.el6 will be installed > --> Processing Dependency: php-pear(PEAR) for package: > php-pear-DB-1.7.13-3.el6.noarch > --> Processing Dependency: /usr/bin/pear for package: > php-pear-DB-1.7.13-3.el6.noarch > --> Processing Dependency: /usr/bin/pear for package: > php-pear-DB-1.7.13-3.el6.noarch > --> Processing Dependency: /usr/bin/pear for package: > php-pear-DB-1.7.13-3.el6.noarch > --> Processing Dependency: /usr/bin/pear for package: > php-pear-DB-1.7.13-3.el6.noarch > --> Finished Dependency Resolution > Error: Package: php-pear-DB-1.7.13-3.el6.noarch (epel) >Requires: /usr/bin/pear > Error: Package: php-pear-DB-1.7.13-3.el6.noarch (epel) >Requires: php-pear(PEAR) > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > > Thanks, > > -- > *** E-Mail is NOT a SECURE channel *** > James B. Byrnemailto:byrn...@harte-lyne.ca > Harte & Lyne Limited http://www.harte-lyne.ca > 9 Brockley Drive vox: +1 905 561 1241 > Hamilton, Ontario fax: +1 905 561 0757 > Canada L8E 3C3 > > ___ > 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
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On Wed, Apr 08, 2015 at 10:36:05AM +, Liam O'Toole wrote: > Thanks for drawing my attention to that bug. I encountered it the other > day after switching from runlevel 5 to 3 (and back again) on a CentOS > 6.6 machine. > > The purpose of the runlevel switch was to restart gdm. Is there a better > way? Since CentOS 6 uses Upstart as its init system, and GDM is run from an Upstart service (and not a SysV init script), you can use the upstart tools to restart GDM. It's actually run from the 'prefdm' service (because it could also run kdm or xdm). # initctl restart prefdm prefdm start/running, process 29141 -- Jonathan Billings ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Some subscribers posts to the list ending up in Gmail spam
On Sat, Apr 4, 2015 at 8:35 PM, Nataraj wrote: > On 04/04/2015 09:59 AM, Andrew Holway wrote: >> Did we work out the technical reason why some users that post to the list >> are getting dumped into gmail spam? > > . I believe that if, in your gmail account, you keep marking as "NOT > SPAM" any false positives it will send more of these messages to the > right folder. No, I don't think it will ever learn from that,, but there is a way you can set a rule to 'never mark as spam' based on the sender. Which wouldn't be fun on a list with a lot of yahoo.com members. > There has been an abundance of discussions in the past about these > issues on the various mailman, dmarc and dkim mailing lists as well as > in many other places. This whole issue hit the fan early in 2014 when > yahoo and aol changed their DMARC policy to reject incoming mail that > failed the DMARC test. It was discussed here, I think both before and after the mailman changes were available. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Update only of security vulnerabilities?
Am 08.04.2015 um 16:53 schrieb Les Mikesell : > On Wed, Apr 8, 2015 at 8:54 AM, Rafał Radecki wrote: >> Hi All :) >> >> What is the best way to get a list of available security updates? >> I found several commands for that: >> 1) yum updateinfo list updates -q --security >> 2) yum list-security --security -q >> 3) yum --security check-update -q >> Based on the sample output below I think I can use any of the three with >> some awk to get a list of packages. >> >> yum updateinfo list updates -q --security >> FEDORA-EPEL-2014-0525 security libyaml-0.1.5-1.el6.x86_64 >> FEDORA-EPEL-2014-0990 security libyaml-0.1.6-1.el6.x86_64 >> >> yum list-security --security -q >> FEDORA-EPEL-2014-0525 security libyaml-0.1.5-1.el6.x86_64 >> FEDORA-EPEL-2014-0990 security libyaml-0.1.6-1.el6.x86_64 >> >> yum --security check-update -q >> libyaml.x86_64 0.1.3-4.el6_6 >> updates >> >> Then I can add this to nagios or cron to get a notification about available >> security updates. >> >> Do you see any advantages/disadvantages in using one of the three choices? > > There are disadvantages to anything short of keeping your system > completely up to date with available updates. > >> How do you do this kind of task? What can you propose to get a notification >> about available security updates? > > Most/all updates within a minor version number will be to fix > something critical. And the big batches of updates that come at the > minor version releases are only tested together. While you can > cherry-pick individual package updates to install and in theory they > should run and pull in any other updates that are really needed via > rpm dependencies, you'll end up running a mix of things that no one > else has tried together. as stated by the advisories: "Before applying this update, make sure all previously released errata relevant to your system have been applied." the OP maybe want to be triggered only when the class of an update was rated as "important"? the packages el5: yum-downloadonly-1.1.16-21.el5.centos el6: yum-plugin-downloadonly-1.1.30-30.el6.noarch can help you to get notified in general. The "security" option is broken as i remember correctly, the meta informations needed are not provided by the repositories ... -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] EPEL no php-pear package?
Does anyone know what package provides the pear utility for php on CentOS? I tried installing a php-pear module from epel and got this error: Resolving Dependencies --> Running transaction check ---> Package php-pear-DB.noarch 0:1.7.13-3.el6 will be installed --> Processing Dependency: php-pear(PEAR) for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Processing Dependency: /usr/bin/pear for package: php-pear-DB-1.7.13-3.el6.noarch --> Finished Dependency Resolution Error: Package: php-pear-DB-1.7.13-3.el6.noarch (epel) Requires: /usr/bin/pear Error: Package: php-pear-DB-1.7.13-3.el6.noarch (epel) Requires: php-pear(PEAR) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Thanks, -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@harte-lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Update only of security vulnerabilities?
On Wed, Apr 8, 2015 at 8:54 AM, Rafał Radecki wrote: > Hi All :) > > What is the best way to get a list of available security updates? > I found several commands for that: > 1) yum updateinfo list updates -q --security > 2) yum list-security --security -q > 3) yum --security check-update -q > Based on the sample output below I think I can use any of the three with > some awk to get a list of packages. > > yum updateinfo list updates -q --security > FEDORA-EPEL-2014-0525 security libyaml-0.1.5-1.el6.x86_64 > FEDORA-EPEL-2014-0990 security libyaml-0.1.6-1.el6.x86_64 > > yum list-security --security -q > FEDORA-EPEL-2014-0525 security libyaml-0.1.5-1.el6.x86_64 > FEDORA-EPEL-2014-0990 security libyaml-0.1.6-1.el6.x86_64 > > yum --security check-update -q > libyaml.x86_64 0.1.3-4.el6_6 > updates > > Then I can add this to nagios or cron to get a notification about available > security updates. > > Do you see any advantages/disadvantages in using one of the three choices? There are disadvantages to anything short of keeping your system completely up to date with available updates. > How do you do this kind of task? What can you propose to get a notification > about available security updates? Most/all updates within a minor version number will be to fix something critical. And the big batches of updates that come at the minor version releases are only tested together. While you can cherry-pick individual package updates to install and in theory they should run and pull in any other updates that are really needed via rpm dependencies, you'll end up running a mix of things that no one else has tried together. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
Am 08.04.2015 um 16:22 schrieb Liam O'Toole : > On 2015-04-08, David Both > > wrote: >> The easy way to restart gdm is when you are on the login screen itself >> or the desktop simply press Ctrl-Alt-Backspace. This works for Upstart >> in CentOS 6.x but will not work for CentOS 7.x which uses Systemd. The >> service command does not work for gdm. However, logging out of the >> desktop will restart gdm. It works for the graphical login exactly >> like the gettys in a TTY environment. > > Thanks for the suggestion. > > Logging out and keying ctrl-alt-backspace both restart X, certainly, but > I'm not so sure about gdm. I'm not at a CentOS 6 machine right now so I > can't confirm one way or the other. gdm is a "sub-process" of X ... -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On 2015-04-08, Bill Maltby (C4B) wrote: > On Wed, 2015-04-08 at 10:36 +, Liam O'Toole wrote: >> On 2015-04-04, Bill Maltby (C4B) >> wrote: >> > On Sat, 2015-04-04 at 11:12 +0100, Nux! wrote: >> >> 100% with Digimer here. >> > >> >> All this energy should be put into contributing towards to the >> >> project, testing, helping out community. >> > >> > Well, I used to agree. But when a bug report filed in December goes >> > untouched entering April, which I don't recall happening prior to >> > RH subsuming the project, it takes away impetus to ever file one >> > again from lowly end users like me I think. >> > >> > http://bugs.centos.org/view.php?id=7972 >> >> Thanks for drawing my attention to that bug. I encountered it the >> other day after switching from runlevel 5 to 3 (and back again) on a >> CentOS 6.6 machine. ---SNIP-- > Nice to know I'm not the only one that tries to use system facilities > the way they were intended to work and has problems. Maybe if you > touch the bug report so they know I'm not the only one the folks will > look and elevate to RH bug just like they used to do? I was surprised > that "crash" didn't get any attention. > > Bill Good idea. I'll go and add to the bug report. -- Liam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On 2015-04-08, David Both wrote: > The easy way to restart gdm is when you are on the login screen itself > or the desktop simply press Ctrl-Alt-Backspace. This works for Upstart > in CentOS 6.x but will not work for CentOS 7.x which uses Systemd. The > service command does not work for gdm. However, logging out of the > desktop will restart gdm. It works for the graphical login exactly > like the gettys in a TTY environment. Thanks for the suggestion. Logging out and keying ctrl-alt-backspace both restart X, certainly, but I'm not so sure about gdm. I'm not at a CentOS 6 machine right now so I can't confirm one way or the other. > > On 04/08/2015 06:36 AM, Liam O'Toole wrote: >> On 2015-04-04, Bill Maltby (C4B) >> wrote: >>> On Sat, 2015-04-04 at 11:12 +0100, Nux! wrote: 100% with Digimer here. All this energy should be put into contributing towards to the project, testing, helping out community. >>> Well, I used to agree. But when a bug report filed in December goes >>> untouched entering April, which I don't recall happening prior to RH >>> subsuming the project, it takes away impetus to ever file one again >>> from lowly end users like me I think. >>> >>> http://bugs.centos.org/view.php?id=7972 >> Thanks for drawing my attention to that bug. I encountered it the >> other day after switching from runlevel 5 to 3 (and back again) on a >> CentOS 6.6 machine. >> >> The purpose of the runlevel switch was to restart gdm. Is there a >> better way? >> > > -- Liam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] The future of centos
On Tue, April 7, 2015 12:48, Les Mikesell wrote: > > Seems odd to mention Oracle's name at all in the link without pointing > out that they have a product very similar to CentOS with the option to > purchase support. > For what it is worth. If RedHat (or someone else) offered support contracts for CentOS aimed towards the more 'self-help' type 'enterprises' then we would likely participate. We not prepared to install and run one copy of RHELx simply to be able to report bugs and get a modest amount of help via online channels. The administrative burden is simply not worth it. However, if one could purchase a company-wide support policy for CentOS based on the number of points of contact at the subscriber's end, regardless of the number of hosts running CentOS, then we would definitely be interested. Again, we are not interested in assuming the administrative burden of counting hosts on various VM platforms and physical units as they come and go simply to properly determine support fees. But restricting at our end who can report incidents and deal with the support contractors poses no significant difficulty at all. Just a thought. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:byrn...@harte-lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Update only of security vulnerabilities?
Hi All :) What is the best way to get a list of available security updates? I found several commands for that: 1) yum updateinfo list updates -q --security 2) yum list-security --security -q 3) yum --security check-update -q Based on the sample output below I think I can use any of the three with some awk to get a list of packages. yum updateinfo list updates -q --security FEDORA-EPEL-2014-0525 security libyaml-0.1.5-1.el6.x86_64 FEDORA-EPEL-2014-0990 security libyaml-0.1.6-1.el6.x86_64 yum list-security --security -q FEDORA-EPEL-2014-0525 security libyaml-0.1.5-1.el6.x86_64 FEDORA-EPEL-2014-0990 security libyaml-0.1.6-1.el6.x86_64 yum --security check-update -q libyaml.x86_64 0.1.3-4.el6_6 updates Then I can add this to nagios or cron to get a notification about available security updates. Do you see any advantages/disadvantages in using one of the three choices? How do you do this kind of task? What can you propose to get a notification about available security updates? BR, Rafal. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
Am 08.04.2015 um 13:08 schrieb David Both : > The easy way to restart gdm is when you are on the login screen itself or the > desktop simply press Ctrl-Alt-Backspace. This works for Upstart in CentOS 6.x > but will not work for CentOS 7.x which uses Systemd. The service command does > not work for gdm. However, logging out of the desktop will restart gdm. It > works for the graphical login exactly like the gettys in a TTY environment. I remember that this "shortcut" is an X11 server feature (it kills the process!) that can be en/disabled. -- LF ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 122, Issue 4
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-2015:0781 CentOS 6 shadow-utils BugFix Update (Johnny Hughes)
2. CESA-2015:0783 Important CentOS 5 kernel Security Update
(Johnny Hughes)
3. CEBA-2015:0793 CentOS 6 lftp FASTTRACK BugFix Update
(Johnny Hughes)
--
Message: 1
Date: Tue, 7 Apr 2015 16:30:32 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0781 CentOS 6 shadow-utils BugFix
Update
Message-ID: <20150407163032.ga42...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2015:0781
Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0781.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
eba572421ae5aa17dc7e081dbb3bcbbe57fdac179f3757c85e33f257ce2913c0
shadow-utils-4.1.4.2-19.el6_6.1.i686.rpm
x86_64:
dd1ee7bd797fb52fda1586d856c51b12c06fad013e42e6346571e3bed8dcfa72
shadow-utils-4.1.4.2-19.el6_6.1.x86_64.rpm
Source:
17fa66c35c4dacbed3a25d24ffc92ef97f26fb6d8d1e7db9ea5d492c92f58b21
shadow-utils-4.1.4.2-19.el6_6.1.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 2
Date: Tue, 7 Apr 2015 22:09:26 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2015:0783 Important CentOS 5 kernel
SecurityUpdate
Message-ID: <20150407220926.ga14...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2015:0783 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0783.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
475d837cc9924ceb14b456fd057de62b3d3cb6a3f7c53dd70fb7580ef91b05a5
kernel-2.6.18-404.el5.i686.rpm
6de0467ca5afb9c387d3a1e1862e5c12dbe479ae4e402106c35c5363e154cfa7
kernel-debug-2.6.18-404.el5.i686.rpm
6e77b4af2ca5ebe9023055a04db394242d2c869d36ed5dc8f7dadcb2b19623e2
kernel-debug-devel-2.6.18-404.el5.i686.rpm
5e4f4461d5d9478ad6af90d27d211a4b9be597874be003993fc0a9a66f96389b
kernel-devel-2.6.18-404.el5.i686.rpm
b06167dcc0b2aa0bc8c2080779e50a7f7c1bb5b5b936a1bf37753e6f9f4cc0a6
kernel-doc-2.6.18-404.el5.noarch.rpm
c65ca33c3efe79b6186b5881f60d0e94373627a0579fc1590b0fda00267bf146
kernel-headers-2.6.18-404.el5.i386.rpm
fae902613688df5506c07189d0220534c87df68e594e5361583f3c5edba66e8e
kernel-PAE-2.6.18-404.el5.i686.rpm
e466b09d80eb75290b75649ff1b18c6eb8879096f30b9065c78f9c50e4cfbaf4
kernel-PAE-devel-2.6.18-404.el5.i686.rpm
a9631336b37f7e09734484879287cd3aa56754a33b5d418679d9c8b382da4c9d
kernel-xen-2.6.18-404.el5.i686.rpm
aa372175b7cd76d8657d942e86009478b519c85b993e084a95b41a2e7ebcc46c
kernel-xen-devel-2.6.18-404.el5.i686.rpm
x86_64:
43233e249ab68bbb983bca151e8147d2d508317c1cc046c16f4eac8313fe1639
kernel-2.6.18-404.el5.x86_64.rpm
7138275db21e8bfc76f53307f59b3368fd2f68847c86b8dcacdaa97a1b3cc96f
kernel-debug-2.6.18-404.el5.x86_64.rpm
12af1d4746f82591999106dd6cf2feb37136b2c24463c195c76cc461391ec738
kernel-debug-devel-2.6.18-404.el5.x86_64.rpm
b061f8582d90352035ae540b8584534aadc83e509b9901f5308ef1c3677bde2d
kernel-devel-2.6.18-404.el5.x86_64.rpm
b06167dcc0b2aa0bc8c2080779e50a7f7c1bb5b5b936a1bf37753e6f9f4cc0a6
kernel-doc-2.6.18-404.el5.noarch.rpm
d05c43ade8337a751709becf0d40c71201258d984481fe0066b4e269a1415c08
kernel-headers-2.6.18-404.el5.x86_64.rpm
80ac6cf796fc9bf6271451e62534552669965cfb5d6ec63a49bb0db0e866b79b
kernel-xen-2.6.18-404.el5.x86_64.rpm
b8a76664d89a48a40a7e6d3f2711e291ef3a9528bae41e617fea0835e6656cb4
kernel-xen-devel-2.6.18-404.el5.x86_64.rpm
Source:
c3278c1370851b3db311e492e55329db086f74e72a5852029d4eb0235e0b721f
kernel-2.6.18-404.el5.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
--
Message: 3
Date: Wed, 8 Apr 2015 11:27:56 +
From: Johnny Hughes
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0793 CentOS 6 lftp FASTTRACK
BugFix Update
Message-ID: <20150408112756.ga8...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Bugfix Advisory 2015:0793
Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0793.html
The following updated files hav
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
The easy way to restart gdm is when you are on the login screen itself or the desktop simply press Ctrl-Alt-Backspace. This works for Upstart in CentOS 6.x but will not work for CentOS 7.x which uses Systemd. The service command does not work for gdm. However, logging out of the desktop will restart gdm. It works for the graphical login exactly like the gettys in a TTY environment. On 04/08/2015 06:36 AM, Liam O'Toole wrote: On 2015-04-04, Bill Maltby (C4B) wrote: On Sat, 2015-04-04 at 11:12 +0100, Nux! wrote: 100% with Digimer here. All this energy should be put into contributing towards to the project, testing, helping out community. Well, I used to agree. But when a bug report filed in December goes untouched entering April, which I don't recall happening prior to RH subsuming the project, it takes away impetus to ever file one again from lowly end users like me I think. http://bugs.centos.org/view.php?id=7972 Thanks for drawing my attention to that bug. I encountered it the other day after switching from runlevel 5 to 3 (and back again) on a CentOS 6.6 machine. The purpose of the runlevel switch was to restart gdm. Is there a better way? -- * David P. Both, RHCE Millennium Technology Consulting LLC Raleigh, NC, USA 919-389-8678 db...@millennium-technology.com www.millennium-technology.com www.databook.bz - Home of the DataBook for Linux DataBook is a Registered Trademark of David Both * This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On Wed, 2015-04-08 at 10:36 +, Liam O'Toole wrote: > On 2015-04-04, Bill Maltby (C4B) > wrote: > > On Sat, 2015-04-04 at 11:12 +0100, Nux! wrote: > >> 100% with Digimer here. > > > >> All this energy should be put into contributing towards to the > >> project, testing, helping out community. > > > > Well, I used to agree. But when a bug report filed in December goes > > untouched entering April, which I don't recall happening prior to RH > > subsuming the project, it takes away impetus to ever file one again > > from lowly end users like me I think. > > > > http://bugs.centos.org/view.php?id=7972 > > Thanks for drawing my attention to that bug. I encountered it the other > day after switching from runlevel 5 to 3 (and back again) on a CentOS > 6.6 machine. > > The purpose of the runlevel switch was to restart gdm. Is there a better > way? ISTR an alt-backspace to restart X (been a _long_ time)? Of course with the apparent conflicts in underlying script/config (tries to spawn gettys on tty1-6 expecting X to start on tty7 but X starts on tty1) I don't know if this would work any better. My work around is a dummy user logged in on the first session (tty1) and use System->Log-out->Switch User from the panel to run real users on second and subsequent sessions for other users (all me). The subsequent sessions will start on tty7. Nice to know I'm not the only one that tries to use system facilities the way they were intended to work and has problems. Maybe if you touch the bug report so they know I'm not the only one the folks will look and elevate to RH bug just like they used to do? I was surprised that "crash" didn't get any attention. Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Problems with getty and X on runlevel switch [Was: Re: The future of centos]
On 2015-04-04, Bill Maltby (C4B) wrote: > On Sat, 2015-04-04 at 11:12 +0100, Nux! wrote: >> 100% with Digimer here. > >> All this energy should be put into contributing towards to the >> project, testing, helping out community. > > Well, I used to agree. But when a bug report filed in December goes > untouched entering April, which I don't recall happening prior to RH > subsuming the project, it takes away impetus to ever file one again > from lowly end users like me I think. > > http://bugs.centos.org/view.php?id=7972 Thanks for drawing my attention to that bug. I encountered it the other day after switching from runlevel 5 to 3 (and back again) on a CentOS 6.6 machine. The purpose of the runlevel switch was to restart gdm. Is there a better way? -- Liam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] NFS Stale file handle drives me crazy (Centos 6)
In this case, you could export the same directory which already mounted in the client. On Wed, Apr 8, 2015 at 2:44 PM, Marcin Trendota wrote: > Dnia czwartek, 2 kwietnia 2015 3:03:53 PM Götz Reinicke - IT Koordinator > pisze: > > > Hi folks, > > I have a Centos 6 NFS server, which dirves me crazy. > > The directory I try to export cant be accessed by different clients. > > I tried a centos 7, centos 6 and a pool of vmware esxi 5.5 systems. > > At the client side I get errors like: > > mount.nfs: Stale file handle > [...] > > I use xfs on all shared filesystems. > > Googling for VMWARE and native NFS suggestions did not help so far :-/ > > Any hint or suggestion is very very welcome! Regard & thanks . Götz > > I had similar problem: > https://www.centos.org/forums/viewtopic.php?f=13&t=49422 > > Is your C6 server 32 or 64bit? > > -- > Over And Out > MoonWolf > > ___ > 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
Re: [CentOS] NFS Stale file handle drives me crazy (Centos 6)
Dnia czwartek, 2 kwietnia 2015 3:03:53 PM Götz Reinicke - IT Koordinator pisze: > Hi folks, > I have a Centos 6 NFS server, which dirves me crazy. > The directory I try to export cant be accessed by different clients. > I tried a centos 7, centos 6 and a pool of vmware esxi 5.5 systems. > At the client side I get errors like: > mount.nfs: Stale file handle [...] > I use xfs on all shared filesystems. > Googling for VMWARE and native NFS suggestions did not help so far :-/ > Any hint or suggestion is very very welcome! Regard & thanks . Götz I had similar problem: https://www.centos.org/forums/viewtopic.php?f=13&t=49422 Is your C6 server 32 or 64bit? -- Over And Out MoonWolf ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
