Informix 10 permissions problem?

Hi all, I'm using Informix 10.00.FC6 on HP/UX 11.11. Informix is installed, configured, and one instance running. However, I'm having a problem with onmonitor when I go to, say, change the tape drive. If I make a change, and hit esc, I get this at the bottom of onmonitor: Operating system error: 2. Press Return to continue. (when I hit Return, I get this:) Operating system error: 2. WARNING: Cannot write to $INFORMIXDIR/etc. Fairly obvious error, right? Thing is, if I exit onmonitor (I'm in $INFORMIXDIR/etc already), and do "vi $ONCONFIG", I can edit and save the file just fine! Here's id and permissions: INFORMIX:asp27[calcotest] etc$ id uid=27001(informix) gid=2701(informix) groups=301(asprsp),200(systems) INFORMIX:asp27[calcotest] etc$ ls -l $ONCONFIG -rw-r--r-- 1 informix informix 13295 Jul 24 16:07 onconfig.calcotest Any thoughts on this? Oh, it is worth noting that I moved the INFORMIXDIR location on this box, and I'm wondering if this has anything to do with that. Although again, everything else is working fine. Thanks! Nate

On Jul 26, 10:52 am, nate...@gmail.com wrote: > Hi all, > > I'm using Informix 10.00.FC6 on HP/UX 11.11. Informix is installed, > configured, and one instance running. However, I'm having a problem > with onmonitor when I go to, say, change the tape drive. If I make a > change, and hit esc, I get this at the bottom of onmonitor: > > Operating system error: 2. > Press Return to continue. > > (when I hit Return, I get this:) > > Operating system error: 2. > WARNING: Cannot write to $INFORMIXDIR/etc. > > Fairly obvious error, right? Thing is, if I exit onmonitor (I'm in > $INFORMIXDIR/etc already), and do "vi $ONCONFIG", I can edit and save > the file just fine! > > Here's id and permissions: > > INFORMIX:asp27[calcotest] etc$ id > uid=27001(informix) gid=2701(informix) groups=301(asprsp),200(systems) > INFORMIX:asp27[calcotest] etc$ ls -l $ONCONFIG > -rw-r--r-- 1 informix informix 13295 Jul 24 16:07 > onconfig.calcotest > > Any thoughts on this? > > Oh, it is worth noting that I moved the INFORMIXDIR location on this > box, and I'm wondering if this has anything to do with that. Although > again, everything else is working fine. > > Thanks! > Nate What are the permissions on the onmoniter executable? I'm not sure why, but assuming the permissions on onmonitor are ok, do you still get the error if you change the $ONCONFIG file permissions to 664?

On Jul 26, 10:15 am, jpren...@yahoo.com wrote: > On Jul 26, 10:52 am, nate...@gmail.com wrote: > > > > > > > Hi all, > > > I'm using Informix 10.00.FC6 on HP/UX 11.11. Informix is installed, > > configured, and one instance running. However, I'm having a problem > > with onmonitor when I go to, say, change the tape drive. If I make a > > change, and hit esc, I get this at the bottom of onmonitor: > > > Operating system error: 2. > > Press Return to continue. > > > (when I hit Return, I get this:) > > > Operating system error: 2. > > WARNING: Cannot write to $INFORMIXDIR/etc. > > > Fairly obvious error, right? Thing is, if I exit onmonitor (I'm in > > $INFORMIXDIR/etc already), and do "vi $ONCONFIG", I can edit and save > > the file just fine! > > > Here's id and permissions: > > > INFORMIX:asp27[calcotest] etc$ id > > uid=27001(informix) gid=2701(informix) groups=301(asprsp),200(systems) > > INFORMIX:asp27[calcotest] etc$ ls -l $ONCONFIG > > -rw-r--r-- 1 informix informix 13295 Jul 24 16:07 > > onconfig.calcotest > > > Any thoughts on this? > > > Oh, it is worth noting that I moved the INFORMIXDIR location on this > > box, and I'm wondering if this has anything to do with that. Although > > again, everything else is working fine. > > > Thanks! > > Nate > > What are the permissions on the onmoniter executable? I'm not sure > why, but assuming the permissions on onmonitor are ok, do you still > get the error if you change the $ONCONFIG file permissions to 664?- Hide quoted text - > > - Show quoted text - Here are the permissions for onmonitor: INFORMIX:asp27[calcotest] bin$ ls -l onmonitor -rwxr-sr-x 1 informix informix 4122928 Jul 24 07:23 onmonitor Did you mean 775 (has to be executable)? I did try that, and it doesnt help. I'm pretty sure this has to do with moving the $INFORMIXDIR, but I don't see it. Here is the whole bin dir: INFORMIX:asp27[calcotest] bin$ ls -l total 320260 -rwxr-xr-x 1 informix informix 717976 Jan 5 2007 GenMacKey -r-xr-xr-x 1 informix informix 1111859 Jan 5 2007 ansrd -rwxr-xr-x 1 informix informix 2774072 Jul 24 07:23 archecker -rwxr-xr-x 1 informix informix 1654 Sep 22 2003 bdemocopy -rwxr-xr-x 1 informix informix 4238128 Jan 5 2007 blademgr -rwxr-xr-x 1 informix informix 13394 Sep 22 2003 c4gl -rwxr-xr-x 1 informix informix 2794256 Jan 5 2007 cdr -rwxr-xr-x 1 informix informix 4088 Oct 19 2005 check_version -rwxr-xr-x 1 informix informix 1682 Sep 22 2003 chkengine -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 chkenv -rwxr-xr-x 1 informix informix 1932 Sep 22 2003 chkserver -rwxr-xr-x 1 informix informix 16384 Sep 22 2003 convloc -rwxr-xr-x 1 informix informix 1150976 Oct 19 2005 crtcmap -rwxr-xr-x 1 informix informix 2607608 Jul 24 07:23 dbaccess -rwxr-xr-x 2 informix informix 4485 Jan 5 2007 dbaccessdemo -rwxr-xr-x 2 informix informix 4485 Jan 5 2007 dbaccessdemo7 -rwxr-xr-x 2 informix informix 4995 Jan 5 2007 dbaccessdemo9 -rwxr-xr-x 2 informix informix 4995 Jan 5 2007 dbaccessdemo_ud -rwxr-xr-x 1 informix informix 2345272 Jul 24 07:23 dbexport -rwxr-xr-x 1 informix informix 1965208 Jul 24 07:23 dbimport -rwxr-xr-x 1 informix informix 1952344 Jul 24 07:23 dbload -rwxr-xr-x 1 informix informix 2265136 Jul 24 07:23 dbschema -rwxr-xr-x 1 informix informix 7491 Sep 22 2003 del_gls -rwxr-xr-x 1 informix informix 21357 Oct 19 2005 esql -rwxr-xr-x 1 informix informix 733 Oct 19 2005 esqldemo -rwxr-xr-x 1 informix informix 1677 Sep 22 2003 fglexcopy -rwxr-xr-x 1 informix informix 343 Jan 5 2007 filtersym.sh -rwxr-xr-x 1 informix informix 5535 Oct 19 2005 finderr -rwxr-xr-x 1 informix informix 204800 Jul 24 07:17 form4gl -rwxr-xr-x 1 informix informix 9545 Oct 19 2005 glfiles -rwxr-xr-x 1 informix informix 5077 Jan 5 2007 hdrmkpri.sh -rwxr-xr-x 1 informix informix 5089 Jan 5 2007 hdrmksec.sh -rwxr-xr-x 1 informix informix 421888 Jul 24 07:17 i4gl -rwxr-xr-x 1 informix informix 1683 Sep 22 2003 i4gldemo -r-xr-xr-x 2 informix informix 21650 Jan 5 2007 ibmifmx_security.sh -rwsr-sr-x 1 root informix 20192 Jan 5 2007 ifmxgcore -rwxr-xr-x 1 informix informix 3411 Oct 19 2005 ifx_getversion -rwxr-xr-x 1 informix informix 16384 Sep 22 2003 infenv -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 infxmsg -rwxr-xr-x 1 informix informix 1648 Oct 19 2005 infxserver -rwxr-xr-x 1 informix informix 4652184 Jul 24 07:23 ipload -r-xr-xr-x 1 informix informix 893251 Jan 5 2007 ism_add -r-xr-xr-x 1 informix informix 938620 Jan 5 2007 ism_catalog -r-xr-xr-x 1 informix informix 45787 Jan 5 2007 ism_chk.pl -r-xr-xr-x 1 informix informix 534143 Jan 5 2007 ism_clone -r-xr-xr-x 1 informix informix 905608 Jan 5 2007 ism_config -r-xr-xr-x 1 informix informix 963442 Jan 5 2007 ism_op -r-xr-xr-x 1 informix informix 967574 Jan 5 2007 ism_rm -r-xr-xr-x 1 informix informix 913847 Jan 5 2007 ism_show -r-xr-xr-x 1 informix informix 13993 Jan 5 2007 ism_shutdown -r-xr-xr-x 1 informix informix 14467 Jan 5 2007 ism_startup -r-xr-xr-x 1 informix informix 934448 Jan 5 2007 ism_watch -rwxr-xr-x 1 informix informix 24576 Sep 22 2003 mkmessage -r-xr-xr-x 1 informix informix 1025102 Jan 5 2007 mminfo -r-xr-xr-x 1 informix informix 947011 Jan 5 2007 mmlocate -r-xr-xr-x 1 informix informix 942885 Jan 5 2007 mmpool -r-xr-xr-x 1 informix informix 917963 Jan 5 2007 mmrecov -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 msgfile -r-xr-xr-x 1 informix informix 822564 Jan 5 2007 nsradmin -r-xr-xr-x 1 informix informix 909666 Jan 5 2007 nsrcap -r-xr-xr-x 1 informix informix 1144995 Jan 5 2007 nsrck -r-xr-xr-x 1 informix informix 984037 Jan 5 2007 nsrclone -r-xr-xr-x 1 informix informix 1848338 Jan 5 2007 nsrd -r-xr-xr-x 1 informix informix 905630 Jan 5 2007 nsrexec -r-xr-xr-x 1 informix informix 1037313 Jan 5 2007 nsrexecd -r-xr-xr-x 1 informix informix 1000686 Jan 5 2007 nsrim -r-xr-xr-x 1 informix informix 1454006 Jan 5 2007 nsrindexasm -r-xr-xr-x 1 informix informix 1215061 Jan 5 2007 nsrindexd -r-xr-xr-x 1 informix informix 1157383 Jan 5 2007 nsrinfo -r-xr-xr-x 1 informix informix 922131 Jan 5 2007 nsrlic -r-xr-xr-x 1 informix informix 996073 Jan 5 2007 nsrlmc -r-xr-xr-x 1 informix informix 497029 Jan 5 2007 nsrlog -r-xr-xr-x 1 informix informix 1054257 Jan 5 2007 nsrls -r-xr-xr-x 1 informix informix 1012795 Jan 5 2007 nsrmm -r-xr-xr-x 1 informix informix 1276615 Jan 5 2007 nsrmmd -r-xr-xr-x 1 informix informix 1507449 Jan 5 2007 nsrmmdbasm -r-xr-xr-x 1 informix informix 1227419 Jan 5 2007 nsrmmdbd -r-xr-xr-x 1 informix informix 901508 Jan 5 2007 nsrtr

On Jul 26, 12:28 pm, nate...@gmail.com wrote: > On Jul 26, 10:15 am, jpren...@yahoo.com wrote: > > > > > On Jul 26, 10:52 am, nate...@gmail.com wrote: > > > > Hi all, > > > > I'm using Informix 10.00.FC6 on HP/UX 11.11. Informix is installed, > > > configured, and one instance running. However, I'm having a problem > > > with onmonitor when I go to, say, change the tape drive. If I make a > > > change, and hit esc, I get this at the bottom of onmonitor: > > > > Operating system error: 2. > > > Press Return to continue. > > > > (when I hit Return, I get this:) > > > > Operating system error: 2. > > > WARNING: Cannot write to $INFORMIXDIR/etc. > > > > Fairly obvious error, right? Thing is, if I exit onmonitor (I'm in > > > $INFORMIXDIR/etc already), and do "vi $ONCONFIG", I can edit and save > > > the file just fine! > > > > Here's id and permissions: > > > > INFORMIX:asp27[calcotest] etc$ id > > > uid=27001(informix) gid=2701(informix) groups=301(asprsp),200(systems) > > > INFORMIX:asp27[calcotest] etc$ ls -l $ONCONFIG > > > -rw-r--r-- 1 informix informix 13295 Jul 24 16:07 > > > onconfig.calcotest > > > > Any thoughts on this? > > > > Oh, it is worth noting that I moved the INFORMIXDIR location on this > > > box, and I'm wondering if this has anything to do with that. Although > > > again, everything else is working fine. > > > > Thanks! > > > Nate > > > What are the permissions on the onmoniter executable? I'm not sure > > why, but assuming the permissions on onmonitor are ok, do you still > > get the error if you change the $ONCONFIG file permissions to 664?- Hide quoted text - > > > - Show quoted text - > > Here are the permissions for onmonitor: > > INFORMIX:asp27[calcotest] bin$ ls -l onmonitor > -rwxr-sr-x 1 informix informix 4122928 Jul 24 07:23 onmonitor > > Did you mean 775 (has to be executable)? I did try that, and it doesnt > help. > > I'm pretty sure this has to do with moving the $INFORMIXDIR, but I > don't see it. Here is the whole bin dir: > > INFORMIX:asp27[calcotest] bin$ ls -l > total 320260 > -rwxr-xr-x 1 informix informix 717976 Jan 5 2007 GenMacKey > -r-xr-xr-x 1 informix informix 1111859 Jan 5 2007 ansrd > -rwxr-xr-x 1 informix informix 2774072 Jul 24 07:23 archecker > -rwxr-xr-x 1 informix informix 1654 Sep 22 2003 bdemocopy > -rwxr-xr-x 1 informix informix 4238128 Jan 5 2007 blademgr > -rwxr-xr-x 1 informix informix 13394 Sep 22 2003 c4gl > -rwxr-xr-x 1 informix informix 2794256 Jan 5 2007 cdr > -rwxr-xr-x 1 informix informix 4088 Oct 19 2005 > check_version > -rwxr-xr-x 1 informix informix 1682 Sep 22 2003 chkengine > -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 chkenv > -rwxr-xr-x 1 informix informix 1932 Sep 22 2003 chkserver > -rwxr-xr-x 1 informix informix 16384 Sep 22 2003 convloc > -rwxr-xr-x 1 informix informix 1150976 Oct 19 2005 crtcmap > -rwxr-xr-x 1 informix informix 2607608 Jul 24 07:23 dbaccess > -rwxr-xr-x 2 informix informix 4485 Jan 5 2007 dbaccessdemo > -rwxr-xr-x 2 informix informix 4485 Jan 5 2007 > dbaccessdemo7 > -rwxr-xr-x 2 informix informix 4995 Jan 5 2007 > dbaccessdemo9 > -rwxr-xr-x 2 informix informix 4995 Jan 5 2007 > dbaccessdemo_ud > -rwxr-xr-x 1 informix informix 2345272 Jul 24 07:23 dbexport > -rwxr-xr-x 1 informix informix 1965208 Jul 24 07:23 dbimport > -rwxr-xr-x 1 informix informix 1952344 Jul 24 07:23 dbload > -rwxr-xr-x 1 informix informix 2265136 Jul 24 07:23 dbschema > -rwxr-xr-x 1 informix informix 7491 Sep 22 2003 del_gls > -rwxr-xr-x 1 informix informix 21357 Oct 19 2005 esql > -rwxr-xr-x 1 informix informix 733 Oct 19 2005 esqldemo > -rwxr-xr-x 1 informix informix 1677 Sep 22 2003 fglexcopy > -rwxr-xr-x 1 informix informix 343 Jan 5 2007 filtersym.sh > -rwxr-xr-x 1 informix informix 5535 Oct 19 2005 finderr > -rwxr-xr-x 1 informix informix 204800 Jul 24 07:17 form4gl > -rwxr-xr-x 1 informix informix 9545 Oct 19 2005 glfiles > -rwxr-xr-x 1 informix informix 5077 Jan 5 2007 hdrmkpri.sh > -rwxr-xr-x 1 informix informix 5089 Jan 5 2007 hdrmksec.sh > -rwxr-xr-x 1 informix informix 421888 Jul 24 07:17 i4gl > -rwxr-xr-x 1 informix informix 1683 Sep 22 2003 i4gldemo > -r-xr-xr-x 2 informix informix 21650 Jan 5 2007 > ibmifmx_security.sh > -rwsr-sr-x 1 root informix 20192 Jan 5 2007 ifmxgcore > -rwxr-xr-x 1 informix informix 3411 Oct 19 2005 > ifx_getversion > -rwxr-xr-x 1 informix informix 16384 Sep 22 2003 infenv > -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 infxmsg > -rwxr-xr-x 1 informix informix 1648 Oct 19 2005 infxserver > -rwxr-xr-x 1 informix informix 4652184 Jul 24 07:23 ipload > -r-xr-xr-x 1 informix informix 893251 Jan 5 2007 ism_add > -r-xr-xr-x 1 informix informix 938620 Jan 5 2007 ism_catalog > -r-xr-xr-x 1 informix informix 45787 Jan 5 2007 ism_chk.pl > -r-xr-xr-x 1 informix informix 534143 Jan 5 2007 ism_clone > -r-xr-xr-x 1 informix informix 905608 Jan 5 2007 ism_config > -r-xr-xr-x 1 informix informix 963442 Jan 5 2007 ism_op > -r-xr-xr-x 1 informix informix 967574 Jan 5 2007 ism_rm > -r-xr-xr-x 1 informix informix 913847 Jan 5 2007 ism_show > -r-xr-xr-x 1 informix informix 13993 Jan 5 2007 ism_shutdown > -r-xr-xr-x 1 informix informix 14467 Jan 5 2007 ism_startup > -r-xr-xr-x 1 informix informix 934448 Jan 5 2007 ism_watch > -rwxr-xr-x 1 informix informix 24576 Sep 22 2003 mkmessage > -r-xr-xr-x 1 informix informix 1025102 Jan 5 2007 mminfo > -r-xr-xr-x 1 informix informix 947011 Jan 5 2007 mmlocate > -r-xr-xr-x 1 informix informix 942885 Jan 5 2007 mmpool > -r-xr-xr-x 1 informix informix 917963 Jan 5 2007 mmrecov > -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 msgfile > -r-xr-xr-x 1 informix informix 822564 Jan 5 2007 nsradmin > -r-xr-xr-x 1 informix informix 909666 Jan 5 2007 nsrcap > -r-xr-xr-x 1 informix informix 1144995 Jan 5 2007 nsrck > -r-xr-xr-x 1 informix informix 984037 Jan 5 2007 nsrclone > -r-xr-xr-x 1 informix informix 1848338 Jan 5 2007 nsrd > -r-xr-xr-x 1 informix informix 905630 Jan 5 2007 nsrexec > -r-xr-xr-x 1 informix informix 1037313 Jan 5 2007 nsrexecd > -r-xr-xr-x 1 informix informix 1000686 Jan 5 2007 nsrim > -r-xr-xr-x 1 informix informix 1454006 Jan 5 2007 nsrindexasm > -r-xr-xr-x 1 informix informix 1215061 Jan 5 2007 nsrindexd > -r-xr-xr-x 1 informix informix 1157383 Jan 5 2007 nsrinfo > -r-xr-xr-x 1 informix informix 922131 Jan 5 2007 nsrlic > -r-xr-xr-x 1 informix informix 996073 Jan 5 2007 nsrlmc > -r-xr-xr-x 1 informix informix 497029 Jan 5 2007 nsrlog > -r-xr-xr-x 1 informix informix 1054257 Jan 5 2007 nsrls > -r-xr-xr-x 1 informix informix 1012795 Jan 5 2007 n

On Jul 26, 10:37 am, jpren...@yahoo.com wrote: > On Jul 26, 12:28 pm, nate...@gmail.com wrote: > > > On Jul 26, 10:15 am, jpren...@yahoo.com wrote: > > > > On Jul 26, 10:52 am, nate...@gmail.com wrote: > > > > > Hi all, > > > > > I'm using Informix 10.00.FC6 on HP/UX 11.11. Informix is installed, > > > > configured, and one instance running. However, I'm having a problem > > > > with onmonitor when I go to, say, change the tape drive. If I make a > > > > change, and hit esc, I get this at the bottom of onmonitor: > > > > > Operating system error: 2. > > > > Press Return to continue. > > > > > (when I hit Return, I get this:) > > > > > Operating system error: 2. > > > > WARNING: Cannot write to $INFORMIXDIR/etc. > > > > > Fairly obvious error, right? Thing is, if I exit onmonitor (I'm in > > > > $INFORMIXDIR/etc already), and do "vi $ONCONFIG", I can edit and save > > > > the file just fine! > > > > > Here's id and permissions: > > > > > INFORMIX:asp27[calcotest] etc$ id > > > > uid=27001(informix) gid=2701(informix) groups=301(asprsp),200(systems) > > > > INFORMIX:asp27[calcotest] etc$ ls -l $ONCONFIG > > > > -rw-r--r-- 1 informix informix 13295 Jul 24 16:07 > > > > onconfig.calcotest > > > > > Any thoughts on this? > > > > > Oh, it is worth noting that I moved the INFORMIXDIR location on this > > > > box, and I'm wondering if this has anything to do with that. Although > > > > again, everything else is working fine. > > > > > Thanks! > > > > Nate > > > > What are the permissions on the onmoniter executable? I'm not sure > > > why, but assuming the permissions on onmonitor are ok, do you still > > > get the error if you change the $ONCONFIG file permissions to 664?- Hide quoted text - > > > > - Show quoted text - > > > Here are the permissions for onmonitor: > > > INFORMIX:asp27[calcotest] bin$ ls -l onmonitor > > -rwxr-sr-x 1 informix informix 4122928 Jul 24 07:23 onmonitor > > > Did you mean 775 (has to be executable)? I did try that, and it doesnt > > help. > > > I'm pretty sure this has to do with moving the $INFORMIXDIR, but I > > don't see it. Here is the whole bin dir: > > > INFORMIX:asp27[calcotest] bin$ ls -l > > total 320260 > > -rwxr-xr-x 1 informix informix 717976 Jan 5 2007 GenMacKey > > -r-xr-xr-x 1 informix informix 1111859 Jan 5 2007 ansrd > > -rwxr-xr-x 1 informix informix 2774072 Jul 24 07:23 archecker > > -rwxr-xr-x 1 informix informix 1654 Sep 22 2003 bdemocopy > > -rwxr-xr-x 1 informix informix 4238128 Jan 5 2007 blademgr > > -rwxr-xr-x 1 informix informix 13394 Sep 22 2003 c4gl > > -rwxr-xr-x 1 informix informix 2794256 Jan 5 2007 cdr > > -rwxr-xr-x 1 informix informix 4088 Oct 19 2005 > > check_version > > -rwxr-xr-x 1 informix informix 1682 Sep 22 2003 chkengine > > -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 chkenv > > -rwxr-xr-x 1 informix informix 1932 Sep 22 2003 chkserver > > -rwxr-xr-x 1 informix informix 16384 Sep 22 2003 convloc > > -rwxr-xr-x 1 informix informix 1150976 Oct 19 2005 crtcmap > > -rwxr-xr-x 1 informix informix 2607608 Jul 24 07:23 dbaccess > > -rwxr-xr-x 2 informix informix 4485 Jan 5 2007 dbaccessdemo > > -rwxr-xr-x 2 informix informix 4485 Jan 5 2007 > > dbaccessdemo7 > > -rwxr-xr-x 2 informix informix 4995 Jan 5 2007 > > dbaccessdemo9 > > -rwxr-xr-x 2 informix informix 4995 Jan 5 2007 > > dbaccessdemo_ud > > -rwxr-xr-x 1 informix informix 2345272 Jul 24 07:23 dbexport > > -rwxr-xr-x 1 informix informix 1965208 Jul 24 07:23 dbimport > > -rwxr-xr-x 1 informix informix 1952344 Jul 24 07:23 dbload > > -rwxr-xr-x 1 informix informix 2265136 Jul 24 07:23 dbschema > > -rwxr-xr-x 1 informix informix 7491 Sep 22 2003 del_gls > > -rwxr-xr-x 1 informix informix 21357 Oct 19 2005 esql > > -rwxr-xr-x 1 informix informix 733 Oct 19 2005 esqldemo > > -rwxr-xr-x 1 informix informix 1677 Sep 22 2003 fglexcopy > > -rwxr-xr-x 1 informix informix 343 Jan 5 2007 filtersym.sh > > -rwxr-xr-x 1 informix informix 5535 Oct 19 2005 finderr > > -rwxr-xr-x 1 informix informix 204800 Jul 24 07:17 form4gl > > -rwxr-xr-x 1 informix informix 9545 Oct 19 2005 glfiles > > -rwxr-xr-x 1 informix informix 5077 Jan 5 2007 hdrmkpri.sh > > -rwxr-xr-x 1 informix informix 5089 Jan 5 2007 hdrmksec.sh > > -rwxr-xr-x 1 informix informix 421888 Jul 24 07:17 i4gl > > -rwxr-xr-x 1 informix informix 1683 Sep 22 2003 i4gldemo > > -r-xr-xr-x 2 informix informix 21650 Jan 5 2007 > > ibmifmx_security.sh > > -rwsr-sr-x 1 root informix 20192 Jan 5 2007 ifmxgcore > > -rwxr-xr-x 1 informix informix 3411 Oct 19 2005 > > ifx_getversion > > -rwxr-xr-x 1 informix informix 16384 Sep 22 2003 infenv > > -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 infxmsg > > -rwxr-xr-x 1 informix informix 1648 Oct 19 2005 infxserver > > -rwxr-xr-x 1 informix informix 4652184 Jul 24 07:23 ipload > > -r-xr-xr-x 1 informix informix 893251 Jan 5 2007 ism_add > > -r-xr-xr-x 1 informix informix 938620 Jan 5 2007 ism_catalog > > -r-xr-xr-x 1 informix informix 45787 Jan 5 2007 ism_chk.pl > > -r-xr-xr-x 1 informix informix 534143 Jan 5 2007 ism_clone > > -r-xr-xr-x 1 informix informix 905608 Jan 5 2007 ism_config > > -r-xr-xr-x 1 informix informix 963442 Jan 5 2007 ism_op > > -r-xr-xr-x 1 informix informix 967574 Jan 5 2007 ism_rm > > -r-xr-xr-x 1 informix informix 913847 Jan 5 2007 ism_show > > -r-xr-xr-x 1 informix informix 13993 Jan 5 2007 ism_shutdown > > -r-xr-xr-x 1 informix informix 14467 Jan 5 2007 ism_startup > > -r-xr-xr-x 1 informix informix 934448 Jan 5 2007 ism_watch > > -rwxr-xr-x 1 informix informix 24576 Sep 22 2003 mkmessage > > -r-xr-xr-x 1 informix informix 1025102 Jan 5 2007 mminfo > > -r-xr-xr-x 1 informix informix 947011 Jan 5 2007 mmlocate > > -r-xr-xr-x 1 informix informix 942885 Jan 5 2007 mmpool > > -r-xr-xr-x 1 informix informix 917963 Jan 5 2007 mmrecov > > -rwxr-xr-x 1 informix informix 1146880 Oct 19 2005 msgfile > > -r-xr-xr-x 1 informix informix 822564 Jan 5 2007 nsradmin > > -r-xr-xr-x 1 informix informix 909666 Jan 5 2007 nsrcap > > -r-xr-xr-x 1 informix informix 1144995 Jan 5 2007 nsrck > > -r-xr-xr-x 1 informix informix 984037 Jan 5 2007 nsrclone > > -r-xr-xr-x 1 informix informix 1848338 Jan 5 2007 nsrd > > -r-xr-xr-x 1 informix informix 905630 Jan 5 2007 nsrexec > > -r-xr-xr-x 1 informix informix 1037313 Jan 5 2007 nsrexecd > > -r-xr-xr-x 1 informix informix 1000686 Jan 5 2007 nsrim > > -r-xr-xr-x 1 informix informix 1454006 Jan 5 2007 nsrindexasm > > -r-xr-xr-x 1 informix informix 1215061 Jan 5 2007 nsrindexd > > -r-xr-xr-x 1 informix informix 1157383 Jan 5 2007 nsrinfo > > -r-xr-xr-x 1 informix informix 922131 Jan 5 2007 nsrlic@@N

What if you try changing the permissions on $INFORMIXDIR/etc from 755 to 775. It does seem really odd that you can vi it and modify it but onmonitor is having problems. Is the permissions on your other machine running 10 also 755 for the $INFORMIXDIR/etc?

On Jul 26, 12:59 pm, jpren...@yahoo.com wrote: > What if you try changing the permissions on $INFORMIXDIR/etc from 755 > to 775. It does seem really odd that you can vi it and modify it but > onmonitor is having problems. Is the permissions on your other > machine running 10 also 755 for the $INFORMIXDIR/etc? Very odd. No change with 775. Before I waste any more of your time, or my own for that matter, I'm gonna backup the sqlhosts and onconfig from one of the $INFORMIXDIR's tonight, and reinstall from scratch. I want to be 100% sure that this wasn't caused by moving the INFORMIXDIR from one file system to another. If it caused my moving INFORMIXDIR, I'll simply not do that any longer, and just install Informix in as many file systems as its needs to be. Btw, the reason for that moving, is that we used to share INFORMIXDIR between all the instances all a given box. But we don't do that any longer: 1 instance, 1 INFORMIXDIR (on its own file system). So, I figured I could just tar the files across from one file system to another. I cd to the installed INFORMIXDIR, and do this command: tar xf - .|(cd /dbms/newinformixfilesystem;tar xf -) Then create new onconfig and sqlhosts. Which seems to work fine, for the most part anyway. At least everything but onmonitor. :) In case, thanks very much for your replies, and I'll post back when I reinstall. Nate

Nate- See below: > -----Original Message----- > From: informix-list-bounces@iiug.org [mailto:informix-list- > bounces@iiug.org] On Behalf Of natebsi@gmail.com > Sent: Thursday, July 26, 2007 4:11 PM > To: informix-list@iiug.org > Subject: Re: Informix 10 permissions problem? > > On Jul 26, 12:59 pm, jpren...@yahoo.com wrote: > > What if you try changing the permissions on $INFORMIXDIR/etc from 755 > > to 775. It does seem really odd that you can vi it and modify it but > > onmonitor is having problems. Is the permissions on your other > > machine running 10 also 755 for the $INFORMIXDIR/etc? > > Very odd. No change with 775. > > Before I waste any more of your time, or my own for that matter, I'm > gonna backup the sqlhosts and onconfig from one of the $INFORMIXDIR's > tonight, and reinstall from scratch. I want to be 100% sure that this > wasn't caused by moving the INFORMIXDIR from one file system to > another. If it caused my moving INFORMIXDIR, I'll simply not do that > any longer, and just install Informix in as many file systems as its > needs to be. Check the permissions on the $INFORMIXDIR directory with the filesystem unmounted. The underlying permissions can mess with the mounted filesystem, allowing only root to write there. --EEM > Btw, the reason for that moving, is that we used to share INFORMIXDIR > between all the instances all a given box. But we don't do that any > longer: 1 instance, 1 INFORMIXDIR (on its own file system). So, I > figured I could just tar the files across from one file system to > another. I cd to the installed INFORMIXDIR, and do this command: > > tar xf - .|(cd /dbms/newinformixfilesystem;tar xf -) > > Then create new onconfig and sqlhosts. Which seems to work fine, for > the most part anyway. At least everything but onmonitor. :) > > In case, thanks very much for your replies, and I'll post back when I > reinstall. > > Nate > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list

> > Check the permissions on the $INFORMIXDIR directory with the filesystem > unmounted. The underlying permissions can mess with the mounted > filesystem, allowing only root to write there. > > --EEM Will do, thanks. I'll give that a look before I reinstall. Nate

On Jul 26, 2:35 pm, nate...@gmail.com wrote: > > Check the permissions on the $INFORMIXDIR directory with the filesystem > > unmounted. The underlying permissions can mess with the mounted > > filesystem, allowing only root to write there. > > > --EEM > > Will do, thanks. I'll give that a look before I reinstall. > > Nate Well, I give up. I've tried everything I can possibly think of. As far as the file system permissions, I forgot this was an older box, and /dbms is the only file system (which has a bunch of other informix directories under it, all 9.4 though except the one I'm having problems with). So, I deleted /dbms/calcotest, and created a file system at /dbms/calcotest. Then did a clean install of informix 10 to / dbms/calcotest/informix. Copied the onconfig and sqlhosts back over, started em up, and onmonitor has the same problem. Actually, its worth noting that the problem happens whether the engine is up or not, even with just the onconfig.std in place of my onconfig. I forgot that we have a development box on HP11.11 with Informix 10 (10.00.H4). It has no problems with onmonitor. I spent some time comparing the permissions on the onmonitor excecutable, onconfig file, and directories to no avail. The permissions are the same or less restrictive on the box having problems. At this point, I'm thinking it has to be an HP specific bug with FC6, but I'm suprised googling doesn't turn up anything. I rarely post because I'm a good searcher, and someone almost always has the problem before me. :) Not to mention we're always behind in releases. I think an Informix support call is in order tomorrow. I'll let you know what they say. -Nate

natebsi@gmail.com wrote: > On Jul 26, 2:35 pm, nate...@gmail.com wrote: >>> Check the permissions on the $INFORMIXDIR directory with the filesystem >>> unmounted. The underlying permissions can mess with the mounted >>> filesystem, allowing only root to write there. >>> --EEM >> Will do, thanks. I'll give that a look before I reinstall. > > Well, I give up. I've tried everything I can possibly think of. Any question of 'nosuid' options when the file system was mounted? Most of the suggestions have been pretty much spot on, but if you were running ON-Monitor as user informix, it should have worked almost regardless. > As far as the file system permissions, I forgot this was an older box, > and /dbms is the only file system (which has a bunch of other informix > directories under it, all 9.4 though except the one I'm having > problems with). So, I deleted /dbms/calcotest, and created a file > system at /dbms/calcotest. Then did a clean install of informix 10 to / > dbms/calcotest/informix. Copied the onconfig and sqlhosts back over, > started em up, and onmonitor has the same problem. Actually, its worth > noting that the problem happens whether the engine is up or not, even > with just the onconfig.std in place of my onconfig. Older versions of ON-Monitor were suid root. It shouldn't be necessary, and could be dangerous (for example, if you do a shell escape, is the shell running as root or informix or the user who runs ON-Monitor), but you might try it cautiously to see if that resolves the problem. If there are other instances in directories under /dbms, then it is unlikely to be a problem with 'nosuid' options. > I forgot that we have a development box on HP11.11 with Informix 10 > (10.00.H4). It has no problems with onmonitor. I spent some time > comparing the permissions on the onmonitor excecutable, onconfig file, > and directories to no avail. The permissions are the same or less > restrictive on the box having problems. > > At this point, I'm thinking it has to be an HP specific bug with FC6, > but I'm suprised googling doesn't turn up anything. I rarely post > because I'm a good searcher, and someone almost always has the problem > before me. :) Not to mention we're always behind in releases. > > I think an Informix support call is in order tomorrow. I'll let you > know what they say. > > -Nate > -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2007.0226 -- http://dbi.perl.org/

On Jul 26, 9:28 pm, Jonathan Leffler <jleff...@earthlink.net> wrote: > nate...@gmail.com wrote: > > On Jul 26, 2:35 pm, nate...@gmail.com wrote: > >>> Check the permissions on the $INFORMIXDIR directory with the filesystem > >>> unmounted. The underlying permissions can mess with the mounted > >>> filesystem, allowing only root to write there. > >>> --EEM > >> Will do, thanks. I'll give that a look before I reinstall. > > > Well, I give up. I've tried everything I can possibly think of. > > Any question of 'nosuid' options when the file system was mounted? > > Most of the suggestions have been pretty much spot on, but if you were > running ON-Monitor as user informix, it should have worked almost > regardless. > > > As far as the file system permissions, I forgot this was an older box, > > and /dbms is the only file system (which has a bunch of other informix > > directories under it, all 9.4 though except the one I'm having > > problems with). So, I deleted /dbms/calcotest, and created a file > > system at /dbms/calcotest. Then did a clean install of informix 10 to / > > dbms/calcotest/informix. Copied the onconfig and sqlhosts back over, > > started em up, and onmonitor has the same problem. Actually, its worth > > noting that the problem happens whether the engine is up or not, even > > with just the onconfig.std in place of my onconfig. > > Older versions of ON-Monitor were suid root. It shouldn't be necessary, > and could be dangerous (for example, if you do a shell escape, is the > shell running as root or informix or the user who runs ON-Monitor), but > you might try it cautiously to see if that resolves the problem. > > If there are other instances in directories under /dbms, then it is > unlikely to be a problem with 'nosuid' options. > > > > > > > I forgot that we have a development box on HP11.11 with Informix 10 > > (10.00.H4). It has no problems with onmonitor. I spent some time > > comparing the permissions on the onmonitor excecutable, onconfig file, > > and directories to no avail. The permissions are the same or less > > restrictive on the box having problems. > > > At this point, I'm thinking it has to be an HP specific bug with FC6, > > but I'm suprised googling doesn't turn up anything. I rarely post > > because I'm a good searcher, and someone almost always has the problem > > before me. :) Not to mention we're always behind in releases. > > > I think an Informix support call is in order tomorrow. I'll let you > > know what they say. > > > -Nate > > -- > Jonathan Leffler #include <disclaimer.h> > Email: jleff...@earthlink.net, jleff...@us.ibm.com > Guardian of DBD::Informix v2007.0226 --http://dbi.perl.org/- Hide quoted text - > > - Show quoted text - Thanks for the reply Jonathan. Here is all of the file systems on this box (from /etc/fstab): INFORMIX:asp27[calcotest] /etc$ cat fstab /dev/vg00/lvol3 / vxfs delaylog 0 1 /dev/vg00/lvol1 /stand hfs defaults 0 1 /dev/vg00/lvol4 /tmp vxfs delaylog 0 2 /dev/vg00/lvol5 /home vxfs delaylog 0 2 /dev/vg00/lvol6 /opt vxfs delaylog 0 2 /dev/vg00/lvol7 /usr vxfs delaylog 0 2 /dev/vg00/lvol8 /var vxfs delaylog 0 2 /dev/vg00/lv_swap2 swap swap pri=2 0 0 /dev/vg00/lv_swap3 swap swap pri=3 0 0 /dev/vg00/lv_swap4 swap swap pri=4 0 0 /dev/vg01/asprsp_fs /asprsp vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/dbms_fs /dbms vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/alum_fs /asp/alum vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/alumtest_fs /asp/alumtest vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/calco_fs /asp/calco vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/calcotest_fs /asp/calcotest vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/workarea_fs /workarea vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/fms_fs /asp/fms vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2 /dev/vg01/fmstest_fs /asp/fmstest vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/calcoqa_fs /asp/calcoqa vxfs rw,suid,largefiles,delaylog,datainlog 0 2 /dev/vg01/dbms_calcotest /dbms/calcotest vxfs rw,suid,largefiles,delaylog,datain log 0 2 The last entry was the file system I created tonight to see if it would solve the problem. I usually choose pretty much default options when creating a file system in HP (except for always allowing large files). I'm wasn't quite clear if you were suggesting to try nosuid or not, but I went ahead and changed /dbms/calcotest to be nosuid: asp27:/etc # grep nosuid /etc/fstab /dev/vg01/dbms_calcotest /dbms/calcotest vxfs delaylog,nodatainlog,largefiles,rw,nosuid 0 2 But it doesn't help. Same error. Note that I get a warning message now, but I guess that is expected: INFORMIX:asp27[calcotest] $ onmonitor /dbms/calcotest/informix/bin/onmonitor: Setuid execution not allowed -Nate

I suggest re running the install script That will reset the permissions on everything

On Jul 27, 7:50 am, scottishpoet <drybur...@yahoo.com> wrote: > I suggest re running the install script > > That will reset the permissions on everything Thanks, but I've done a clean install several times now.

On Jul 26, 9:56 pm, nate...@gmail.com wrote: > On Jul 26, 9:28 pm, Jonathan Leffler <jleff...@earthlink.net> wrote: > > > > > nate...@gmail.com wrote: > > > On Jul 26, 2:35 pm, nate...@gmail.com wrote: > > >>> Check the permissions on the $INFORMIXDIR directory with the filesystem > > >>> unmounted. The underlying permissions can mess with the mounted > > >>> filesystem, allowing only root to write there. > > >>> --EEM > > >> Will do, thanks. I'll give that a look before I reinstall. > > > > Well, I give up. I've tried everything I can possibly think of. > > > Any question of 'nosuid' options when the file system was mounted? > > > Most of the suggestions have been pretty much spot on, but if you were > > running ON-Monitor as user informix, it should have worked almost > > regardless. > > > > As far as the file system permissions, I forgot this was an older box, > > > and /dbms is the only file system (which has a bunch of other informix > > > directories under it, all 9.4 though except the one I'm having > > > problems with). So, I deleted /dbms/calcotest, and created a file > > > system at /dbms/calcotest. Then did a clean install of informix 10 to / > > > dbms/calcotest/informix. Copied the onconfig and sqlhosts back over, > > > started em up, and onmonitor has the same problem. Actually, its worth > > > noting that the problem happens whether the engine is up or not, even > > > with just the onconfig.std in place of my onconfig. > > > Older versions of ON-Monitor were suid root. It shouldn't be necessary, > > and could be dangerous (for example, if you do a shell escape, is the > > shell running as root or informix or the user who runs ON-Monitor), but > > you might try it cautiously to see if that resolves the problem. > > > If there are other instances in directories under /dbms, then it is > > unlikely to be a problem with 'nosuid' options. > > > > I forgot that we have a development box on HP11.11 with Informix 10 > > > (10.00.H4). It has no problems with onmonitor. I spent some time > > > comparing the permissions on the onmonitor excecutable, onconfig file, > > > and directories to no avail. The permissions are the same or less > > > restrictive on the box having problems. > > > > At this point, I'm thinking it has to be an HP specific bug with FC6, > > > but I'm suprised googling doesn't turn up anything. I rarely post > > > because I'm a good searcher, and someone almost always has the problem > > > before me. :) Not to mention we're always behind in releases. > > > > I think an Informix support call is in order tomorrow. I'll let you > > > know what they say. > > > > -Nate > > > -- > > Jonathan Leffler #include <disclaimer.h> > > Email: jleff...@earthlink.net, jleff...@us.ibm.com > > Guardian of DBD::Informix v2007.0226 --http://dbi.perl.org/-Hide quoted text - > > > - Show quoted text - > > Thanks for the reply Jonathan. > > Here is all of the file systems on this box (from /etc/fstab): > > INFORMIX:asp27[calcotest] /etc$ cat fstab > /dev/vg00/lvol3 / vxfs delaylog 0 1 [...] > /dev/vg01/dbms_fs /dbms vxfs rw,suid,largefiles,delaylog,datainlog 0 2 [...] > /dev/vg01/calco_fs /asp/calco vxfs > rw,suid,largefiles,delaylog,datainlog 0 2 > /dev/vg01/calcotest_fs /asp/calcotest vxfs > rw,suid,largefiles,delaylog,datainlog > 0 2 [...] > /dev/vg01/calcoqa_fs /asp/calcoqa vxfs > rw,suid,largefiles,delaylog,datainlog 0 2 > /dev/vg01/dbms_calcotest /dbms/calcotest vxfs > rw,suid,largefiles,delaylog,datain > log 0 2 > > The last entry was the file system I created tonight to see if it > would solve the problem. I usually choose pretty much default options > when creating a file system in HP (except for always allowing large > files). I'm wasn't quite clear if you were suggesting to try nosuid or > not, but I went ahead and changed /dbms/calcotest to be nosuid: Sorry - I was trying to suggest that if you had the nosuid option set, then it could cause problems -- and, as you demonstrated, it does cause a small problem. However, if you are running as informix, it is pretty much immaterial. Redo the mount permitting suid programs. Are these journalled file systems? I don't see how or why that would matter... You showed the contents of /etc/vfstab -- but the output of running 'mount' might reveal something. That is, on most systems, running the mount command with no options produces a list of the mounted files systems, along with the corresponding options. On my machine, it lists 103 file systems (!), most of them Clearcase VOBs. > asp27:/etc # grep nosuid /etc/fstab > /dev/vg01/dbms_calcotest /dbms/calcotest vxfs > delaylog,nodatainlog,largefiles,rw,nosuid 0 2 > > But it doesn't help. Same error. Note that I get a warning message > now, but I guess that is expected: > > INFORMIX:asp27[calcotest] $ onmonitor > /dbms/calcotest/informix/bin/onmonitor: Setuid execution not allowed Very odd. From what I remember of the thread, you've been going through the correct motions - checking the right things, changing them. Have you checked for ACLs? If there was some weird ACL-based permission (or prohibition) on the file? But you have to be trying pretty hard to run across that sort of issue. Desparation measures: have you tried running ON-Monitor under the HP equivalent of truss or strace -- a system call monitor that logs everything. You'd send the output to a file. On Solaris, "truss -o onmonitor.truss onmonitor" would do the trick. When the program fails, we'd be able to see the system call(s) that failed and triggered the error message -- probably an open(), maybe a creat(). And you'd see the file name. And this might give us a surprise - we may have been looking at completely the wrong file. Or it might tell us nothing. -=JL=-

On Jul 27, 10:05 am, nate...@gmail.com wrote: > On Jul 27, 7:50 am, scottishpoet <drybur...@yahoo.com> wrote: > > > I suggest re running the install script > > > That will reset the permissions on everything > > Thanks, but I've done a clean install several times now. Well, perhaps the error message is wrong or misleading. What you could try and do is if you have the HP utility tusc (if you don't have it I believe it's downloadable from HP), you could start up onmonitor, then run tusc against the pid (I believe you can do that as it's like the solaris truss facility). Then attempt to make the onconfig modification, get the error and look at the end tusc file and look for failed opens or stats or something and check to see if maybe the file that's really failing on is the onconfig or if it's really $INFORMIXDIR/etc, or if it some completely different file and the error message is not reporting it correctly.

Before I answer anyones questions, a little more info: I downloaded FC5 and HC6 last night. Doing a clean install, FC5 has no problems with onmonitor. Using HC6, onmonitor has problems, but a slightly different error: Operating system error: 9. Press Return to continue. Operating system error: 9. WARNING: Cannot write to $INFORMIXDIR/etc. That error matches http://www-1.ibm.com/support/entdocview.wss?uid=swg1IC51682&NotUpdateReferer= Which since you need a login to see that, it says this: IC51682: ONMONITOR RETURNS AN ERROR -9 AND "CANNOT WRITE TO $INFORMIXDIR/ETC" WHEN INITIALIZING SHARED MEMORY APAR status OPEN Error description When trying to initialize shared memory with onmonitor the following error occurs: Operating system error: 9. Press Return to continue. Pressing continue produces: Operating system error: 9. WARNING: Cannot write to $INFORMIXDIR/etc Local fix Problem summary **************************************************************** USERS AFFECTED: All Users **************************************************************** PROBLEM DESCRIPTION: Onmonitor returns "Operating system error: 9" while trying to initialize shared memory. **************************************************************** RECOMMENDATION: Upgrade to 10.00.xC6 when available **************************************************************** Problem conclusion Problem was first fixed in IDS 10.00.xC6 Temporary fix Comments APAR information APAR number IC51682 Reported component name IBM IDS Reported component ID 5724L2300 Reported release A10 Status OPEN PE NoPE HIPER NoHIPER Special Attention NoSpecatt Submitted date 2007-01-26 Closed date Last modified date 2007-04-25 APAR is sysrouted FROM one or more of the following: APAR is sysrouted TO one or more of the following: So, if I'm reading that correctly, the problem was fixed in xC6, which doesn't make sense, since thats what I'm using. Or am I reading that wrong? The APAR is open which is confusing.

On Jul 27, 8:52 am, nate...@gmail.com wrote: > Before I answer anyones questions, a little more info: > > I downloaded FC5 and HC6 last night. Doing a clean install, FC5 has no > problems with onmonitor. Using HC6, onmonitor has problems, but a > slightly different error: > > Operating system error: 9. > Press Return to continue. > > Operating system error: 9. > WARNING: Cannot write to $INFORMIXDIR/etc. > > That error matcheshttp://www-1.ibm.com/support/entdocview.wss?uid=swg1IC51682&NotUpdate... > > Which since you need a login to see that, it says this: > > IC51682: ONMONITOR RETURNS AN ERROR -9 AND "CANNOT WRITE TO > $INFORMIXDIR/ETC" WHEN INITIALIZING SHARED MEMORY > > APAR status > OPEN > > Error description > When trying to initialize shared memory with onmonitor the > following error occurs: > Operating system error: 9. > Press Return to continue. > Pressing continue produces: > Operating system error: 9. > WARNING: Cannot write to $INFORMIXDIR/etc > Local fix > Problem summary > **************************************************************** > USERS AFFECTED: > All Users > **************************************************************** > PROBLEM DESCRIPTION: > Onmonitor returns "Operating system error: 9" while trying to > initialize shared memory. > **************************************************************** > RECOMMENDATION: > Upgrade to 10.00.xC6 when available > **************************************************************** > Problem conclusion > Problem was first fixed in IDS 10.00.xC6 > Temporary fix > Comments > APAR information > APAR number IC51682 > Reported component name IBM IDS > Reported component ID 5724L2300 > Reported release A10 > Status OPEN > PE NoPE > HIPER NoHIPER > Special Attention NoSpecatt > Submitted date 2007-01-26 > Closed date > Last modified date 2007-04-25 > > APAR is sysrouted FROM one or more of the following: > > APAR is sysrouted TO one or more of the following: > > So, if I'm reading that correctly, the problem was fixed in xC6, which > doesn't make sense, since thats what I'm using. Or am I reading that > wrong? The APAR is open which is confusing. I spoke with Informix. This is indeed broken in xC6. It may be fixed in the latest "pit drop"(sp? not familiar with that term, but he said it was like a service pack) or in FC7. Basically, there is an API used only by onmonitor and only for accessing/modifying the onconfig. He said that everything else should work fine, which has been our experience so far. Thanks for all the replies and helpful advice, as usual! I'd be lost without some you... -Nate