INFORMIXTMP

I'm running IDS7.3 UC7 on an RS/6000 under AIX. I discovered, to my consternation, that the UNIX system administrator decided, unilaterally, to remove /INFORMIXTMP and to change permissions on the root directory to insure that *it could never be created again*. I couldn't bring any of our three instances on-line as a result. He removed to "free up space", and insisted that /INFORMIXTMP was driving the root file system out of space. There's a little blurb about /INFORMIXTMP in the System Administrators manual, and I've noticed that it contains one file per instance. Can anyone provide more information about /INFORMIXTMP and about the growth of files in that directory?

Vic Glass wrote: > > I'm running IDS7.3 UC7 on an RS/6000 under AIX. I discovered, to my > consternation, that the UNIX system administrator decided, > unilaterally, to remove /INFORMIXTMP and to change permissions on > the root directory to insure that *it could never be created again*. > I couldn't bring any of our three instances on-line as a result. > He removed to "free up space", and insisted that /INFORMIXTMP was > driving the root file system out of space. > > There's a little blurb about /INFORMIXTMP in the System Administrators > manual, and I've noticed that it contains one file per instance. Can > anyone provide more information about /INFORMIXTMP and about the > growth of files in that directory? Obvious things first - you have to have INFORMIXTMP around. I've never seen INFORMIXTMP contain more than a very few kB (not MB) of space. Recreate it empty, lock down the permissions of root and INFORMIXTMP, and see what happens. I don't have a list of the files in there, but they allow the software to identify all the instances on the machine, amongst other things. They are all pretty small. I'd hazard a guess that the permissions were shot and someone stashed a big file in there. -- Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) Guardian of DBD::Informix v0.60 -- see http://www.perl.com/CPAN #include <disclaimer.h>

This directory was originally create for the shared memory network communication and more recently also used by the stream communication. It generally contains one file per listener thread and these should not really be files, but actually pipes or streams. I have heard that recently some of the monitoring tools have started using this directory. I am not sure though, just a heads up. Hope this helps, ---jmiller Jonathan Leffler wrote: > Vic Glass wrote: > > > > I'm running IDS7.3 UC7 on an RS/6000 under AIX. I discovered, to my > > consternation, that the UNIX system administrator decided, > > unilaterally, to remove /INFORMIXTMP and to change permissions on > > the root directory to insure that *it could never be created again*. > > I couldn't bring any of our three instances on-line as a result. > > He removed to "free up space", and insisted that /INFORMIXTMP was > > driving the root file system out of space. > > > > There's a little blurb about /INFORMIXTMP in the System Administrators > > manual, and I've noticed that it contains one file per instance. Can > > anyone provide more information about /INFORMIXTMP and about the > > growth of files in that directory? > > Obvious things first - you have to have INFORMIXTMP around. > > I've never seen INFORMIXTMP contain more than a very few kB (not MB) > of space. Recreate it empty, lock down the permissions of root and > INFORMIXTMP, and see what happens. I don't have a list of the files > in there, but they allow the software to identify all the instances > on the machine, amongst other things. They are all pretty small. > > I'd hazard a guess that the permissions were shot and someone stashed > a big file in there. > -- > Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) > Guardian of DBD::Informix v0.60 -- see http://www.perl.com/CPAN > #include <disclaimer.h>