Back to the month index |
Back to the list index
|
Mark H. James (markj@3cat.com)
Wed, 08 Jan 97 10:04:09 -0400
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
- Next message: rasmus@mail1.bellglobal.com: "Re: [mSQL] Re: 2.0 - can it cache results?"
- Previous message: Anderson, Hans: "Re: [mSQL] _seq feature request"
- In reply to: Randy Jay Yarger: "Re: [mSQL] _seq feature request"
Message-Id: <199701080955.EAA22736@tiger.3cat.com> From: "Mark H. James" <markj@3cat.com> Date: Wed, 08 Jan 97 10:04:09 -0400 Subject: Re: [mSQL] startup of msql server problemOn Tue, 7 Jan 1997 11:37:51 -0800, Gary Bickford wrote:
>>mSQL Server 1.0.16 starting ...
>>
>>Couldn't open PID file: No such file or directory
>>
>
>The PID file is the process ID file that mSQL uses to see if it's still
>running or somehing. Its location is compiled in - it's one of the
>variables you(?) set during the configuration phase. I think the default
>is /var/adm/msqldb.PID, but I'm not online right now so I can't check.
>
>It may be that with the reload of the OS, the permissions of the directory
>won't let msqld create the file, or perhaps the directory doesn't even
>exist any more.
I forgot who posted the original message, but I think they were using
RedHat Linux 4.0. You are right, there is no more /var/adm directory
by default (although the user can certainly create one).
On RedHat it probably should, however, be configured to /var/run,
since that's where the other .pid files seem to go.
Mark H. James | markj@3cat.com
Three Cat Software | http://www.3cat.com
Web Development | 73266.2400@compuserve.com
--------------------------------------------------------------------------
To remove yourself from the Mini SQL mailing list send a message containing
"unsubscribe" to "unsubscribe" to msql-list-request@bunyip.com. Send a message containing
"info msql-list" to majordomo@bunyip.com for info on monthly archives of
the list. For more help, mail owner-msql-list@bunyip.com NOT the msql-list!
- Next message: rasmus@mail1.bellglobal.com: "Re: [mSQL] Re: 2.0 - can it cache results?"
- Previous message: Anderson, Hans: "Re: [mSQL] _seq feature request"
- In reply to: Randy Jay Yarger: "Re: [mSQL] _seq feature request"