Ошибка Установлены недопустимые локали !! при попытке установить sqldemo на Informix

Сценарий sqldemo не создает новый сервер; он может разрушить вашу существующую базу данных (один сервер может содержать несколько баз данных; действительно, при инициализации сервера создается 4 sys* базы данных), но в противном случае это не повредит вашему серверу.

Возможная причина ошибки

Обычная проблема с недопустимыми языковыми стандартами заключается в том, что вы не установили $INFORMIXDIR. Вам нужно установить $INFORMIXDIR, если /usr/informix не является (символической ссылкой) правильным местоположением. Вам также понадобится $INFORMIXSERVER набор, и вам обычно нужен $INFORMIXDIR/bin на $PATH. Строго говоря, $INFORMIXSERVER - единственная обязательная переменная; на практике вы беспокоитесь и о двух других.

Параметр $INFORMIXDIR используется для определения местоположения информации о языковом стандарте (которая находится в $INFORMIXDIR/gls) и файлов сообщений (которые находятся в $INFORMIXDIR/msg).

Обратите внимание, что CP1252 - это кодовая страница Windows. Обычно в Unix вы либо не устанавливаете CLIENT_LOCALE или DB_LOCALE, либо можете установить их:

export CLIENT_LOCALE=en_us.8859-1
export DB_LOCALE=en_us.8859-1

или вы можете выбрать другой, более подходящий (для вас) регион. Локаль 8859-15 включает, например, символ евро, или локаль utf-8 диктует UTF-8 в базе данных. Но для начальной отладки придерживайтесь языкового стандарта 8859-1, также известного как 819 или 0333 (все на основе IBM CCSID). Если это не работает с 8859-1, то у нас один набор проблем; если он работает с 8859-1, но не работает с каким-либо другим кодовым набором или локалью, то у нас другой набор проблем.

Дополнительная информация, если вышеуказанное решение не сработает

Если проблема не в этом, я попрошу уточнить некоторые подробности - в частности, вашу среду Informix, о которой сообщает dbenv скрипт ниже:

:       "@(#)$Id: dbenv.sh,v 2.11 2007/09/02 00:18:58 jleffler Exp $"
#
#       Printout INFORMIX database environment

informix1="DB[^=]|DELIMIDENT=|SQL|ONCONFIG|TBCONFIG|INFOR"
informix2="ARC_|CLIENT_LOCALE=|GL_|GLS8BITSYS|CC8BITLEVEL|ESQL|FET_BUF_SIZE="
informix3="INF_ROLE_SEP=|NODEFDAC=|ONCONFIG|OPTCOMPIND|PDQ|PSORT"
informix4="PLCONFIG|SERVER_LOCALE|FGL|C4GL|NE_"
informix5="TCL_LIBRARY|TK_LIBRARY"
informix="$informix1|$informix2|$informix3|$informix4|$informix5"
system="COLLCHAR=|LANG=|LC_|LD_LIBRARY_PATH(_64)?=|PATH=|SHLIB_PATH="
jlss="IXD(32|64)?="

env |
egrep "^($informix|$system|$jlss)" |
sort

Это старый сценарий; вот почему отсутствует шебанг.

Второй набор диагнозов

Я надеялся на полный вывод сценария dbenv; удивительно, как часто что-то обнаруживается. Однако, учитывая то, что вы сказали, скорее всего, все будет в порядке.

Настройка INFORMIXSERVER звучит нормально.

Меня поразила установка LANG=en_US.UTF-8; Informix обращает внимание на $LANG и $LC_* переменные (поэтому dbenv их выводит). Это может быть одним из факторов проблемы. Однако я ожидал, что CLIENT_LOCALE и SERVER_LOCALE разберутся с этим, если это была проблема. Кроме того, на моем Mac у меня LANG=en_US.UTF-8, но я могу подключиться к (8859-1) базам данных в порядке.

Это начинает выглядеть как проблема с установкой ... или sqldemo проблема ...

Я перешел с Mac на RHEL 5 (архаичную) машину x86 / 64 и попробовал запустить там sqldemo:

$ dbenv
DBDATE=Y4MD-
DBEDIT=vim
INFORMIXDIR=/work4/informix/tools-7.50.FC4
INFORMIXSERVER=toru_31
INFORMIXSQLHOSTS=/work4/informix/ids-11.70.FC4/etc/sqlhosts
INFORMIXTERM=terminfo
IXD64=/work4/informix/ids-11.70.FC4
IXD=/work4/informix/tools-7.50.FC4
IXH=/work4/informix/ids-11.70.FC4/etc/sqlhosts
IXO=/work4/informix/ids-11.70.FC4/etc/onconfig.toru_31
IXS=toru_31
LANG=en_US.UTF-8
LD_LIBRARY_PATH=/lib64:/usr/lib64:/work4/informix/tools-7.50.FC4/lib:/work4/informix/tools-7.50.FC4/lib/tools:/work4/informix/tools-7.50.FC4/lib/esql:/work4/informix/ids-11.70.FC4/lib:/work4/informix/ids-11.70.FC4/lib/esql:/work4/informix/ids-11.70.FC4/lib/cli
ONCONFIG=onconfig.toru_31
PATH=/work4/informix/tools-7.50.FC4/bin:.:/work4/jleffler/bin:/u/jleffler/bin:/work4/informix/ids-11.70.FC4/bin:/u/jleffler/linux/x86_64/bin:/work4/informix/11.70.FC1:/usr/atria/bin:/work4/jleffler/perl/v5.12.1/bin:/usr/bin:/bin:/usr/X11R6/bin:/atria_release/cm_dist/vobs/imitools/bin:/opt/rational/clearcase/bin:/opt/rational/clearquest/bin
SQLCMDLOG=/work4/jleffler/.sqlcmdlog
SQLEXEC=sqlrm
TERMINFO=/work4/jleffler/terminfo
TERM=xterm-color
$ sqldemo st2 -log
Invalid Locales set !!
$

О, да? Нет; у меня все в порядке, спасибо!

Ну да ладно ... Я могу воспроизвести вашу проблему! Это шаг 1. Шаг 2 - просмотр сценария ругательства удален.

PRODUCT=sql
DEMOFILE=sqldemo
DEFLANG=en_US.8859-1

INFORMIXDIR=${INFORMIXDIR:=/usr/informix}
INFENV=$INFORMIXDIR/bin/infenv
CONVLOC=$INFORMIXDIR/bin/convloc

if [ $# -gt 0 -a "X$1" = "X-e" ] ; then
    LOCALE=$DEFLANG                           # -e means en_US.8859-1 required
    shift
else
    LOCALE=`$INFENV DBLANG`                   # get DBLANG value
    if [ "x${LOCALE}" = "x" ]; then        
    LOCALE=`$INFENV CLIENT_LOCALE`        # try CLIENT_LOCALE instead
    if [ "x${LOCALE}" = "x" ]; then
        LOCALE=`$INFENV DB_LOCALE`        # finally default to DB_LOCALE
    fi
    fi
fi

if [ "x${LOCALE}" = "x" ]; then
    LOCALE=$DEFLANG       # finally default to DB_LOCALE
fi

export LOCALE

if [ "x${DEMOPATH}" = "x" ]; then
    echo "Invalid Locales set !!"
else
    exec $INFORMIXDIR/demo/$PRODUCT/$DEMOPATH/$DEMOFILE $*
fi

exit $?

Обратите внимание, что тест для ${DEMOPATH}; обратите внимание, что DEMOPATH не установлен в скрипте. Итак, мы должны его настроить. Что? Что ж, ls $INFORMIXDIR/demo/sql показывает, что существуют различные подкаталоги, зависящие от локали (en_us, ja_jp, ko_kr, th_th, zh_cn, zh_tw), а в каталоге en_us есть 0333 (только).

Пожалуйста, запустите:

DEMOPATH=en_us/0333 sqldemo stores2t -log

Это более или менее сработало для меня - я считаю, что это сработает для вас. У меня несколько необычная установка: у меня есть только I4GL (p-code и c-code) и ISQL в $ INFORMIXDIR; сервер запущен из другого каталога. Это означает, что у меня нет серверных служебных программ, таких как dbload (конкретно) в $INFORMIXDIR/bin. Поэтому, когда сценарий sqldemo попытался загрузить данные с помощью dbload, у меня ничего не вышло. Это сработает для вас, потому что все программное обеспечение Informix находится в одном каталоге. Чтобы добавить оскорбления к травме, он запускает программу dbload по явному пути, поэтому я не могу изменить свой PATH, чтобы сделать его доступным.

Это должно вас подтолкнуть. Я должен сообщить об ошибке ... это CQ idsdb00244894.

Мне жаль, что вы столкнулись с такими неприятностями. Ты не должен был этого делать.