ogld filling up /tmp with named pipes

[Erwin Mascardo]

I've got several J6700s running 11i. Most (but not all) are seeing /tmp fill up with named pipes (all named from_ogld_$$.1, $$ being a PID, of course) at a rate of 2 per minute. None of the workstations are hooked up to a graphics console (they're all rack-mounted, acting as servers), and we've got no programs running on them which involve any sort of OpenGL rendering.

The latest OpenGL patch we've got installed is PHSS_24313. I know that there's a newer one out there, but the additional fixes in the new patch (don't have the name on hand at the moment) don't say anything about this problem, and we're not going to install a patch that doesn't fix the problem.

Any takers on this one? Thanks.

[Erwin Mascardo]

Point of clarification: there are 2 boxes where this isn't happening, and that's probably because there's no X server running on them. This is because we ripped the video cards out of those two machines...

Would stopping dtlogin and killing the X server (and removing the start link for dtlogin in /sbin/rc3.d) be sufficient, or would we need to do more to kill the X server and keep it from running again on future reboots?

[Theresa Patrie]

Hi Erwin,
I am running into the exact same problem. What did you do to fix this on your machines?? Any information you can provide would be greatly appreciated!
Theresa

[Alex Glennie · Accepted solution]

Since the graphics card(s) are still installed the Xserver is periodically trying to restart.

In trying, ogld reserves a shared memory segment and creates named pipe files named "from ogldn.m" in the /tmp directory.

resolution : cp /usr/dt/config/Xservers to

/etc/dt/config/Xservers-> comment out
# * Local local@console
/usr/bin/X11/X :0

perform a /sbin/init.d/dtlogin.rc stop followed by a /sbin/init.d/dtlogin.rc start (if needed for remote xdmcp connections)

OR preferably a reboot to clean up any shared memory segment reservations issues.

[Erwin Mascardo]

Thanks, Alex. That did the job perfectly. On the two machines where we weren't having the problem, that line had been commented out somewhere (don't know who did it). I made your fix and everything's good now.

Theresa, I had originally done what I said in my followup post (removing the start link for dtlogin.rc in /sbin/rc3.d), since we don't use XDMCP connections to these boxes, but why leave them even partially crippled?

[Theresa Patrie]

Thanks Erwin and Alex. Just to clarify something...
Will commenting out this line prevent me from logging in at the console?? We have a monitor that the sysadmins occasionally hook up to these servers to do admin work. I assume that after I comment out the local@console line, that we will no longer be able to do that. Also, this will not affect remote logins, will it??
Thanks,
Theresa

[Alex Glennie]

Ammending the entry will only effect / disable X / CDE logins locally to a graphics console (if one is attached) so your sys admins should still have unix command line access.

As to remote logins : no effect be they telnet or X sessions.