Thanks Everard,
I may have tried ./ctsrvr && (not remembering the correct syntax - will
try on less ampersand.) /jd
Everard Brown wrote:
> Hi Jim,
>
> Did you try:
> (cd /usr/local/faircom ; ./ctsrvr) &
> or
> (cd /usr/local/faircom ; ./ctsrvr start) &
>
> I'm not sure which one is more appropriate, but one of them should solve it
> for you.
>
> Everard
>
>
> On Wednesday May 21, 2008, Jim Dory wrote:
>
>> I've got a strange problem on a Centos BQ server. It runs our library
>> database from Follett software called circulation plus, a proprietary
>> database. The little program is located in /usr/local/faircom/ctsrvr and
>> in the faircom directory is a data directory where the files reside. As
>> per their instructions I placed this line in the rc.local file:
>> /usr/local/faircom/ctsrvr start
>>
>> It had been working fine but a couple weeks ago quit. Now it won't run
>> by a reboot anymore. Here's some of the weirdness: I can start it after
>> a fresh reboot only by cd'ing into the directory /usr/local/faircom/ and
>> doing a "./ctsrvr" (from shh shell and without quotes). I cannot start
>> it by this command from whatever other directory such as root home:
>> "/usr/local/faircom/ctsrvr" or "/usr/local/faircom/ctsrvr start". It
>> sort of starts - I see the process when I do "ps aux" but it doesn't
>> initalize the database. Plus, I can't kill it until I do a reboot.
>> "killall ctsrvr" doesn't do it nor "kill <pid #>", both commands acting
>> like they kill it but it still shows in ps and when I do the "./ctsrvr"
>> it says it is still running on the echo response.
>>
>> So the next problem is I reboot, cd into the directory and ./ctsrvr to
>> start it, I see an echo response showing the server is running and ready
>> for connections or whatever it says, but it doesn't return the cursor -
>> so if I kill the shh shell it kills the process. I don't think a
>> <Ctrl>-c even kills it but a <Ctrl>-z does, killing the server process.
>> So right now on one of the library counter computers I have a putty ssh
>> shell window I've had to leave open so their program will run. I've
>> thought about maybe using the "screen" program to detach the session,
>> but before I try to learn that I thought I would ask here to see if
>> there is an easier way. It doesn't seem right to have to use that screen
>> program and maybe there is something obvious I have overlooked.
>>
>> Unfortunately their tech department only has one guy that knows
>> something about linux and he hasn't gotten back to me yet. I know that
>> there may be some issue that they need to help me resolve - but thought
>> I would throw this out to you gurus to see what might help me better
>> trouble shoot either on my own or with their tech support team.
>>
>> cheers, Jim
>>
>> --
>> Jim Dory
>> Engineering
>> City of Nome
>> PO Box 281
>> 102 Division St.
>> Nome, AK 99762
>> 907.443.6604
>>
>> http://www.nomealaska.org
>>
>
>
>
--
Jim Dory
Engineering
City of Nome
PO Box 281
102 Division St.
Nome, AK 99762
907.443.6604
http://www.nomealaska.org
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.