Problem with disk ownership ✓ Answered: green (solid confidence) — Art Kagel explicitly confirms 'YeeHaa! Thank you Lyubomir! That's done it!' after several earlier udev rule suggestions (Stefan's, Ruben's, Jonathan's, Luis's LV-name approach) failed to fix RHEL6 device-mapper chunk ownership.

Advisory only.

Folks: This is a new one on me. I have a client running RHEL6 and using a "dm" disk device for Informix chunks. When I set the ownership of the device to informix:informix it's fine until oninit -ivy (or any user informix owned process like dd of=<device-path>) tries to write to it. Then the ownership changes back to root:disk. I have tried setting up a udev rule file for the device in /etc/udev/rules.d and it seems to initially set the ownership to informix:informix for me like I want it to, but still running oninit -ivy causes the ownership to change back to root:disk and oninit fails. Has anyone run into this and figured out how to get around the problem? Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. --089e0160bcb419a35a050c781fea

I feel embarrassed to reply to you Art :-) Maybe this helps. Is the owner and group set to "Informix" in rules.d? You may reload using. /sbin/udevcontrol reload_rules /sbin/start_udev Also " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and gid parameters have been deprecated. Permissions for device-mapper devices (including mulitpath mappings) are set by means of udev rules. There is a template file in /usr/share/doc/device-mapper-version called 12-dm-permissions.rules which you can use and place in the /etc/udev/rules.d directory for it to take effect" -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art Kagel Sent: 12 January 2015 18:49 To: ids@iiug.org Subject: Problem with disk ownership [34447] Folks: This is a new one on me. I have a client running RHEL6 and using a "dm" disk device for Informix chunks. When I set the ownership of the device to informix:informix it's fine until oninit -ivy (or any user informix owned process like dd of=<device-path>) tries to write to it. Then the ownership changes back to root:disk. I have tried setting up a udev rule file for the device in /etc/udev/rules.d and it seems to initially set the ownership to informix:informix for me like I want it to, but still running oninit -ivy causes the ownership to change back to root:disk and oninit fails. Has anyone run into this and figured out how to get around the problem? Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. --089e0160bcb419a35a050c781fea ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum. Stefan Sammut Manager - Solutions & Innovation [PTL Ltd] Nineteen Twenty Three, Valletta Road Marsa, MRS 3000, MT T +35621445566 +356 99405444 stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; [LinkedIn] <https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276 %2Ctas%3APTL%2Cidx%3A2-3-8> [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] <https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as =public> [Google Plus] <https://plus.google.com/+PTLMalta>;

This work set in /etc/udev/rules.d and reboot -- Saludos Cordiales Rubén Dután Gerente APLEXT CIA. LTDA. Soluciones AX-ERP & TIC www.aplext.com.ec El lun, 12-01-2015 a las 12:49 -0500, Art Kagel escribió: > Folks: > > This is a new one on me. I have a client running RHEL6 and using a "dm" > disk device for Informix chunks. When I set the ownership of the device to > informix:informix it's fine until oninit -ivy (or any user informix owned > process like dd of=<device-path>) tries to write to it. Then the ownership > changes back to root:disk. I have tried setting up a udev rule file for > the device in /etc/udev/rules.d and it seems to initially set the ownership > to informix:informix for me like I want it to, but still running oninit > -ivy causes the ownership to change back to root:disk and oninit fails. > > Has anyone run into this and figured out how to get around the problem? > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > --089e0160bcb419a35a050c781fea > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

Yes, I set up the following rule file in /udev/etc/rules.d and reloaded the rules: # cat /etc/udev/rules.d/99-informix.rules ## Privilege rules for Informix chunk devices # # Author: Art S. Kagel # KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", OWNER="informix", GROUP="informix", MODE="0660" I'm no SysAdmin, so this may be missing something. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt> wrote: > I feel embarrassed to reply to you Art :-) > Maybe this helps. > Is the owner and group set to "Informix" in rules.d? > You may reload using. > /sbin/udevcontrol reload_rules > /sbin/start_udev > Also > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and gid > parameters have been deprecated. Permissions for device-mapper devices > (including mulitpath mappings) are set by means of udev rules. There is a > template file in /usr/share/doc/device-mapper-version called > 12-dm-permissions.rules which you can use and place in the > /etc/udev/rules.d > directory for it to take effect" > > -----Original Message----- > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > Kagel > Sent: 12 January 2015 18:49 > To: ids@iiug.org > Subject: Problem with disk ownership [34447] > > Folks: > > This is a new one on me. I have a client running RHEL6 and using a "dm" > disk device for Informix chunks. When I set the ownership of the device to > informix:informix it's fine until oninit -ivy (or any user informix owned > process like dd of=<device-path>) tries to write to it. Then the ownership > changes back to root:disk. I have tried setting up a udev rule file for the > device in /etc/udev/rules.d and it seems to initially set the ownership to > informix:informix for me like I want it to, but still running oninit -ivy > causes the ownership to change back to root:disk and oninit fails. > > Has anyone run into this and figured out how to get around the problem? > > Art > > Art S. Kagel, President and Principal Consultant ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and > do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do those > opinions reflect those of other individuals affiliated with any entity with > which I am affiliated nor those of the entities themselves. > > --089e0160bcb419a35a050c781fea > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > Stefan Sammut > Manager - Solutions & Innovation > > [PTL Ltd] > > Nineteen Twenty Three, Valletta Road > Marsa, MRS 3000, MT > > T +35621445566 +356 99405444 > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > [LinkedIn] > < > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > < > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11349a9227f1c4050c78c5a5

Might be too trivial but is informix in right group(s) under /etc/group Sent from my iPhone > On 12 Jan 2015, at 19:36, Art Kagel <art.kagel@gmail.com> wrote: > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded the > rules: > > # cat /etc/udev/rules.d/99-informix.rules > #> # Privilege rules for Informix chunk devices > # > # Author: Art S. Kagel > # > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", OWNER="informix", > GROUP="informix", MODE="0660" > > I'm no SysAdmin, so this may be missing something. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt> > wrote: > >> I feel embarrassed to reply to you Art :-) >> Maybe this helps. >> Is the owner and group set to "Informix" in rules.d? >> You may reload using. >> /sbin/udevcontrol reload_rules >> /sbin/start_udev >> Also >> " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and gid >> parameters have been deprecated. Permissions for device-mapper devices >> (including mulitpath mappings) are set by means of udev rules. There is a >> template file in /usr/share/doc/device-mapper-version called >> 12-dm-permissions.rules which you can use and place in the >> /etc/udev/rules.d >> directory for it to take effect" >> >> -----Original Message----- >> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art >> Kagel >> Sent: 12 January 2015 18:49 >> To: ids@iiug.org >> Subject: Problem with disk ownership [34447] >> >> Folks: >> >> This is a new one on me. I have a client running RHEL6 and using a "dm" >> disk device for Informix chunks. When I set the ownership of the device to >> informix:informix it's fine until oninit -ivy (or any user informix owned >> process like dd of=<device-path>) tries to write to it. Then the ownership >> changes back to root:disk. I have tried setting up a udev rule file for the >> device in /etc/udev/rules.d and it seems to initially set the ownership to >> informix:informix for me like I want it to, but still running oninit -ivy >> causes the ownership to change back to root:disk and oninit fails. >> >> Has anyone run into this and figured out how to get around the problem? >> >> Art >> >> Art S. Kagel, President and Principal Consultant ASK Database Management >> www.askdbmgt.com >> >> Blog: http://informix-myview.blogspot.com/ >> >> Disclaimer: Please keep in mind that my own opinions are my own opinions >> and >> do not reflect on the IIUG, nor any other organization with which I am >> associated either explicitly, implicitly, or by inference. Neither do those >> opinions reflect those of other individuals affiliated with any entity with >> which I am affiliated nor those of the entities themselves. >> >> --089e0160bcb419a35a050c781fea > ******************************************************************************* >> Forum Note: Use "Reply" to post a response in the discussion forum. >> >> Stefan Sammut >> Manager - Solutions & Innovation >> >> [PTL Ltd] >> >> Nineteen Twenty Three, Valletta Road >> Marsa, MRS 3000, MT >> >> T +35621445566 +356 99405444 >> stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; >> >> [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; >> [LinkedIn] >> < > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 >> [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] >> < >> https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public >> [Google Plus] <https://plus.google.com/+PTLMalta>; > ******************************************************************************* >> Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11349a9227f1c4050c78c5a5 > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > Stefan Sammut Manager - Solutions & Innovation [PTL Ltd] Nineteen Twenty Three, Valletta Road Marsa, MRS 3000, MT T +35621445566 +356 99405444 stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; [LinkedIn] <https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276 %2Ctas%3APTL%2Cidx%3A2-3-8> [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] <https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as =public> [Google Plus] <https://plus.google.com/+PTLMalta>;

Yes: $ id uid=500(informix) gid=501(informix) groups=501(informix) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 $ fgrep informix /etc/group informix:x:501: $ fgrep informix /etc/passwd informix:x:500:501::/home/informix:/bin/bash Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:23 PM, Stefan Sammut <stefan.sammut@ptl.com.mt> wrote: > Might be too trivial but is informix in right group(s) under /etc/group > > Sent from my iPhone > > > On 12 Jan 2015, at 19:36, Art Kagel <art.kagel@gmail.com> wrote: > > > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > the > > rules: > > > > # cat /etc/udev/rules.d/99-informix.rules > > #> > # Privilege rules for Informix chunk devices > > # > > # Author: Art S. Kagel > > # > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > OWNER="informix", > > GROUP="informix", MODE="0660" > > > > I'm no SysAdmin, so this may be missing something. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt > > > > wrote: > > > >> I feel embarrassed to reply to you Art :-) > >> Maybe this helps. > >> Is the owner and group set to "Informix" in rules.d? > >> You may reload using. > >> /sbin/udevcontrol reload_rules > >> /sbin/start_udev > >> Also > >> " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and gid > >> parameters have been deprecated. Permissions for device-mapper devices > >> (including mulitpath mappings) are set by means of udev rules. There is > a > >> template file in /usr/share/doc/device-mapper-version called > >> 12-dm-permissions.rules which you can use and place in the > >> /etc/udev/rules.d > >> directory for it to take effect" > >> > >> -----Original Message----- > >> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > >> Kagel > >> Sent: 12 January 2015 18:49 > >> To: ids@iiug.org > >> Subject: Problem with disk ownership [34447] > >> > >> Folks: > >> > >> This is a new one on me. I have a client running RHEL6 and using a "dm" > >> disk device for Informix chunks. When I set the ownership of the device > to > >> informix:informix it's fine until oninit -ivy (or any user informix > owned > >> process like dd of=<device-path>) tries to write to it. Then the > ownership > >> changes back to root:disk. I have tried setting up a udev rule file for > the > >> device in /etc/udev/rules.d and it seems to initially set the ownership > to > >> informix:informix for me like I want it to, but still running oninit > -ivy > >> causes the ownership to change back to root:disk and oninit fails. > >> > >> Has anyone run into this and figured out how to get around the problem? > >> > >> Art > >> > >> Art S. Kagel, President and Principal Consultant ASK Database Management > >> www.askdbmgt.com > >> > >> Blog: http://informix-myview.blogspot.com/ > >> > >> Disclaimer: Please keep in mind that my own opinions are my own opinions > >> and > >> do not reflect on the IIUG, nor any other organization with which I am > >> associated either explicitly, implicitly, or by inference. Neither do > those > >> opinions reflect those of other individuals affiliated with any entity > with > >> which I am affiliated nor those of the entities themselves. > >> > >> --089e0160bcb419a35a050c781fea > > > > ******************************************************************************* > >> Forum Note: Use "Reply" to post a response in the discussion forum. > >> > >> Stefan Sammut > >> Manager - Solutions & Innovation > >> > >> [PTL Ltd] > >> > >> Nineteen Twenty Three, Valletta Road > >> Marsa, MRS 3000, MT > >> > >> T +35621445566 +356 99405444 > >> stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > >> > >> [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > >> [LinkedIn] > >> < > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > >> [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > >> < > >> > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > >> [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > ******************************************************************************* > >> Forum Note: Use "Reply" to post a response in the discussion forum. > > > > --001a11349a9227f1c4050c78c5a5 > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > Stefan Sammut > Manager - Solutions & Innovation > > [PTL Ltd] > > Nineteen Twenty Three, Valletta Road > Marsa, MRS 3000, MT > > T +35621445566 +356 99405444 > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > [LinkedIn] > < > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > < > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a1134797abb7d8c050c798c3b

When reloaded udev.. change the owner and group of /dev/dm-2? -- Saludos Cordiales Rubén Dután Gerente APLEXT CIA. LTDA. Soluciones AX-ERP & TIC www.aplext.com.ec El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded the > rules: > > # cat /etc/udev/rules.d/99-informix.rules > #> # Privilege rules for Informix chunk devices > # > # Author: Art S. Kagel > # > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", OWNER="informix", > GROUP="informix", MODE="0660" > > I'm no SysAdmin, so this may be missing something. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt> > wrote: > > > I feel embarrassed to reply to you Art :-) > > Maybe this helps. > > Is the owner and group set to "Informix" in rules.d? > > You may reload using. > > /sbin/udevcontrol reload_rules > > /sbin/start_udev > > Also > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and gid > > parameters have been deprecated. Permissions for device-mapper devices > > (including mulitpath mappings) are set by means of udev rules. There is a > > template file in /usr/share/doc/device-mapper-version called > > 12-dm-permissions.rules which you can use and place in the > > /etc/udev/rules.d > > directory for it to take effect" > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art > > Kagel > > Sent: 12 January 2015 18:49 > > To: ids@iiug.org > > Subject: Problem with disk ownership [34447] > > > > Folks: > > > > This is a new one on me. I have a client running RHEL6 and using a "dm" > > disk device for Informix chunks. When I set the ownership of the device to > > informix:informix it's fine until oninit -ivy (or any user informix owned > > process like dd of=<device-path>) tries to write to it. Then the ownership > > changes back to root:disk. I have tried setting up a udev rule file for the > > device in /etc/udev/rules.d and it seems to initially set the ownership to > > informix:informix for me like I want it to, but still running oninit -ivy > > causes the ownership to change back to root:disk and oninit fails. > > > > Has anyone run into this and figured out how to get around the problem? > > > > Art > > > > Art S. Kagel, President and Principal Consultant ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > do not reflect on the IIUG, nor any other organization with which I am > > associated either explicitly, implicitly, or by inference. Neither do those > > opinions reflect those of other individuals affiliated with any entity with > > which I am affiliated nor those of the entities themselves. > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > Stefan Sammut > > Manager - Solutions & Innovation > > > > [PTL Ltd] > > > > Nineteen Twenty Three, Valletta Road > > Marsa, MRS 3000, MT > > > > T +35621445566 +356 99405444 > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > [LinkedIn] > > < > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > < > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001a11349a9227f1c4050c78c5a5 > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

No, it did not. I had to change it manually after restarting udevd. I suspect I'm missing something in the rules file. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> wrote: > When reloaded udev.. change the owner and group of /dev/dm-2? > -- > Saludos Cordiales > > Rubén Dután > Gerente > APLEXT CIA. LTDA. > Soluciones AX-ERP & TIC > www.aplext.com.ec > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > the > > rules: > > > > # cat /etc/udev/rules.d/99-informix.rules > > #> > # Privilege rules for Informix chunk devices > > # > > # Author: Art S. Kagel > > # > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > OWNER="informix", > > GROUP="informix", MODE="0660" > > > > I'm no SysAdmin, so this may be missing something. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt > > > > wrote: > > > > > I feel embarrassed to reply to you Art :-) > > > Maybe this helps. > > > Is the owner and group set to "Informix" in rules.d? > > > You may reload using. > > > /sbin/udevcontrol reload_rules > > > /sbin/start_udev > > > Also > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > gid > > > parameters have been deprecated. Permissions for device-mapper devices > > > (including mulitpath mappings) are set by means of udev rules. There > is a > > > template file in /usr/share/doc/device-mapper-version called > > > 12-dm-permissions.rules which you can use and place in the > > > /etc/udev/rules.d > > > directory for it to take effect" > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > > Kagel > > > Sent: 12 January 2015 18:49 > > > To: ids@iiug.org > > > Subject: Problem with disk ownership [34447] > > > > > > Folks: > > > > > > This is a new one on me. I have a client running RHEL6 and using a "dm" > > > disk device for Informix chunks. When I set the ownership of the > device to > > > informix:informix it's fine until oninit -ivy (or any user informix > owned > > > process like dd of=<device-path>) tries to write to it. Then the > ownership > > > changes back to root:disk. I have tried setting up a udev rule file for > the > > > device in /etc/udev/rules.d and it seems to initially set the > ownership to > > > informix:informix for me like I want it to, but still running oninit > -ivy > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > Has anyone run into this and figured out how to get around the problem? > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > do not reflect on the IIUG, nor any other organization with which I am > > > associated either explicitly, implicitly, or by inference. Neither do > those > > > opinions reflect those of other individuals affiliated with any entity > with > > > which I am affiliated nor those of the entities themselves. > > > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > Stefan Sammut > > > Manager - Solutions & Innovation > > > > > > [PTL Ltd] > > > > > > Nineteen Twenty Three, Valletta Road > > > Marsa, MRS 3000, MT > > > > > > T +35621445566 +356 99405444 > > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > > [LinkedIn] > > > < > > > > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > > < > > > > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --001a11349a9227f1c4050c78c5a5 > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a11c3547e8dc98d050c79c40e

Are the == (double equals) correct syntax? On Mon, Jan 12, 2015 at 10:35 AM, Art Kagel <art.kagel@gmail.com> wrote: > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded the > rules: > > # cat /etc/udev/rules.d/99-informix.rules > #> # Privilege rules for Informix chunk devices > # > # Author: Art S. Kagel > # > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", OWNER="informix", > GROUP="informix", MODE="0660" > > I'm no SysAdmin, so this may be missing something. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt> > wrote: > > > I feel embarrassed to reply to you Art :-) > > Maybe this helps. > > Is the owner and group set to "Informix" in rules.d? > > You may reload using. > > /sbin/udevcontrol reload_rules > > /sbin/start_udev > > Also > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and gid > > parameters have been deprecated. Permissions for device-mapper devices > > (including mulitpath mappings) are set by means of udev rules. There is a > > template file in /usr/share/doc/device-mapper-version called > > 12-dm-permissions.rules which you can use and place in the > > /etc/udev/rules.d > > directory for it to take effect" > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > Kagel > > Sent: 12 January 2015 18:49 > > To: ids@iiug.org > > Subject: Problem with disk ownership [34447] > > > > Folks: > > > > This is a new one on me. I have a client running RHEL6 and using a "dm" > > disk device for Informix chunks. When I set the ownership of the device > to > > informix:informix it's fine until oninit -ivy (or any user informix owned > > process like dd of=<device-path>) tries to write to it. Then the > ownership > > changes back to root:disk. I have tried setting up a udev rule file for > the > > device in /etc/udev/rules.d and it seems to initially set the ownership > to > > informix:informix for me like I want it to, but still running oninit -ivy > > causes the ownership to change back to root:disk and oninit fails. > > > > Has anyone run into this and figured out how to get around the problem? > > > > Art > > > > Art S. Kagel, President and Principal Consultant ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and > > do not reflect on the IIUG, nor any other organization with which I am > > associated either explicitly, implicitly, or by inference. Neither do > those > > opinions reflect those of other individuals affiliated with any entity > with > > which I am affiliated nor those of the entities themselves. > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > Stefan Sammut > > Manager - Solutions & Innovation > > > > [PTL Ltd] > > > > Nineteen Twenty Three, Valletta Road > > Marsa, MRS 3000, MT > > > > T +35621445566 +356 99405444 > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > [LinkedIn] > > < > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > < > > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --001a11349a9227f1c4050c78c5a5 > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > -- Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2013.0521 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." --001a113482128e6d09050c79cc18

I use this: /etc/udev/rules.d/96-multipath.rules ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", MODE="0660" Change de lvname with your lv name. Then /sbin/start_udev You will see that the /dev/dm-? have the correct owner, group and mode. Regards. Luis Panozzo Saavedra Gerente Técnico luis_panozzo@sisa.com.bo Soluciones Integrales S.A. Calle Ignacio Cordero 8487 - Piso 2, San Miguel Teléfonos y Fax: +(591)(2) 2773378 / 2794538 La Paz - Bolivia De: "Art Kagel" <art.kagel@gmail.com> Para: ids@iiug.org Enviados: Lunes, 12 de Enero 2015 15:46:56 Asunto: Re: Problem with disk ownership [34456] No, it did not. I had to change it manually after restarting udevd. I suspect I'm missing something in the rules file. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> wrote: > When reloaded udev.. change the owner and group of /dev/dm-2? > -- > Saludos Cordiales > > Rubén Dután > Gerente > APLEXT CIA. LTDA. > Soluciones AX-ERP & TIC > www.aplext.com.ec > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > the > > rules: > > > > # cat /etc/udev/rules.d/99-informix.rules > > #> > # Privilege rules for Informix chunk devices > > # > > # Author: Art S. Kagel > > # > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > OWNER="informix", > > GROUP="informix", MODE="0660" > > > > I'm no SysAdmin, so this may be missing something. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt > > > > wrote: > > > > > I feel embarrassed to reply to you Art :-) > > > Maybe this helps. > > > Is the owner and group set to "Informix" in rules.d? > > > You may reload using. > > > /sbin/udevcontrol reload_rules > > > /sbin/start_udev > > > Also > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > gid > > > parameters have been deprecated. Permissions for device-mapper devices > > > (including mulitpath mappings) are set by means of udev rules. There > is a > > > template file in /usr/share/doc/device-mapper-version called > > > 12-dm-permissions.rules which you can use and place in the > > > /etc/udev/rules.d > > > directory for it to take effect" > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > Art > > > Kagel > > > Sent: 12 January 2015 18:49 > > > To: ids@iiug.org > > > Subject: Problem with disk ownership [34447] > > > > > > Folks: > > > > > > This is a new one on me. I have a client running RHEL6 and using a "dm" > > > disk device for Informix chunks. When I set the ownership of the > device to > > > informix:informix it's fine until oninit -ivy (or any user informix > owned > > > process like dd of=<device-path>) tries to write to it. Then the > ownership > > > changes back to root:disk. I have tried setting up a udev rule file for > the > > > device in /etc/udev/rules.d and it seems to initially set the > ownership to > > > informix:informix for me like I want it to, but still running oninit > -ivy > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > Has anyone run into this and figured out how to get around the problem? > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > do not reflect on the IIUG, nor any other organization with which I am > > > associated either explicitly, implicitly, or by inference. Neither do > those > > > opinions reflect those of other individuals affiliated with any entity > with > > > which I am affiliated nor those of the entities themselves. > > > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > Stefan Sammut > > > Manager - Solutions & Innovation > > > > > > [PTL Ltd] > > > > > > Nineteen Twenty Three, Valletta Road > > > Marsa, MRS 3000, MT > > > > > > T +35621445566 +356 99405444 > > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > > [LinkedIn] > > > < > > > > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > > < > > > > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --001a11349a9227f1c4050c78c5a5 > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > > ******************************************************************************* > Forum Note: Use "Reply" to po

Hi, Please try changing SUBSYSTEM from 'disk' to 'block' and reload udev rules. 2015-01-12 21:49 GMT+02:00 Jonathan Leffler <jonathan.leffler@gmail.com>: > Are the == (double equals) correct syntax? > > On Mon, Jan 12, 2015 at 10:35 AM, Art Kagel <art.kagel@gmail.com> wrote: > > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > the > > rules: > > > > # cat /etc/udev/rules.d/99-informix.rules > > #> > # Privilege rules for Informix chunk devices > > # > > # Author: Art S. Kagel > > # > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > OWNER="informix", > > GROUP="informix", MODE="0660" > > > > I'm no SysAdmin, so this may be missing something. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt > > > > wrote: > > > > > I feel embarrassed to reply to you Art :-) > > > Maybe this helps. > > > Is the owner and group set to "Informix" in rules.d? > > > You may reload using. > > > /sbin/udevcontrol reload_rules > > > /sbin/start_udev > > > Also > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > gid > > > parameters have been deprecated. Permissions for device-mapper devices > > > (including mulitpath mappings) are set by means of udev rules. There > is a > > > template file in /usr/share/doc/device-mapper-version called > > > 12-dm-permissions.rules which you can use and place in the > > > /etc/udev/rules.d > > > directory for it to take effect" > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Art > > > Kagel > > > Sent: 12 January 2015 18:49 > > > To: ids@iiug.org > > > Subject: Problem with disk ownership [34447] > > > > > > Folks: > > > > > > This is a new one on me. I have a client running RHEL6 and using a "dm" > > > disk device for Informix chunks. When I set the ownership of the device > > to > > > informix:informix it's fine until oninit -ivy (or any user informix > owned > > > process like dd of=<device-path>) tries to write to it. Then the > > ownership > > > changes back to root:disk. I have tried setting up a udev rule file for > > the > > > device in /etc/udev/rules.d and it seems to initially set the ownership > > to > > > informix:informix for me like I want it to, but still running oninit > -ivy > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > Has anyone run into this and figured out how to get around the problem? > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > do not reflect on the IIUG, nor any other organization with which I am > > > associated either explicitly, implicitly, or by inference. Neither do > > those > > > opinions reflect those of other individuals affiliated with any entity > > with > > > which I am affiliated nor those of the entities themselves. > > > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > Stefan Sammut > > > Manager - Solutions & Innovation > > > > > > [PTL Ltd] > > > > > > Nineteen Twenty Three, Valletta Road > > > Marsa, MRS 3000, MT > > > > > > T +35621445566 +356 99405444 > > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > > [LinkedIn] > > > < > > > > > > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > > < > > > > > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --001a11349a9227f1c4050c78c5a5 > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > -- > Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> > Guardian of DBD::Informix - v2013.0521 - http://dbi.perl.org > "Blessed are we who can laugh at ourselves, for we shall never cease to be > amused." > > --001a113482128e6d09050c79cc18 > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --089e0160a3e0ba298e050c79e515

Yes, double equals for search comparisons, single for assignments. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:49 PM, Jonathan Leffler < jonathan.leffler@gmail.com> wrote: > Are the == (double equals) correct syntax? > > On Mon, Jan 12, 2015 at 10:35 AM, Art Kagel <art.kagel@gmail.com> wrote: > > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > the > > rules: > > > > # cat /etc/udev/rules.d/99-informix.rules > > #> > # Privilege rules for Informix chunk devices > > # > > # Author: Art S. Kagel > > # > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > OWNER="informix", > > GROUP="informix", MODE="0660" > > > > I'm no SysAdmin, so this may be missing something. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut <stefan.sammut@ptl.com.mt > > > > wrote: > > > > > I feel embarrassed to reply to you Art :-) > > > Maybe this helps. > > > Is the owner and group set to "Informix" in rules.d? > > > You may reload using. > > > /sbin/udevcontrol reload_rules > > > /sbin/start_udev > > > Also > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > gid > > > parameters have been deprecated. Permissions for device-mapper devices > > > (including mulitpath mappings) are set by means of udev rules. There > is a > > > template file in /usr/share/doc/device-mapper-version called > > > 12-dm-permissions.rules which you can use and place in the > > > /etc/udev/rules.d > > > directory for it to take effect" > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Art > > > Kagel > > > Sent: 12 January 2015 18:49 > > > To: ids@iiug.org > > > Subject: Problem with disk ownership [34447] > > > > > > Folks: > > > > > > This is a new one on me. I have a client running RHEL6 and using a "dm" > > > disk device for Informix chunks. When I set the ownership of the device > > to > > > informix:informix it's fine until oninit -ivy (or any user informix > owned > > > process like dd of=<device-path>) tries to write to it. Then the > > ownership > > > changes back to root:disk. I have tried setting up a udev rule file for > > the > > > device in /etc/udev/rules.d and it seems to initially set the ownership > > to > > > informix:informix for me like I want it to, but still running oninit > -ivy > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > Has anyone run into this and figured out how to get around the problem? > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and > > > do not reflect on the IIUG, nor any other organization with which I am > > > associated either explicitly, implicitly, or by inference. Neither do > > those > > > opinions reflect those of other individuals affiliated with any entity > > with > > > which I am affiliated nor those of the entities themselves. > > > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > Stefan Sammut > > > Manager - Solutions & Innovation > > > > > > [PTL Ltd] > > > > > > Nineteen Twenty Three, Valletta Road > > > Marsa, MRS 3000, MT > > > > > > T +35621445566 +356 99405444 > > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > > [LinkedIn] > > > < > > > > > > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > > < > > > > > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > --001a11349a9227f1c4050c78c5a5 > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > -- > Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> > Guardian of DBD::Informix - v2013.0521 - http://dbi.perl.org > "Blessed are we who can laugh at ourselves, for we shall never cease to be > amused." > > --001a113482128e6d09050c79cc18 > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a113455b02bd3d3050c79f0f8

That didn't do it. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:56 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com> wrote: > Hi, > Please try changing SUBSYSTEM from 'disk' to 'block' and reload udev rules. > > 2015-01-12 21:49 GMT+02:00 Jonathan Leffler <jonathan.leffler@gmail.com>: > > > Are the == (double equals) correct syntax? > > > > On Mon, Jan 12, 2015 at 10:35 AM, Art Kagel <art.kagel@gmail.com> wrote: > > > > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > > the > > > rules: > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > #> > > # Privilege rules for Informix chunk devices > > > # > > > # Author: Art S. Kagel > > > # > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > OWNER="informix", > > > GROUP="informix", MODE="0660" > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant > > > ASK Database Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and do not reflect on the IIUG, nor any other organization with which I > > am > > > associated either explicitly, implicitly, or by inference. Neither do > > > those opinions reflect those of other individuals affiliated with any > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > stefan.sammut@ptl.com.mt > > > > > > wrote: > > > > > > > I feel embarrassed to reply to you Art :-) > > > > Maybe this helps. > > > > Is the owner and group set to "Informix" in rules.d? > > > > You may reload using. > > > > /sbin/udevcontrol reload_rules > > > > /sbin/start_udev > > > > Also > > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > > gid > > > > parameters have been deprecated. Permissions for device-mapper > devices > > > > (including mulitpath mappings) are set by means of udev rules. There > > is a > > > > template file in /usr/share/doc/device-mapper-version called > > > > 12-dm-permissions.rules which you can use and place in the > > > > /etc/udev/rules.d > > > > directory for it to take effect" > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > > Art > > > > Kagel > > > > Sent: 12 January 2015 18:49 > > > > To: ids@iiug.org > > > > Subject: Problem with disk ownership [34447] > > > > > > > > Folks: > > > > > > > > This is a new one on me. I have a client running RHEL6 and using a > "dm" > > > > disk device for Informix chunks. When I set the ownership of the > device > > > to > > > > informix:informix it's fine until oninit -ivy (or any user informix > > owned > > > > process like dd of=<device-path>) tries to write to it. Then the > > > ownership > > > > changes back to root:disk. I have tried setting up a udev rule file > for > > > the > > > > device in /etc/udev/rules.d and it seems to initially set the > ownership > > > to > > > > informix:informix for me like I want it to, but still running oninit > > -ivy > > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > > > Has anyone run into this and figured out how to get around the > problem? > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > > Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and > > > > do not reflect on the IIUG, nor any other organization with which I > am > > > > associated either explicitly, implicitly, or by inference. Neither do > > > those > > > > opinions reflect those of other individuals affiliated with any > entity > > > with > > > > which I am affiliated nor those of the entities themselves. > > > > > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > Stefan Sammut > > > > Manager - Solutions & Innovation > > > > > > > > [PTL Ltd] > > > > > > > > Nineteen Twenty Three, Valletta Road > > > > Marsa, MRS 3000, MT > > > > > > > > T +35621445566 +356 99405444 > > > > stefan.sammut@ptl.com.mt | www.ptl.com.mt<http://www.ptl.com.mt>; > > > > > > > > [Facebook]<https://www.facebook.com/PTLMalta/app_349313058487732>; > > > > [LinkedIn] > > > > < > > > > > > > > > > > > > > > > https://www.linkedin.com/company/ptl-ltd?trk=tyah&trkInfo=tarId%3A1401716999276% 2Ctas%3APTL%2Cidx%3A2-3-8 > > > > > > > > > [Twitter] <https://twitter.com/PTL_Malta>; [Youtube] > > > > < > > > > > > > > > > https://www.youtube.com/channel/UCuXrJBO_54kd9HttG8S89iQ/feed?view_as=public > > > > > > > > > [Google Plus] <https://plus.google.com/+PTLMalta>; > > > > > > > > > > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > --001a11349a9227f1c4050c78c5a5 > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > -- > > Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> > > Guardian of DBD::Informix - v2013.0521 - http://dbi.perl.org > > "Blessed are we who can laugh at ourselves, for we shall never cease to > be > > amused." > > > > --001a113482128e6d09050c79cc18 > > > > > > > > > > ******************************************************************************* > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > --089e0160a3e0ba298e050c79e515 > > > > ******************************************************************************* > Forum Note: Use "

OK, so I now have this: ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", MODE="0660" No change. The owner is not correctly set when udevd restarts and if I manually change it udev (or something) changes is back when informix writes to the device. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> wrote: > I use this: > > /etc/udev/rules.d/96-multipath.rules > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", MODE="0660" > > Change de lvname with your lv name. > > Then > > /sbin/start_udev > > You will see that the /dev/dm-? have the correct owner, group and mode. > > Regards. > > Luis Panozzo Saavedra > Gerente Técnico > luis_panozzo@sisa.com.bo > Soluciones Integrales S.A. > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > Teléfonos y Fax: +(591)(2) 2773378 / 2794538 > La Paz - Bolivia > > De: "Art Kagel" <art.kagel@gmail.com> > Para: ids@iiug.org > Enviados: Lunes, 12 de Enero 2015 15:46:56 > Asunto: Re: Problem with disk ownership [34456] > > No, it did not. I had to change it manually after restarting udevd. I > suspect I'm missing something in the rules file. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> > wrote: > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > -- > > Saludos Cordiales > > > > Rubén Dután > > Gerente > > APLEXT CIA. LTDA. > > Soluciones AX-ERP & TIC > > www.aplext.com.ec > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > > the > > > rules: > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > #> > > # Privilege rules for Informix chunk devices > > > # > > > # Author: Art S. Kagel > > > # > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > OWNER="informix", > > > GROUP="informix", MODE="0660" > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant > > > ASK Database Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and do not reflect on the IIUG, nor any other organization with which I > > am > > > associated either explicitly, implicitly, or by inference. Neither do > > > those opinions reflect those of other individuals affiliated with any > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > stefan.sammut@ptl.com.mt > > > > > > wrote: > > > > > > > I feel embarrassed to reply to you Art :-) > > > > Maybe this helps. > > > > Is the owner and group set to "Informix" in rules.d? > > > > You may reload using. > > > > /sbin/udevcontrol reload_rules > > > > /sbin/start_udev > > > > Also > > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > > gid > > > > parameters have been deprecated. Permissions for device-mapper > devices > > > > (including mulitpath mappings) are set by means of udev rules. There > > is a > > > > template file in /usr/share/doc/device-mapper-version called > > > > 12-dm-permissions.rules which you can use and place in the > > > > /etc/udev/rules.d > > > > directory for it to take effect" > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > > Kagel > > > > Sent: 12 January 2015 18:49 > > > > To: ids@iiug.org > > > > Subject: Problem with disk ownership [34447] > > > > > > > > Folks: > > > > > > > > This is a new one on me. I have a client running RHEL6 and using a > "dm" > > > > disk device for Informix chunks. When I set the ownership of the > > device to > > > > informix:informix it's fine until oninit -ivy (or any user informix > > owned > > > > process like dd of=<device-path>) tries to write to it. Then the > > ownership > > > > changes back to root:disk. I have tried setting up a udev rule file > for > > the > > > > device in /etc/udev/rules.d and it seems to initially set the > > ownership to > > > > informix:informix for me like I want it to, but still running oninit > > -ivy > > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > > > Has anyone run into this and figured out how to get around the > problem? > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > > Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and > > > > do not reflect on the IIUG, nor any other organization with which I > am > > > > associated either explicitly, implicitly, or by inference. Neither do > > those > > > > opinions reflect those of other individuals affiliated with any > entity > > with > > > > which I am affiliated nor those of the entities themselves. > > > > > > > > --089e0160bcb419a35a050c781fea > > > > > > > > > > > > > > > > > > > > > > > > > > ******************************************************************************* > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > Stefan Sammut > > > > Manager - Solutions & Innovation > > > > > > > > [PTL Ltd] > > > > > > > > Nineteen Twenty Three, Valletta Road > > > > Marsa, MRS 3000, MT > >

Do not use the real name of the device. You must uso the name of the lv. ej. /dev/vd-test/lvrootdbs then use lvrootdbs After restart udev you will that /dev/dm-?? linked with /dev/vd-test/lvrootdbs has the correct owner, group and mode. Regards. Luis Panozzo Saavedra Gerente Técnico luis_panozzo@sisa.com.bo Soluciones Integrales S.A. Calle Ignacio Cordero 8487 - Piso 2, San Miguel Teléfonos y Fax: +(591)(2) 2773378 / 2794538 La Paz - Bolivia De: "Art Kagel" <art.kagel@gmail.com> Para: ids@iiug.org Enviados: Lunes, 12 de Enero 2015 16:05:41 Asunto: Re: Problem with disk ownership [34462] OK, so I now have this: ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", MODE="0660" No change. The owner is not correctly set when udevd restarts and if I manually change it udev (or something) changes is back when informix writes to the device. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> wrote: > I use this: > > /etc/udev/rules.d/96-multipath.rules > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", MODE="0660" > > Change de lvname with your lv name. > > Then > > /sbin/start_udev > > You will see that the /dev/dm-? have the correct owner, group and mode. > > Regards. > > Luis Panozzo Saavedra > Gerente Técnico > luis_panozzo@sisa.com.bo > Soluciones Integrales S.A. > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > Teléfonos y Fax: +(591)(2) 2773378 / 2794538 > La Paz - Bolivia > > De: "Art Kagel" <art.kagel@gmail.com> > Para: ids@iiug.org > Enviados: Lunes, 12 de Enero 2015 15:46:56 > Asunto: Re: Problem with disk ownership [34456] > > No, it did not. I had to change it manually after restarting udevd. I > suspect I'm missing something in the rules file. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> > wrote: > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > -- > > Saludos Cordiales > > > > Rubén Dután > > Gerente > > APLEXT CIA. LTDA. > > Soluciones AX-ERP & TIC > > www.aplext.com.ec > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > > Yes, I set up the following rule file in /udev/etc/rules.d and reloaded > > the > > > rules: > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > #> > > # Privilege rules for Informix chunk devices > > > # > > > # Author: Art S. Kagel > > > # > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > OWNER="informix", > > > GROUP="informix", MODE="0660" > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant > > > ASK Database Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and do not reflect on the IIUG, nor any other organization with which I > > am > > > associated either explicitly, implicitly, or by inference. Neither do > > > those opinions reflect those of other individuals affiliated with any > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > stefan.sammut@ptl.com.mt > > > > > > wrote: > > > > > > > I feel embarrassed to reply to you Art :-) > > > > Maybe this helps. > > > > Is the owner and group set to "Informix" in rules.d? > > > > You may reload using. > > > > /sbin/udevcontrol reload_rules > > > > /sbin/start_udev > > > > Also > > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, and > > gid > > > > parameters have been deprecated. Permissions for device-mapper > devices > > > > (including mulitpath mappings) are set by means of udev rules. There > > is a > > > > template file in /usr/share/doc/device-mapper-version called > > > > 12-dm-permissions.rules which you can use and place in the > > > > /etc/udev/rules.d > > > > directory for it to take effect" > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > Art > > > > Kagel > > > > Sent: 12 January 2015 18:49 > > > > To: ids@iiug.org > > > > Subject: Problem with disk ownership [34447] > > > > > > > > Folks: > > > > > > > > This is a new one on me. I have a client running RHEL6 and using a > "dm" > > > > disk device for Informix chunks. When I set the ownership of the > > device to > > > > informix:informix it's fine until oninit -ivy (or any user informix > > owned > > > > process like dd of=<device-path>) tries to write to it. Then the > > ownership > > > > changes back to root:disk. I have tried setting up a udev rule file > for > > the > > > > device in /etc/udev/rules.d and it seems to initially set the > > ownership to > > > > informix:informix for me like I want it to, but still running oninit > > -ivy > > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > > > Has anyone run into this and figured out how to get around the > problem? > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant ASK Database > > Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and > > > > do not reflect on the IIUG, nor any other organization with which I > am > > > > associated either explicitly, implicitly, or by inference. Neither do@@N

[root@oran1 rules.d]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.4 (Santiago) [root@oran1 rules.d]# file /dev/dm-20 /dev/dm-20: block special [root@oran1 rules.d]# ls -l /dev/dm-20 brw-rw---- 1 root disk 253, 20 Jan 12 22:06 /dev/dm-20 [root@oran1 rules.d]# cat /etc/udev/rules.d/60-raw.rules|grep informix ACTION=="add|change", KERNEL=="dm-20", OWNER="informix", GROUP="informix", MODE="0660" [root@oran1 rules.d]# udevadm trigger [root@oran1 rules.d]# ls -l /dev/dm-20 brw-rw---- 1 informix informix 253, 20 Jan 12 22:08 /dev/dm-20 I just did this as a test and it works 2015-01-12 22:05 GMT+02:00 Art Kagel <art.kagel@gmail.com>: > OK, so I now have this: > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", MODE="0660" > > No change. The owner is not correctly set when udevd restarts and if I > manually change it udev (or something) changes is back when informix writes > to the device. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> wrote: > > > I use this: > > > > /etc/udev/rules.d/96-multipath.rules > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", > MODE="0660" > > > > Change de lvname with your lv name. > > > > Then > > > > /sbin/start_udev > > > > You will see that the /dev/dm-? have the correct owner, group and mode. > > > > Regards. > > > > Luis Panozzo Saavedra > > Gerente Técnico > > luis_panozzo@sisa.com.bo > > Soluciones Integrales S.A. > > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > > Teléfonos y Fax: +(591)(2) 2773378 / 2794538 > > La Paz - Bolivia > > > > De: "Art Kagel" <art.kagel@gmail.com> > > Para: ids@iiug.org > > Enviados: Lunes, 12 de Enero 2015 15:46:56 > > Asunto: Re: Problem with disk ownership [34456] > > > > No, it did not. I had to change it manually after restarting udevd. I > > suspect I'm missing something in the rules file. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> > > wrote: > > > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > > -- > > > Saludos Cordiales > > > > > > Rubén Dután > > > Gerente > > > APLEXT CIA. LTDA. > > > Soluciones AX-ERP & TIC > > > www.aplext.com.ec > > > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > > > Yes, I set up the following rule file in /udev/etc/rules.d and > reloaded > > > the > > > > rules: > > > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > > #> > > > # Privilege rules for Informix chunk devices > > > > # > > > > # Author: Art S. Kagel > > > > # > > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > > OWNER="informix", > > > > GROUP="informix", MODE="0660" > > > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > ASK Database Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and do not reflect on the IIUG, nor any other organization with > which I > > > am > > > > associated either explicitly, implicitly, or by inference. Neither do > > > > those opinions reflect those of other individuals affiliated with any > > > > entity with which I am affiliated nor those of the entities > themselves. > > > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > > stefan.sammut@ptl.com.mt > > > > > > > > wrote: > > > > > > > > > I feel embarrassed to reply to you Art :-) > > > > > Maybe this helps. > > > > > Is the owner and group set to "Informix" in rules.d? > > > > > You may reload using. > > > > > /sbin/udevcontrol reload_rules > > > > > /sbin/start_udev > > > > > Also > > > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, > and > > > gid > > > > > parameters have been deprecated. Permissions for device-mapper > > devices > > > > > (including mulitpath mappings) are set by means of udev rules. > There > > > is a > > > > > template file in /usr/share/doc/device-mapper-version called > > > > > 12-dm-permissions.rules which you can use and place in the > > > > > /etc/udev/rules.d > > > > > directory for it to take effect" > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > Of > > > Art > > > > > Kagel > > > > > Sent: 12 January 2015 18:49 > > > > > To: ids@iiug.org > > > > > Subject: Problem with disk ownership [34447] > > > > > > > > > > Folks: > > > > > > > > > > This is a new one on me. I have a client running RHEL6 and using a > > "dm" > > > > > disk device for Informix chunks. When I set the ownership of the > > > device to > > > > > informix:informix it's fine until oninit -ivy (or any user informix > > > owned > > > > > process like dd of=<device-path>) tries to write to it. Then the > > > ownership > > > > > changes back to root:disk. I have tried setting up a udev rule file > > for > > > the > > > > > device in /etc/udev/rules.d and it seems to initially set the > > > ownership to > > > > > informix:informix for me like I want it to, but still running > oninit > > > -ivy> > > > > causes the ownership to change back to root:disk and oninit fails. > > > > > > > > > > Has anyone run into this and figured out how to get around the > > problem? > > > > > > > > > > Art > > > > > > > > > > Art S. Kagel,

There is no /dev/vd-test directory (or /dev/vd<anything>). Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 3:09 PM, Luis Panozzo <lupasa@sisa.com.bo> wrote: > Do not use the real name of the device. > > You must uso the name of the lv. > > ej. > > /dev/vd-test/lvrootdbs > > then use lvrootdbs > > After restart udev you will that /dev/dm-?? linked with > /dev/vd-test/lvrootdbs > has the correct owner, group and mode. > > Regards. > > Luis Panozzo Saavedra > Gerente Técnico > luis_panozzo@sisa.com.bo > Soluciones Integrales S.A. > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > Teléfonos y Fax: +(591)(2) 2773378 / 2794538 > La Paz - Bolivia > > De: "Art Kagel" <art.kagel@gmail.com> > Para: ids@iiug.org > Enviados: Lunes, 12 de Enero 2015 16:05:41 > Asunto: Re: Problem with disk ownership [34462] > > OK, so I now have this: > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", MODE="0660" > > No change. The owner is not correctly set when udevd restarts and if I > manually change it udev (or something) changes is back when informix writes > to the device. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> wrote: > > > I use this: > > > > /etc/udev/rules.d/96-multipath.rules > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", > MODE="0660" > > > > Change de lvname with your lv name. > > > > Then > > > > /sbin/start_udev > > > > You will see that the /dev/dm-? have the correct owner, group and mode. > > > > Regards. > > > > Luis Panozzo Saavedra > > Gerente Técnico > > luis_panozzo@sisa.com.bo > > Soluciones Integrales S.A. > > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > > Teléfonos y Fax: +(591)(2) 2773378 / 2794538 > > La Paz - Bolivia > > > > De: "Art Kagel" <art.kagel@gmail.com> > > Para: ids@iiug.org > > Enviados: Lunes, 12 de Enero 2015 15:46:56 > > Asunto: Re: Problem with disk ownership [34456] > > > > No, it did not. I had to change it manually after restarting udevd. I > > suspect I'm missing something in the rules file. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> > > wrote: > > > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > > -- > > > Saludos Cordiales > > > > > > Rubén Dután > > > Gerente > > > APLEXT CIA. LTDA. > > > Soluciones AX-ERP & TIC > > > www.aplext.com.ec > > > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > > > Yes, I set up the following rule file in /udev/etc/rules.d and > reloaded > > > the > > > > rules: > > > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > > #> > > > # Privilege rules for Informix chunk devices > > > > # > > > > # Author: Art S. Kagel > > > > # > > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > > OWNER="informix", > > > > GROUP="informix", MODE="0660" > > > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > ASK Database Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and do not reflect on the IIUG, nor any other organization with > which I > > > am > > > > associated either explicitly, implicitly, or by inference. Neither do > > > > those opinions reflect those of other individuals affiliated with any > > > > entity with which I am affiliated nor those of the entities > themselves. > > > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > > stefan.sammut@ptl.com.mt > > > > > > > > wrote: > > > > > > > > > I feel embarrassed to reply to you Art :-) > > > > > Maybe this helps. > > > > > Is the owner and group set to "Informix" in rules.d? > > > > > You may reload using. > > > > > /sbin/udevcontrol reload_rules > > > > > /sbin/start_udev > > > > > Also > > > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, > and > > > gid > > > > > parameters have been deprecated. Permissions for device-mapper > > devices > > > > > (including mulitpath mappings) are set by means of udev rules. > There > > > is a > > > > > template file in /usr/share/doc/device-mapper-version called > > > > > 12-dm-permissions.rules which you can use and place in the > > > > > /etc/udev/rules.d > > > > > directory for it to take effect" > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > Of > > > Art > > > > > Kagel > > > > > Sent: 12 January 2015 18:49 > > > > > To: ids@iiug.org > > > > > Subject: Problem with disk ownership [34447] > > > > > > > > > > Folks: > > > > > > > > > > This is a new one on me. I have a client running RHEL6 and using a > > "dm" > > > > > disk device for Informix chunks. When I set the ownership of the > > > device to > > > > > informix:informix it's fine until oninit -ivy (or any user informi

YeeHaa! Thank you Lyubomir! That's done it! I now have, for the aid of posterity, in /etc/udev/rules.d/60-raw.rules: ACTION=="add|change", KERNEL=="dm-2", OWNER="informix", GROUP="informix", MODE="0660" Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 3:14 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com> wrote: > [root@oran1 rules.d]# cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.4 (Santiago) > > [root@oran1 rules.d]# file /dev/dm-20 > /dev/dm-20: block special > > [root@oran1 rules.d]# ls -l /dev/dm-20 > brw-rw---- 1 root disk 253, 20 Jan 12 22:06 /dev/dm-20 > > [root@oran1 rules.d]# cat /etc/udev/rules.d/60-raw.rules|grep informix > ACTION=="add|change", KERNEL=="dm-20", OWNER="informix", GROUP="informix", > MODE="0660" > > [root@oran1 rules.d]# udevadm trigger > > [root@oran1 rules.d]# ls -l /dev/dm-20 > brw-rw---- 1 informix informix 253, 20 Jan 12 22:08 /dev/dm-20 > > I just did this as a test and it works > > 2015-01-12 22:05 GMT+02:00 Art Kagel <art.kagel@gmail.com>: > > > OK, so I now have this: > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", MODE="0660" > > > > No change. The owner is not correctly set when udevd restarts and if I > > manually change it udev (or something) changes is back when informix > writes > > to the device. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> > wrote: > > > > > I use this: > > > > > > /etc/udev/rules.d/96-multipath.rules > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", > > MODE="0660" > > > > > > Change de lvname with your lv name. > > > > > > Then > > > > > > /sbin/start_udev > > > > > > You will see that the /dev/dm-? have the correct owner, group and mode. > > > > > > Regards. > > > > > > Luis Panozzo Saavedra > > > Gerente Técnico > > > luis_panozzo@sisa.com.bo > > > Soluciones Integrales S.A. > > > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > > > Teléfonos y Fax: +(591)(2) 2773378 / 2794538 > > > La Paz - Bolivia > > > > > > De: "Art Kagel" <art.kagel@gmail.com> > > > Para: ids@iiug.org > > > Enviados: Lunes, 12 de Enero 2015 15:46:56 > > > Asunto: Re: Problem with disk ownership [34456] > > > > > > No, it did not. I had to change it manually after restarting udevd. I > > > suspect I'm missing something in the rules file. > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant > > > ASK Database Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and do not reflect on the IIUG, nor any other organization with which I > > am > > > associated either explicitly, implicitly, or by inference. Neither do > > > those opinions reflect those of other individuals affiliated with any > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan < > ruben.dutan@aplext.com.ec> > > > wrote: > > > > > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > > > -- > > > > Saludos Cordiales > > > > > > > > Rubén Dután > > > > Gerente > > > > APLEXT CIA. LTDA. > > > > Soluciones AX-ERP & TIC > > > > www.aplext.com.ec > > > > > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribió: > > > > > Yes, I set up the following rule file in /udev/etc/rules.d and > > reloaded > > > > the > > > > > rules: > > > > > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > > > #> > > > > # Privilege rules for Informix chunk devices > > > > > # > > > > > # Author: Art S. Kagel > > > > > # > > > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > > > OWNER="informix", > > > > > GROUP="informix", MODE="0660" > > > > > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > > > > > Art > > > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > > ASK Database Management > > > > > www.askdbmgt.com > > > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > > opinions > > > > > and do not reflect on the IIUG, nor any other organization with > > which I > > > > am > > > > > associated either explicitly, implicitly, or by inference. Neither > do > > > > > those opinions reflect those of other individuals affiliated with > any > > > > > entity with which I am affiliated nor those of the entities > > themselves. > > > > > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > > > stefan.sammut@ptl.com.mt > > > > > > > > > > wrote: > > > > > > > > > > > I feel embarrassed to reply to you Art :-) > > > > > > Maybe this helps. > > > > > > Is the owner and group set to "Informix" in rules.d? > > > > > > You may reload using. > > > > > > /sbin/udevcontrol reload_rules > > > > > > /sbin/start_udev > > > > > > Also > > > > > > " As of the Red Hat Enterprise Linux 6.0 release, the mode, uid, > > and > > > > gid > > > > > > parameters have been deprecated. Permissions for device-mapper > > > devices > > > > > > (including mulitpath mappings) are set by means of udev rules. > > There > > > > is a > > > > > > template file in /usr/share/doc/device-mapper-version called > > > > > > 12-dm-permissions.rules which you can use and place in the > > > > > > /etc/udev/rules.d > > > > > > directory for it to take effect" > > > > > > > > > > > > -----Original Messa

I use file with name "99-local.rules" with this content KERNEL=="sda3", OWNER="informix", GROUP="informix", MODE="0660" -- Saludos Cordiales Rubén Dután Gerente APLEXT CIA. LTDA. Soluciones AX-ERP & TIC www.aplext.com.ec El lun, 12-01-2015 a las 15:54 -0500, Art Kagel escribió: > YeeHaa! Thank you Lyubomir! That's done it! I now have, for the aid of > posterity, in /etc/udev/rules.d/60-raw.rules: > > ACTION=="add|change", KERNEL=="dm-2", OWNER="informix", GROUP="informix", > MODE="0660" > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 3:14 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com> > wrote: > > > [root@oran1 rules.d]# cat /etc/redhat-release > > Red Hat Enterprise Linux Server release 6.4 (Santiago) > > > > [root@oran1 rules.d]# file /dev/dm-20 > > /dev/dm-20: block special > > > > [root@oran1 rules.d]# ls -l /dev/dm-20 > > brw-rw---- 1 root disk 253, 20 Jan 12 22:06 /dev/dm-20 > > > > [root@oran1 rules.d]# cat /etc/udev/rules.d/60-raw.rules|grep informix > > ACTION=="add|change", KERNEL=="dm-20", OWNER="informix", GROUP="informix", > > MODE="0660" > > > > [root@oran1 rules.d]# udevadm trigger > > > > [root@oran1 rules.d]# ls -l /dev/dm-20 > > brw-rw---- 1 informix informix 253, 20 Jan 12 22:08 /dev/dm-20 > > > > I just did this as a test and it works > > > > 2015-01-12 22:05 GMT+02:00 Art Kagel <art.kagel@gmail.com>: > > > > > OK, so I now have this: > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", MODE="0660" > > > > > > No change. The owner is not correctly set when udevd restarts and if I > > > manually change it udev (or something) changes is back when informix > > writes > > > to the device. > > > > > > Art > > > > > > Art S. Kagel, President and Principal Consultant > > > ASK Database Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > > and do not reflect on the IIUG, nor any other organization with which I > > am > > > associated either explicitly, implicitly, or by inference. Neither do > > > those opinions reflect those of other individuals affiliated with any > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> > > wrote: > > > > > > > I use this: > > > > > > > > /etc/udev/rules.d/96-multipath.rules > > > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", > > > MODE="0660" > > > > > > > > Change de lvname with your lv name. > > > > > > > > Then > > > > > > > > /sbin/start_udev > > > > > > > > You will see that the /dev/dm-? have the correct owner, group and mode. > > > > > > > > Regards. > > > > > > > > Luis Panozzo Saavedra > > > > Gerente Tcnico > > > > luis_panozzo@sisa.com.bo > > > > Soluciones Integrales S.A. > > > > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > > > > Telfonos y Fax: +(591)(2) 2773378 / 2794538 > > > > La Paz - Bolivia > > > > > > > > De: "Art Kagel" <art.kagel@gmail.com> > > > > Para: ids@iiug.org > > > > Enviados: Lunes, 12 de Enero 2015 15:46:56 > > > > Asunto: Re: Problem with disk ownership [34456] > > > > > > > > No, it did not. I had to change it manually after restarting udevd. I > > > > suspect I'm missing something in the rules file. > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > ASK Database Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > and do not reflect on the IIUG, nor any other organization with which I > > > am > > > > associated either explicitly, implicitly, or by inference. Neither do > > > > those opinions reflect those of other individuals affiliated with any > > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan < > > ruben.dutan@aplext.com.ec> > > > > wrote: > > > > > > > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > > > > -- > > > > > Saludos Cordiales > > > > > > > > > > Rubn Dutn > > > > > Gerente > > > > > APLEXT CIA. LTDA. > > > > > Soluciones AX-ERP & TIC > > > > > www.aplext.com.ec > > > > > > > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribi: > > > > > > Yes, I set up the following rule file in /udev/etc/rules.d and > > > reloaded > > > > > the > > > > > > rules: > > > > > > > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > > > > #> > > > > > # Privilege rules for Informix chunk devices > > > > > > # > > > > > > # Author: Art S. Kagel > > > > > > # > > > > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > > > > OWNER="informix", > > > > > > GROUP="informix", MODE="0660" > > > > > > > > > > > > I'm no SysAdmin, so this may be missing something. > > > > > > > > > > > > Art > > > > > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > > > ASK Database Management > > > > > > www.askdbmgt.com > > > > > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > > > opinions > > > > > > and do not reflect on the IIUG, nor any other organization with > > > which I > > > > > am > > > > > > associated either explicitly, implicitly, or by inference. Neither > > do > > > > > > those opinions reflect those of other individuals affiliated with > > any > > > > > > entity with which I am affiliated nor those of the entities > > > themselves. > > > > > > > > > > > > On Mon, Jan 12, 2015 at 1:02 PM, Stefan Sammut < > > > > stefan.sammut@ptl.com.mt > > > > > > > > > > > > wrote: > > > > > > > > > > > > > I feel embarrassed to reply to you Art :-) > > > > > > > Maybe this helps. > > > > > > > Is the owner and group set to "Informix" in rules.d? > > > > > > >

Thanks Ruben. Now that I have things working I can play with making things sane, this helps. Thanks also to Jonathan, Stephan, and Luis. Every effort helps. Art Art S. Kagel, President and Principal Consultant ASK Database Management www.askdbmgt.com Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Mon, Jan 12, 2015 at 4:06 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> wrote: > I use file with name "99-local.rules" with this content > KERNEL=="sda3", OWNER="informix", GROUP="informix", MODE="0660" > > -- > Saludos Cordiales > > Rubén Dután > Gerente > APLEXT CIA. LTDA. > Soluciones AX-ERP & TIC > www.aplext.com.ec > > El lun, 12-01-2015 a las 15:54 -0500, Art Kagel escribió: > > YeeHaa! Thank you Lyubomir! That's done it! I now have, for the aid of > > posterity, in /etc/udev/rules.d/60-raw.rules: > > > > ACTION=="add|change", KERNEL=="dm-2", OWNER="informix", GROUP="informix", > > MODE="0660" > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 3:14 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com > > > > wrote: > > > > > [root@oran1 rules.d]# cat /etc/redhat-release > > > Red Hat Enterprise Linux Server release 6.4 (Santiago) > > > > > > [root@oran1 rules.d]# file /dev/dm-20 > > > /dev/dm-20: block special > > > > > > [root@oran1 rules.d]# ls -l /dev/dm-20 > > > brw-rw---- 1 root disk 253, 20 Jan 12 22:06 /dev/dm-20 > > > > > > [root@oran1 rules.d]# cat /etc/udev/rules.d/60-raw.rules|grep informix > > > ACTION=="add|change", KERNEL=="dm-20", OWNER="informix", > GROUP="informix", > > > MODE="0660" > > > > > > [root@oran1 rules.d]# udevadm trigger > > > > > > [root@oran1 rules.d]# ls -l /dev/dm-20 > > > brw-rw---- 1 informix informix 253, 20 Jan 12 22:08 /dev/dm-20 > > > > > > I just did this as a test and it works > > > > > > 2015-01-12 22:05 GMT+02:00 Art Kagel <art.kagel@gmail.com>: > > > > > > > OK, so I now have this: > > > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > > ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", > MODE="0660" > > > > > > > > No change. The owner is not correctly set when udevd restarts and if > I > > > > manually change it udev (or something) changes is back when informix > > > writes > > > > to the device. > > > > > > > > Art > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > ASK Database Management > > > > www.askdbmgt.com > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > > and do not reflect on the IIUG, nor any other organization with > which I > > > am > > > > associated either explicitly, implicitly, or by inference. Neither do > > > > those opinions reflect those of other individuals affiliated with any > > > > entity with which I am affiliated nor those of the entities > themselves. > > > > > > > > On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> > > > wrote: > > > > > > > > > I use this: > > > > > > > > > > /etc/udev/rules.d/96-multipath.rules > > > > > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > > > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", > > > > MODE="0660" > > > > > > > > > > Change de lvname with your lv name. > > > > > > > > > > Then > > > > > > > > > > /sbin/start_udev > > > > > > > > > > You will see that the /dev/dm-? have the correct owner, group and > mode. > > > > > > > > > > Regards. > > > > > > > > > > Luis Panozzo Saavedra > > > > > Gerente Tcnico > > > > > luis_panozzo@sisa.com.bo > > > > > Soluciones Integrales S.A. > > > > > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > > > > > Telfonos y Fax: +(591)(2) 2773378 / 2794538 > > > > > La Paz - Bolivia > > > > > > > > > > De: "Art Kagel" <art.kagel@gmail.com> > > > > > Para: ids@iiug.org > > > > > Enviados: Lunes, 12 de Enero 2015 15:46:56 > > > > > Asunto: Re: Problem with disk ownership [34456] > > > > > > > > > > No, it did not. I had to change it manually after restarting > udevd. I > > > > > suspect I'm missing something in the rules file. > > > > > > > > > > Art > > > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > > ASK Database Management > > > > > www.askdbmgt.com > > > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > > opinions > > > > > and do not reflect on the IIUG, nor any other organization with > which > I > > > > am > > > > > associated either explicitly, implicitly, or by inference. Neither > do > > > > > those opinions reflect those of other individuals affiliated with > any > > > > > entity with which I am affiliated nor those of the entities > themselves. > > > > > > > > > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan < > > > ruben.dutan@aplext.com.ec> > > > > > wrote: > > > > > > > > > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > > > > > -- > > > > > > Saludos Cordiales > > > > > > > > > > > > Rubn Dutn > > > > > > Gerente > > > > > > APLEXT CIA. LTDA. > > > > > > Soluciones AX-ERP & TIC > > > > > > www.aplext.com.ec > > > > > > > > > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribi: > > > > > > > Yes, I set up the following rule file in /udev/etc/rules.d and > > > > reloaded > > > > > > the > > > > > > > rules: > > > > > > > > > > > > > > # cat /etc/udev/rules.d/99-informix.rules > > > > > > > #> > > > > > > # Privilege rules for Informix chunk devices > > > > > > > # > > > > > > > # Author: Art S. Kagel > > > > > > > # > > > > > > > KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > > > > > > OWNER="informix", > > > > > > > GROUP="informix", MODE="

Whoever tidys this up into a FAQ article can have the credit....!! Regards, David. > On 12 January 2015 at 21:11 Art Kagel <art.kagel@gmail.com> wrote: > > > Thanks Ruben. Now that I have things working I can play with making things > sane, this helps. > > Thanks also to Jonathan, Stephan, and Luis. Every effort helps. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 4:06 PM, Ruben Dutan <ruben.dutan@aplext.com.ec> > wrote: > > > I use file with name "99-local.rules" with this content > > KERNEL=="sda3", OWNER="informix", GROUP="informix", MODE="0660" > > > > -- > > Saludos Cordiales > > > > Rubén Dután > > Gerente > > APLEXT CIA. LTDA. > > Soluciones AX-ERP & TIC > > www.aplext.com.ec > > > > El lun, 12-01-2015 a las 15:54 -0500, Art Kagel escribió: > > > YeeHaa! Thank you Lyubomir! That's done it! I now have, for the aid of > > > posterity, in /etc/udev/rules.d/60-raw.rules: > > > > > > ACTION=="add|change", KERNEL=="dm-2", OWNER="informix", GROUP="informix", > > > MODE="0660" > > > > > > Art S. Kagel, President and Principal Consultant > > > ASK Database Management > > > www.askdbmgt.com > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > > and do not reflect on the IIUG, nor any other organization with which I > > am > > > associated either explicitly, implicitly, or by inference. Neither do > > > those opinions reflect those of other individuals affiliated with any > > > entity with which I am affiliated nor those of the entities themselves. > > > > > > On Mon, Jan 12, 2015 at 3:14 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com > > > > > > wrote: > > > > > > > [root@oran1 rules.d]# cat /etc/redhat-release > > > > Red Hat Enterprise Linux Server release 6.4 (Santiago) > > > > > > > > [root@oran1 rules.d]# file /dev/dm-20 > > > > /dev/dm-20: block special > > > > > > > > [root@oran1 rules.d]# ls -l /dev/dm-20 > > > > brw-rw---- 1 root disk 253, 20 Jan 12 22:06 /dev/dm-20 > > > > > > > > [root@oran1 rules.d]# cat /etc/udev/rules.d/60-raw.rules|grep informix > > > > ACTION=="add|change", KERNEL=="dm-20", OWNER="informix", > > GROUP="informix", > > > > MODE="0660" > > > > > > > > [root@oran1 rules.d]# udevadm trigger > > > > > > > > [root@oran1 rules.d]# ls -l /dev/dm-20 > > > > brw-rw---- 1 informix informix 253, 20 Jan 12 22:08 /dev/dm-20 > > > > > > > > I just did this as a test and it works > > > > > > > > 2015-01-12 22:05 GMT+02:00 Art Kagel <art.kagel@gmail.com>: > > > > > > > > > OK, so I now have this: > > > > > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > > > ENV{DM_LV_NAME}=="dm-2", GROUP="informix", OWNER="informix", > > MODE="0660" > > > > > > > > > > No change. The owner is not correctly set when udevd restarts and if > > I > > > > > manually change it udev (or something) changes is back when informix > > > > writes > > > > > to the device. > > > > > > > > > > Art > > > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > > ASK Database Management > > > > > www.askdbmgt.com > > > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > opinions > > > > > and do not reflect on the IIUG, nor any other organization with > > which I > > > > am > > > > > associated either explicitly, implicitly, or by inference. Neither do > > > > > those opinions reflect those of other individuals affiliated with any > > > > > entity with which I am affiliated nor those of the entities > > themselves. > > > > > > > > > > On Mon, Jan 12, 2015 at 2:52 PM, Luis Panozzo <lupasa@sisa.com.bo> > > > > wrote: > > > > > > > > > > > I use this: > > > > > > > > > > > > /etc/udev/rules.d/96-multipath.rules > > > > > > > > > > > > ACTION=="add|change", ENV{UDISKS_DM_TARGETS_TYPE}=="multipath", > > > > > > ENV{DM_LV_NAME}=="lvname", GROUP="informix", OWNER="informix", > > > > > MODE="0660" > > > > > > > > > > > > Change de lvname with your lv name. > > > > > > > > > > > > Then > > > > > > > > > > > > /sbin/start_udev > > > > > > > > > > > > You will see that the /dev/dm-? have the correct owner, group and > > mode. > > > > > > > > > > > > Regards. > > > > > > > > > > > > Luis Panozzo Saavedra > > > > > > Gerente Tcnico > > > > > > luis_panozzo@sisa.com.bo > > > > > > Soluciones Integrales S.A. > > > > > > Calle Ignacio Cordero 8487 - Piso 2, San Miguel > > > > > > Telfonos y Fax: +(591)(2) 2773378 / 2794538 > > > > > > La Paz - Bolivia > > > > > > > > > > > > De: "Art Kagel" <art.kagel@gmail.com> > > > > > > Para: ids@iiug.org > > > > > > Enviados: Lunes, 12 de Enero 2015 15:46:56 > > > > > > Asunto: Re: Problem with disk ownership [34456] > > > > > > > > > > > > No, it did not. I had to change it manually after restarting > > udevd. I > > > > > > suspect I'm missing something in the rules file. > > > > > > > > > > > > Art > > > > > > > > > > > > Art S. Kagel, President and Principal Consultant > > > > > > ASK Database Management > > > > > > www.askdbmgt.com > > > > > > > > > > > > Blog: http://informix-myview.blogspot.com/ > > > > > > > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > > > > opinions > > > > > > and do not reflect on the IIUG, nor any other organization with > > which > > I > > > > > am > > > > > > associated either explicitly, implicitly, or by inference. Neither > > do > > > > > > those opinions reflect those of other individuals affiliated with > > any > > > > > > entity with which I am affiliated nor those of the entities > > themselves. > > > > > > > > > > > > On Mon, Jan 12, 2015 at 2:42 PM, Ruben Dutan < > > > > ruben.dutan@aplext.com.ec> > > > > > > wrote: > > > > > > > > > > > > > When reloaded udev.. change the owner and group of /dev/dm-2? > > > > > > > -- > > > > > > > Saludos Cordiales > > > > > > > > > > > > > > Rubn Dutn > > > > > > > Gerente > > > > > > > APLEXT CIA. LTDA. > > > > > > > Soluciones AX-ERP & TIC > > > > > > > www.aplext.com.ec > > > > > > > > > > > > > > El lun, 12-01-2015 a las 13:35 -0500, Art Kagel escribi: > > > > > > > > Yes, I set up the followi

Can I please stop getting thee emails? I've been getting then for a while now and I don't know why. Thanks. Sent from my iPhone > On Jan 12, 2015, at 3:02 PM, "Art Kagel" <art.kagel@gmail.com> wrote: > > That didn't do it. > > Art > > Art S. Kagel, President and Principal Consultant > ASK Database Management > www.askdbmgt.com > > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on the IIUG, nor any other organization with which I am > associated either explicitly, implicitly, or by inference. Neither do > those opinions reflect those of other individuals affiliated with any > entity with which I am affiliated nor those of the entities themselves. > > On Mon, Jan 12, 2015 at 2:56 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com> > wrote: > >> Hi, >> Please try changing SUBSYSTEM from 'disk' to 'block' and reload udev rules. >> >> 2015-01-12 21:49 GMT+02:00 Jonathan Leffler <jonathan.leffler@gmail.com>: >> >>> Are the == (double equals) correct syntax? >>> >>>> On Mon, Jan 12, 2015 at 10:35 AM, Art Kagel <art.kagel@gmail.com> wrote: >>>> >>>> Yes, I set up the following rule file in /udev/etc/rules.d and reloaded >>> the >>>> rules: >>>> >>>> # cat /etc/udev/rules.d/99-informix.rules >>>> #>>>> # Privilege rules for Informix chunk devices >>>> # >>>> # Author: Art S. Kagel >>>> # >>>> KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", >>> OWNER="informix",

Did you subscribe to this forum at www.iiug.org? If not is this a fairly new email address for you? Art On Jan 17, 2015 1:17 AM, "Jason Houck" <jdh2@comcast.net> wrote: > Can I please stop getting thee emails? I've been getting then for a while > now > and I don't know why. Thanks. > > Sent from my iPhone > > > On Jan 12, 2015, at 3:02 PM, "Art Kagel" <art.kagel@gmail.com> wrote: > > > > That didn't do it. > > > > Art > > > > Art S. Kagel, President and Principal Consultant > > ASK Database Management > > www.askdbmgt.com > > > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on the IIUG, nor any other organization with which I > am > > associated either explicitly, implicitly, or by inference. Neither do > > those opinions reflect those of other individuals affiliated with any > > entity with which I am affiliated nor those of the entities themselves. > > > > On Mon, Jan 12, 2015 at 2:56 PM, Lyubomir Grigorov <lgrigorlu1@gmail.com > > > > wrote: > > > >> Hi, > >> Please try changing SUBSYSTEM from 'disk' to 'block' and reload udev > rules. > >> > >> 2015-01-12 21:49 GMT+02:00 Jonathan Leffler <jonathan.leffler@gmail.com > >: > >> > >>> Are the == (double equals) correct syntax? > >>> > >>>> On Mon, Jan 12, 2015 at 10:35 AM, Art Kagel <art.kagel@gmail.com> > wrote: > >>>> > >>>> Yes, I set up the following rule file in /udev/etc/rules.d and > reloaded > >>> the > >>>> rules: > >>>> > >>>> # cat /etc/udev/rules.d/99-informix.rules > >>>> #> >>>> # Privilege rules for Informix chunk devices > >>>> # > >>>> # Author: Art S. Kagel > >>>> # > >>>> KERNEL=="dm-2", DEVPATH=="/dev/dm-2", SUBSYSTEM=="disk", > >>> OWNER="informix", > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --001a1136dc9eb0cab5050ce252d3

Hi, As someone else has mentioned you don't have to use the name of the device Linux gives you and with udev you can create a block device in a directory off /dev: In your example it could be modified to: KERNEL=="sda3", NAME="informix/data01", OWNER="informix", GROUP="informix", MODE="0660", ATTR{queue/scheduler}="deadline" This would result in a block special device named /dev/informix/data01 with the permissions above. You then wouldn't need to link to or worry about /dev/sda3 In certain situations udev should ensure the device you use remains the same, even if the underlying device name changes. Note I've added 'ATTR{queue/scheduler}="deadline"' which is said to be good for database workloads: this may or may not be good for your system but it's worth being aware that in Linux you can use different scheduling algorithms to control how requests are passed to your underlying devices. Ben.