dbTalk Databases Forums  

Debian, LVM, udev, IDS

comp.databases.informix comp.databases.informix


Discuss Debian, LVM, udev, IDS in the comp.databases.informix forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Ian Goddard
 
Posts: n/a

Default Debian, LVM, udev, IDS - 12-01-2011 , 10:27 AM






Old box:

Ubuntu Hardy, LVM, IDS 7.3 (I said old)
Script in /etc/init.d to set ownership & permissions -
informix,informix,660 - before starting IDS. No problem.

New box:
Debian Squeeze, LVM, IDS 11.7
Same script. Check device permissions set as required. Try to
initialise new root chunk. IDS complains that the owner & root should
be informix. Check again & it's now set to root.

My suspicion is that udev is butting in so I removed the script & tried
to set up udev permissions as per example at
http://sourceware.org/cgi-bin/cvsweb...n&cvsroot=lvm2
which in turn is as advised at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606124

Result: everything's still owned by root.

Has anyone got this combination working and if so how?


--
Ian

The Hotmail address is my spam-bin. Real mail address is iang
at austonley org uk

Reply With Quote
  #2  
Old   
Ian Goddard
 
Posts: n/a

Default Re: Debian, LVM, udev, IDS - probably solved - 12-03-2011 , 08:37 AM






Ian Goddard wrote:
Quote:
Old box:

Ubuntu Hardy, LVM, IDS 7.3 (I said old)
Script in /etc/init.d to set ownership & permissions -
informix,informix,660 - before starting IDS. No problem.

New box:
Debian Squeeze, LVM, IDS 11.7
Same script. Check device permissions set as required. Try to initialise
new root chunk. IDS complains that the owner & root should be informix.
Check again & it's now set to root.

My suspicion is that udev is butting in so I removed the script & tried
to set up udev permissions as per example at
http://sourceware.org/cgi-bin/cvsweb...n&cvsroot=lvm2
which in turn is as advised at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606124

Result: everything's still owned by root.

Has anyone got this combination working and if so how?


The example at sourceware gives a a set of sample lines form LVM
devices. The example for a named logical volume is

ENV{DM_VG_NAME}=="VolGroup00", ENV{DM_LV_NAME}=="LogVol00",
OWNER:="root", GROUP:="root", MODE:="660"

In my case the volume group name is vg and the entry in /dev/mapper is
of the form vg-lv_inf_root so I put these strings into the example in
place of the VolGroup00 and LogVol00 respectively - with informix as
owner & group of course:

ENV{DM_VG_NAME}=="vg", ENV{DM_LV_NAME}=="vg-lv_inf_root", OWNER:="root",
GROUP:="root", MODE:="660"

This is wrong. The actual volume name, as defined to lvm is
lv_informix_root without the volume group name prepended and this is
what should be used in the permissions file:

ENV{DM_VG_NAME}=="vg", ENV{DM_LV_NAME}=="lv_inf_root", OWNER:="root",
GROUP:="root", MODE:="660"

This and similar lines for as many chunk devices as are required go into
a file /etc/udev/rules.d/99-informix-permissions

Once these are in place the ownership and permissions are set correctly
at boot time and remain set when the instance is initialised. I haven't
set the databases up yet but so far, so good.

There is, BTW, an alternative line that works, bases on the sample for a
plain dynamically mapped device:

ENV{DM_NAME}=="vg-lv_inf_root", OWNER:="root", GROUP:="root", MODE:="660"

This does use the full name as found in /dev/mapper. You pays your
money and you takes your choice.

--
Ian

The Hotmail address is my spam-bin. Real mail address is iang
at austonley org uk

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.