Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   CentOS (http://www.linux-archive.org/centos/)
-   -   something chmod'ing /dev/null (http://www.linux-archive.org/centos/453951-something-chmoding-dev-null.html)

Robert Heller 11-17-2010 05:35 PM

something chmod'ing /dev/null
 
At Wed, 17 Nov 2010 10:16:51 -0800 CentOS mailing list <centos@centos.org> wrote:

>
> it looks like one of the recent updates will sometimes chmod /dev/null
> to 600. out of 20 machines i've updated, 3 of them had the odd
> /dev/null perms afterwards. i haven't tried to identify what it doing
> it yet, but wanted to give a heads up to others that might start seeing
> weird behavior.

Look in /etc/udev/rules.d/50-udev.rules. My copy has the line:

KERNEL=="null", MODE="0666", OPTIONS="last_rule"

You haven't managed to mess with this rule?

> _______________________________________________
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>

--
Robert Heller -- 978-544-6933 / heller@deepsoft.com
Deepwoods Software -- http://www.deepsoft.com/
() ascii ribbon campaign -- against html e-mail
/ www.asciiribbon.org -- against proprietary attachments



_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Joe Pruett 11-17-2010 05:45 PM

something chmod'ing /dev/null
 
On 11/17/2010 10:35 AM, Robert Heller wrote:
> At Wed, 17 Nov 2010 10:16:51 -0800 CentOS mailing list <centos@centos.org> wrote:
>
>> it looks like one of the recent updates will sometimes chmod /dev/null
>> to 600. out of 20 machines i've updated, 3 of them had the odd
>> /dev/null perms afterwards. i haven't tried to identify what it doing
>> it yet, but wanted to give a heads up to others that might start seeing
>> weird behavior.
> Look in /etc/udev/rules.d/50-udev.rules. My copy has the line:
>
> KERNEL=="null", MODE="0666", OPTIONS="last_rule"
>
> You haven't managed to mess with this rule?
no changes to udev rules. and this happens immediately after the update
is run, no reboot required. what is weird is that the config on the
systems i run are pretty close to each other, so why only a few got hit
by this is odd. i had one happen yesterday and thought i had just done
something stupid, but then more popped up today immediately after doing
updates, so that is why the warning.
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

JohnS 11-17-2010 06:54 PM

something chmod'ing /dev/null
 
On Wed, 2010-11-17 at 10:45 -0800, Joe Pruett wrote:
>
> On 11/17/2010 10:35 AM, Robert Heller wrote:
> > At Wed, 17 Nov 2010 10:16:51 -0800 CentOS mailing list <centos@centos.org> wrote:
> >
> >> it looks like one of the recent updates will sometimes chmod /dev/null
> >> to 600. out of 20 machines i've updated, 3 of them had the odd
> >> /dev/null perms afterwards. i haven't tried to identify what it doing
> >> it yet, but wanted to give a heads up to others that might start seeing
> >> weird behavior.
> > Look in /etc/udev/rules.d/50-udev.rules. My copy has the line:
> >
> > KERNEL=="null", MODE="0666", OPTIONS="last_rule"
> >
> > You haven't managed to mess with this rule?
> no changes to udev rules. and this happens immediately after the update
> is run, no reboot required. what is weird is that the config on the
> systems i run are pretty close to each other, so why only a few got hit
> by this is odd. i had one happen yesterday and thought i had just done
> something stupid, but then more popped up today immediately after doing
> updates, so that is why the warning.
----
Ok now for some work... Gather up a list of your RPMs you updated and
well check them all for /dev/null changes for te culprit.

[ethan@midnight ~]$ rpm -q --scripts kernel-rt
postinstall scriptlet (using /bin/sh):
/sbin/new-kernel-pkg --package kernel-rt --banner "EM2Grid Enterprise
Linux (realtime)" --mkinitrd --depmod --install 2.6.24.7-149.el5rt ||
exit $?
preuninstall scriptlet (using /bin/sh):
/sbin/new-kernel-pkg --rminitrd --rmmoddep --remove 2.6.24.7-149.el5rt
|| exit $?
postinstall scriptlet (using /bin/sh):
/sbin/new-kernel-pkg --package kernel-rt --banner "EM2Grid Enterprise
Linux (realtime)" --mkinitrd --depmod --install 2.6.24.7-161.el5rt ||
exit $?
preuninstall scriptlet (using /bin/sh):
/sbin/new-kernel-pkg --rminitrd --rmmoddep --remove 2.6.24.7-161.el5rt
|| exit $?


John

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

ken 11-18-2010 07:09 AM

something chmod'ing /dev/null
 
And if you updated solely through yum, /var/log/yum.log is a
time-stamped list. It's unfortunate that /var/log/rpmpkgs doesn't have
the same format. :(


On 11/17/2010 02:54 PM JohnS wrote:
> On Wed, 2010-11-17 at 10:45 -0800, Joe Pruett wrote:
>> On 11/17/2010 10:35 AM, Robert Heller wrote:
>>> At Wed, 17 Nov 2010 10:16:51 -0800 CentOS mailing list <centos@centos.org> wrote:
>>>
>>>> it looks like one of the recent updates will sometimes chmod /dev/null
>>>> to 600. out of 20 machines i've updated, 3 of them had the odd
>>>> /dev/null perms afterwards. i haven't tried to identify what it doing
>>>> it yet, but wanted to give a heads up to others that might start seeing
>>>> weird behavior.
>>> Look in /etc/udev/rules.d/50-udev.rules. My copy has the line:
>>>
>>> KERNEL=="null", MODE="0666", OPTIONS="last_rule"
>>>
>>> You haven't managed to mess with this rule?
>> no changes to udev rules. and this happens immediately after the update
>> is run, no reboot required. what is weird is that the config on the
>> systems i run are pretty close to each other, so why only a few got hit
>> by this is odd. i had one happen yesterday and thought i had just done
>> something stupid, but then more popped up today immediately after doing
>> updates, so that is why the warning.
> ----
> Ok now for some work... Gather up a list of your RPMs you updated and
> well check them all for /dev/null changes for te culprit.
>
> [ethan@midnight ~]$ rpm -q --scripts kernel-rt
> postinstall scriptlet (using /bin/sh):
> /sbin/new-kernel-pkg --package kernel-rt --banner "EM2Grid Enterprise
> Linux (realtime)" --mkinitrd --depmod --install 2.6.24.7-149.el5rt ||
> exit $?
> preuninstall scriptlet (using /bin/sh):
> /sbin/new-kernel-pkg --rminitrd --rmmoddep --remove 2.6.24.7-149.el5rt
> || exit $?
> postinstall scriptlet (using /bin/sh):
> /sbin/new-kernel-pkg --package kernel-rt --banner "EM2Grid Enterprise
> Linux (realtime)" --mkinitrd --depmod --install 2.6.24.7-161.el5rt ||
> exit $?
> preuninstall scriptlet (using /bin/sh):
> /sbin/new-kernel-pkg --rminitrd --rmmoddep --remove 2.6.24.7-161.el5rt
> || exit $?
>
>
> John
>
> _______________________________________________
> 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

Nicolas Thierry-Mieg 11-18-2010 02:08 PM

something chmod'ing /dev/null
 
ken wrote:
> And if you updated solely through yum, /var/log/yum.log is a
> time-stamped list. It's unfortunate that /var/log/rpmpkgs doesn't have
> the same format. :(

you can install logrpminstalls, which is available in rpmforge.
It also has the year in the timestamp, which yum.log lacked last time I
looked.
Very useful.

[nthierry@tryo ~]$ rpm -q logrpminstalls
logrpminstalls-1.0-1.2.el5.rf.x86_64

[nthierry@tryo ~]$ rpm -qi logrpminstalls | tail -n5
Description :
This script makes a log file /var/log/rpminstalls which contains
timestamps of every rpm which get installed. It's executed by cron every
day. The logfile contains lines like:
timestamp name-version-release
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


All times are GMT. The time now is 06:22 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.