[CentOS] Odd issue with custom udev rule at boot

Thu Jun 16 05:33:10 UTC 2011
James A. Peltier <jpeltier at sfu.ca>

----- Original Message -----
| ----- Original Message -----
| | On 6/14/11, James A. Peltier <jpeltier at sfu.ca> wrote:
| | > The rules are parsed, applied and the permissions are then correct
| | > but why
| | > is it not doing so at boot? The file in questions I've called
| | > /etc/udev/rules.d/49-udev-override.rules and it contains
| | >
| | > KERNEL=="tty[A-Z]*", NAME="%k", GROUP="rcl", MODE="0660",
| | > OPTIONS="last_rule"
| | >
| | > the default 50-udev.rules file has been left untouched. SELinux is
| | > in
| | > permissive mode and so I can't find a reason why it is happening.
| | > Anyone
| | > have any ideas?
| |
| | I had similar problems with udev rules when adding a 2nd NIC and
| | needed to override the assignments which switched the original eth0
| | to
| | eth1.
| |
| | For some reason, despite all the info that says the over-ride
| | filename
| | should be alphanumerically "smaller", it only works if the file is
| | alphanumerically "larger". Which kind of make sense to me since a
| | later rule should override an earlier one.
| |
| | So instead of 49-, try 51- instead :D
| 
| 
| Didn't work either. The MODE stuff works in either case, but the GROUP
| stuff does not. I've just decided to use puppet to manage it instead
| for now and might revisit it in the future
| 
| --
| James A. Peltier
| IT Services - Research Computing Group
| Simon Fraser University - Burnaby Campus
| Phone : 778-782-6573
| Fax : 778-782-3045
| E-Mail : jpeltier at sfu.ca
| Website : http://www.sfu.ca/itservices
| http://blogs.sfu.ca/people/jpeltier
| 
| 
| _______________________________________________
| CentOS mailing list
| CentOS at centos.org
| http://lists.centos.org/mailman/listinfo/centos


BTW: Can anyone try this to see if it is in fact a bug or not?

Create a file called

/etc/udev/rules.d/99-udev-override.rules

that contains

KERNEL=="tty[A-Z]*", GROUP="some_other_group_than_uucp", MODE="0660", OPTIONS="last_rule"

with mode of 0644 reboot and confirm that the group permissions change or not.  If you change the mode however you will see that the mode *does* change.


-- 
James A. Peltier
IT Services - Research Computing Group
Simon Fraser University - Burnaby Campus
Phone   : 778-782-6573
Fax     : 778-782-3045
E-Mail  : jpeltier at sfu.ca
Website : http://www.sfu.ca/itservices
          http://blogs.sfu.ca/people/jpeltier