а в этом архиве 3 папки "BIN" "LIB" "UTM" и один файл - "MAY_2004_FIX.sql"
что с ними делать, одному богу известно
кто ставил - помогите!
utm4_linux_17_may_2004_fix.tgz - и что с ним делать?
utm4_linux_17_may_2004_fix.tgz - и что с ним делать?
Все предидущие одновления ставятся оч. просто ./update4_unstall , с этим же нифига разобраться немогу
а в этом архиве 3 папки "BIN" "LIB" "UTM" и один файл - "MAY_2004_FIX.sql"
что с ними делать, одному богу известно
кто ставил - помогите!
а в этом архиве 3 папки "BIN" "LIB" "UTM" и один файл - "MAY_2004_FIX.sql"
что с ними делать, одному богу известно
кто ставил - помогите!
Re: utm4_linux_17_may_2004_fix.tgz - и что с ним делать?
Ручками переносим файлики из каталогов и заменяем соответствующие в системе. Потом ручками же импортируем в базу файлик sql.Завхоз писал(а):Все предидущие одновления ставятся оч. просто ./update4_unstall , с этим же нифига разобраться немогу
а в этом архиве 3 папки "BIN" "LIB" "UTM" и один файл - "MAY_2004_FIX.sql"
что с ними делать, одному богу известно
кто ставил - помогите!
сделал так
- содержимое BIN положил /netup/utm/bin
- cодержимое LIB положил в /lib
- содержимое UTM в /var/www/html/netup/cgi-bin/utm
выполнил sql запрос через phpmyadmin файла "MAY_2004_FIX.sql"
после этого при http://192.168.0.1/cgi-bin/utm/aaa пишет следующее
DBD not available! Please install it and try again !
- содержимое BIN положил /netup/utm/bin
- cодержимое LIB положил в /lib
- содержимое UTM в /var/www/html/netup/cgi-bin/utm
выполнил sql запрос через phpmyadmin файла "MAY_2004_FIX.sql"
после этого при http://192.168.0.1/cgi-bin/utm/aaa пишет следующее
DBD not available! Please install it and try again !
old.netup.ru там в форуме все описано.после этого при http://192.168.0.1/cgi-bin/utm/aaa пишет следующее
DBD not available! Please install it and try again !
вот что нашел http://old.netup.ru/phorum/viewthread.php?tid=1901
-там у людей tsave неотрабатывал, а у меня на ура!
так что глюк какой то другой
ой, нет....
там разобрались сл. образом:
DBD not available! Please install it and try again !
-там у людей tsave неотрабатывал, а у меня на ура!
так что глюк какой то другой
ой, нет....
там разобрались сл. образом:
а у меня все по прежнему:сообщение Fedor
У меня такая же система(UTM4 на RH9) обнавление встало без всяких проблем. А попробуй создать директорию /usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1/i686-linux и туда скопировать файлы из директории lib апгрейда.
DBD not available! Please install it and try again !
- tsave у меня отрабатывает без ошибок.3. После запуска tsave (с выводом в файл), получил вот такую ошибку:
/netup/utm/bin/tsave: relocation error: /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI/DBI.so: undefined symbol: Perl_Gthr_key_ptr
4. Файл DBI.so из апгрейта (из папки lib) скопировал (с перезаписью, находящегося там, такого же файла) в каталог
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI/DBI.so
5. Все заработало.
-папки /usr/lib/perl5/site_perl/5.8.0/ - нету, есть 5.6.1 , в ней нету папки "i386-linux-thread-multi" , есть "i386-linux"
то есть есть такой путь- /usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/DBI/DBI.so
скопировал туда DBI.so
итоги:
DBD not available! Please install it and try again !
По поводу майского обновления (собрано с нетуповского форума)
Код:установил последнее обновление
от 17.05.2004 на свою UTM4 Linux RH9
1. скопировал aaa tsave main и др. файлы туда где лежали старые.
2. Скопировал из новые *.so из папки lib архива в /usr/local/apache/cgi-bin/utm
3. Выдал им права 755
теперь при запуске файлв aaa что через web, что напрямую выдает одно и тоже
DBD not available! Please install it and try again !
а вот что пишет tsave
netup/utm/bin/tsave: relocation error: /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI/DBI.so: undefined symbol: Perl_Gthr_key_ptr
До этого все работало нормально.
вот вывод поиска DBD
# find / -name DBD*
/root/DBI-1.32/lib/DBD
/root/DBI-1.32/lib/DBI/DBD.pm
/root/DBI-1.32/blib/lib/DBI/DBD.pm
/root/DBI-1.32/blib/lib/DBD
/root/DBI-1.32/blib/man3/DBD:roxy.3pm
/root/.cpan/sources/authors/id/R/RU/RUDY/DBD-mysql-2.9003.tar.gz
/root/.cpan/build/DBD-mysql-2.9003
/root/.cpan/build/DBD-mysql-2.9003/lib/DBD
/root/.cpan/build/DBD-mysql-2.9003/lib/Bundle/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/lib/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mSQL/lib/Bundle/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mSQL/lib/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mysql/lib/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mysql/lib/Bundle/DBD
/root/DBD-mysql-2.1020.tar.gz
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/DBD
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/DBI/DBD.pm
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Bundle/DBD
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/DBD
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/DBD
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/DBI/DBD.pm
/usr/share/man/man3/DBD:roxy.3pm
/usr/share/man/man3/DBD:roxy.3pm.gz
/usr/share/man/man3/DBD::mysql.3pm.gz
/usr/share/man/man3/DBD::mysql::INSTALL.3pm.gz
вот что например выдает файл admin
# ./admin
Content-type: text/html
DBI not available or incorrect version ! Please install it and try again ! INC:/usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1/i686-linux /usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1 /usr/local/lib/perl5/site_perl . PERL2EXE_STORAGE /usr/lib/perl5/site_perl/5.6.1
1. Оказывается теперь в пароле нельзя использовать "."
Ну и чем Вам точка не угодила?
Шиза косила наши ряды...
2. Скопировал все из lib в обновлении в /netup/utm/bin и /cgi-bin/utm - вроде все заработало.
Но кто бы об этом где обмолвился. скачайте обновление дальше мучайтесь самим.
3. Сделай симлинк или перезапиши файл DBI.so из апгрейда в директорию /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI/DBI.so.
Цитата:Сделано,
теперь main, tsave запускаются нормально и только aaa
все также пишет что DBD not available
еще варианты ?
4. У меня такая же система(UTM4 на RH9) обнавление встало без всяких проблем. А попробуй создать директорию /usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1/i686-linux и туда скопировать файлы из директории lib апгрейда.
Цитата:ПОМОГЛО. Спасибо. Хотя это маразм. Я ужу предложил службе суппорта полазить у себя на сервере. может без подобного изврата разберуться. а переименования DBI.so в DBI.so.1 в надежеде что обломленный скрипт начнет искать в текущей дирректории бесполезны.
Цитата:интересное наблюдение
если запустить трасировщик
для файлов aaa который до обновления (тот, который работает) и файл из обновления то в обоих этих файлах системный вызов open ищет файл mysql.so в директории 5.6.1 но никак не 5.8
разумно предположить, что тогда ОНО должно искать его в текущей папке. Т.к. в Rh 9 перловки 5.6.1 нет и в помине, то получается что старый aaa его находит а новый нет.
strace -o OUT.txt ./aaa.
Файл aaa из апдейта ВООБЩЕ не обращается к mysql.so и DBI.so лежащим в его каталоге. Он только и умеет что выдавать строчку типа >DBD not available! Please install it and try again !
5. utm_backup.sh в обновлении
Есть в обновлении utm4 от 17 мая 2004 года еще одна "фича". Теперь бекап базы идет через сабжевый скрипт, но... в этом скрипте есть переменная backup_path которая должна быть в utm.cfg. Но там этой переменной никогда не было, поэтому ее надо внести.
6. Величина НДС(18%) не меняется, можно только ее не учитывать,
добавив в utm.cfg - no_nds=1, по умолчпнию no_nds=0
Кстати, после апдейта веб интерфейс заработал намного быстрей.
И еще, остался не решенным вопрос по поводу графических отчетов,
у меня они так и не заработали, пишет, что GDlib не установлена,
но похоже , что это проблема обновления (что-то такое попадалось на netup.ru),
хотя может я и не прав...
Код:установил последнее обновление
от 17.05.2004 на свою UTM4 Linux RH9
1. скопировал aaa tsave main и др. файлы туда где лежали старые.
2. Скопировал из новые *.so из папки lib архива в /usr/local/apache/cgi-bin/utm
3. Выдал им права 755
теперь при запуске файлв aaa что через web, что напрямую выдает одно и тоже
DBD not available! Please install it and try again !
а вот что пишет tsave
netup/utm/bin/tsave: relocation error: /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI/DBI.so: undefined symbol: Perl_Gthr_key_ptr
До этого все работало нормально.
вот вывод поиска DBD
# find / -name DBD*
/root/DBI-1.32/lib/DBD
/root/DBI-1.32/lib/DBI/DBD.pm
/root/DBI-1.32/blib/lib/DBI/DBD.pm
/root/DBI-1.32/blib/lib/DBD
/root/DBI-1.32/blib/man3/DBD:roxy.3pm
/root/.cpan/sources/authors/id/R/RU/RUDY/DBD-mysql-2.9003.tar.gz
/root/.cpan/build/DBD-mysql-2.9003
/root/.cpan/build/DBD-mysql-2.9003/lib/DBD
/root/.cpan/build/DBD-mysql-2.9003/lib/Bundle/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/lib/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mSQL/lib/Bundle/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mSQL/lib/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mysql/lib/DBD
/root/.cpan/build/Msql-Mysql-modules-1.2219/mysql/lib/Bundle/DBD
/root/DBD-mysql-2.1020.tar.gz
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/DBD
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/DBI/DBD.pm
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Bundle/DBD
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/auto/DBD
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/DBD
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/DBI/DBD.pm
/usr/share/man/man3/DBD:roxy.3pm
/usr/share/man/man3/DBD:roxy.3pm.gz
/usr/share/man/man3/DBD::mysql.3pm.gz
/usr/share/man/man3/DBD::mysql::INSTALL.3pm.gz
вот что например выдает файл admin
# ./admin
Content-type: text/html
DBI not available or incorrect version ! Please install it and try again ! INC:/usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1/i686-linux /usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1 /usr/local/lib/perl5/site_perl . PERL2EXE_STORAGE /usr/lib/perl5/site_perl/5.6.1
1. Оказывается теперь в пароле нельзя использовать "."
Ну и чем Вам точка не угодила?
Шиза косила наши ряды...
2. Скопировал все из lib в обновлении в /netup/utm/bin и /cgi-bin/utm - вроде все заработало.
Но кто бы об этом где обмолвился. скачайте обновление дальше мучайтесь самим.
3. Сделай симлинк или перезапиши файл DBI.so из апгрейда в директорию /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI/DBI.so.
Цитата:Сделано,
теперь main, tsave запускаются нормально и только aaa
все также пишет что DBD not available
еще варианты ?
4. У меня такая же система(UTM4 на RH9) обнавление встало без всяких проблем. А попробуй создать директорию /usr/local/apache/cgi-bin/utm/lib/site_perl/5.6.1/i686-linux и туда скопировать файлы из директории lib апгрейда.
Цитата:ПОМОГЛО. Спасибо. Хотя это маразм. Я ужу предложил службе суппорта полазить у себя на сервере. может без подобного изврата разберуться. а переименования DBI.so в DBI.so.1 в надежеде что обломленный скрипт начнет искать в текущей дирректории бесполезны.
Цитата:интересное наблюдение
если запустить трасировщик
для файлов aaa который до обновления (тот, который работает) и файл из обновления то в обоих этих файлах системный вызов open ищет файл mysql.so в директории 5.6.1 но никак не 5.8
разумно предположить, что тогда ОНО должно искать его в текущей папке. Т.к. в Rh 9 перловки 5.6.1 нет и в помине, то получается что старый aaa его находит а новый нет.
strace -o OUT.txt ./aaa.
Файл aaa из апдейта ВООБЩЕ не обращается к mysql.so и DBI.so лежащим в его каталоге. Он только и умеет что выдавать строчку типа >DBD not available! Please install it and try again !
5. utm_backup.sh в обновлении
Есть в обновлении utm4 от 17 мая 2004 года еще одна "фича". Теперь бекап базы идет через сабжевый скрипт, но... в этом скрипте есть переменная backup_path которая должна быть в utm.cfg. Но там этой переменной никогда не было, поэтому ее надо внести.
6. Величина НДС(18%) не меняется, можно только ее не учитывать,
добавив в utm.cfg - no_nds=1, по умолчпнию no_nds=0
Кстати, после апдейта веб интерфейс заработал намного быстрей.
И еще, остался не решенным вопрос по поводу графических отчетов,
у меня они так и не заработали, пишет, что GDlib не установлена,
но похоже , что это проблема обновления (что-то такое попадалось на netup.ru),
хотя может я и не прав...