Can't restart 9.4 on Linux after the blackout.
Posted in 2003
Topics: Installation, Setup & Upgrades, Networking & sqlhosts Configuration, Platform-Specific Issues, Versions, Editions & End-of-Life
Hi folk, Installed IDS 9.4 on RH 7, configured, brought it up, linked it into the sqlhosts on other machines. All was well. Then the blackout (test instance on my terminal PC, no UPS). Trying to restart the instance yesterday it failed with: Cannot find message file. Check INFORMIXDIR and DBLANG INFORMIXDIR is correct and exported, DBLANG is not set and it was not set originally. I've tried setting it to "en_us" and "en_US" to the value of $LANG (en_US.iso885915). Tried to unset LANG. All fail. Haven't seen this one before. Probably simple. Any ideas? Art S. Kagel
I'd look for corruption in /etc/passwd, hosts, services etc. We had Sun fail the other day (OK I unplugged the wrong server), the ls on /etc/passwd said it was there but cat /etc/passwd said it wasn't - very infuriating "Art S. Kagel" wrote: > > Hi folk, > > Installed IDS 9.4 on RH 7, configured, brought it up, linked it into the > sqlhosts on other machines. All was well. Then the blackout (test > instance on my terminal PC, no UPS). Trying to restart the instance > yesterday it failed with: > > Cannot find message file. Check INFORMIXDIR and DBLANG > > INFORMIXDIR is correct and exported, DBLANG is not set and it was not set > originally. I've tried setting it to "en_us" and "en_US" to the value of > $LANG (en_US.iso885915). Tried to unset LANG. All fail. > > Haven't seen this one before. Probably simple. Any ideas? > > Art S. Kagel -- Paul Watson # Oninit Ltd # Growing old is mandatory Tel: +44 1436 672201 # Growing up is optional Fax: +44 1436 678693 # Mob: +44 7818 003457 # www.oninit.com #
I had to reinstall the IDS and/or CSDK rpm file and it worked again Art S. Kagel wrote: > Hi folk, > > Installed IDS 9.4 on RH 7, configured, brought it up, linked it into the > sqlhosts on other machines. All was well. Then the blackout (test > instance on my terminal PC, no UPS). Trying to restart the instance > yesterday it failed with: > > Cannot find message file. Check INFORMIXDIR and DBLANG > > INFORMIXDIR is correct and exported, DBLANG is not set and it was not set > originally. I've tried setting it to "en_us" and "en_US" to the value of > $LANG (en_US.iso885915). Tried to unset LANG. All fail. > > Haven't seen this one before. Probably simple. Any ideas? > > Art S. Kagel
I don't know if Linux has truss, but if this were Solaris, I'd use truss to determine the file that it was having trouble with. "Art S. Kagel" <kagel@bloomberg.net> wrote in message news:pan.2003.08.21.13.54.13.200792.10594@bloomberg.net... > Hi folk, > > Installed IDS 9.4 on RH 7, configured, brought it up, linked it into the > sqlhosts on other machines. All was well. Then the blackout (test > instance on my terminal PC, no UPS). Trying to restart the instance > yesterday it failed with: > > Cannot find message file. Check INFORMIXDIR and DBLANG > > INFORMIXDIR is correct and exported, DBLANG is not set and it was not set > originally. I've tried setting it to "en_us" and "en_US" to the value of > $LANG (en_US.iso885915). Tried to unset LANG. All fail. > > Haven't seen this one before. Probably simple. Any ideas? > > Art S. Kagel
On Thu, 21 Aug 2003 13:54:19 -0400, Art S. Kagel wrote: Thanks to Zev and Bill! Based on Zev's reply I remembered installing CSDK 2.60 after the engine was already online. The contained ESQL is older than IDS 9.4 so it trashed some of the message files with older versions. Argh! Reinstalling IDS did the trick. Thanks all Art S. Kagel > Hi folk, > > Installed IDS 9.4 on RH 7, configured, brought it up, linked it into the > sqlhosts on other machines. All was well. Then the blackout (test > instance on my terminal PC, no UPS). Trying to restart the instance > yesterday it failed with: > > Cannot find message file. Check INFORMIXDIR and DBLANG > > INFORMIXDIR is correct and exported, DBLANG is not set and it was not > set originally. I've tried setting it to "en_us" and "en_US" to the > value of $LANG (en_US.iso885915). Tried to unset LANG. All fail. > > Haven't seen this one before. Probably simple. Any ideas? > > Art S. Kagel