Здравствуйте,

При запуске dbimport, выдаётся следующая ошибка:
Load file has different number of columns than table

Данные переносятся с другого сервера. Выяснил, что в unl-файле с исходного
сервера конец строки состоит из 2-х байтов, а на сервере куда данные хочу загрузить конец строки состоит из 1-го байта.

На обоих серверах ОС Linux, но разные версии.

Как с этим бороться?

dmndВроде как в Линухе всегда концы строк были юниксовые т.е. 1-байтные.

Сисадмины, мне такое же сказали, но тут 100-ый реалный случай(даже перепроверил).
Проверил на HP-UX, тоже два байта.

Получается - это вообще можно как-то настроить на ОС?

dmnd - за помощь спасобо, уже закачал, буду разбираться!!!

Журавлев ДенисКаким именно образом ты это выяснил?
Как передавал файлы с одного сервера на другой?

1. Выяснил открыв hex-редактором.
2. Переписал в ASCII-mode по ftp!

Журавлев Денис zefs...
2. Переписал в ASCII-mode по ftp!Лечи свои ftp сервера. А пока передавай в байнари, тогда концы менятся не будут.

А я не говорил, что меняются, извиняюсь если не корректно поставил вопрос!

Начнём заново!!!!

На исходмом сервер выгружаю данные. После выгрузки сразу смотрю конец строки, там содержатся 2-байта.(Пока никуда ничего не переписовал).

На конечном сервере выгружаю любую базу. Проверяю хекс-ом, а на нём конец строки 1-байт.

Т.е.: мне необходимо конечный сервер, либо заставить понимать файлы с 2-мя байтами, либо как предлогает "dmnd" менять конец строки в файлах, а потом грузить.
Первый вориан предпочтительней (в лом каждый файл исправлять), а если их сотни:-((((

исходный сервер:
Linux tester 2.2.16-22smp #1 SMP Tue Aug 22 16:39:21 EDT 2000 i686 unknown
IDS: 7.30.UC10

конечный сервер:
Linux adm-eserver 2.6.9-5.EL #1 Wed Jan 5 19:22:18 EST 2005 i686 i686 i386 GNU/Linux
IDS: 9.40.UC6

Денис, есть подозрение что замешан в этом безобразии сам Информикс?

к примеру, (насколько я сведущ) на Винде всегда 2 байта, не зависимо от версии IDS, или я ошибаюсь?

мне кажется - это всё ОС!

Журавлев ДенисОй как тяжело вам всем помогать. Просишь uname -a, onstat -, с сервера который при анлоаде выдает два байта, дают два uname.


Обещаю исправится не сообразил

Linux tester 2.2.16-22smp #1 SMP Tue Aug 22 16:39:21 EDT 2000 i686 unknown
IDS: 7.30.UC10

Журавлев ДенисПодозреваю что баг в утилите unload.

Проверил хекс-ом на этом сервере (где 2 байта) другой текстовой файл(не Информикса), в конце строки тоже 2 байта.
получается unload не причём!!

Журавлев ДенисТолько я не слышал о возможности сменить конец файла в линукс, и вообще зачем это нужно.

Если начнём юзать эту ОС, а сисадмины рекомендуют, то при различных переносах данных (для тестирования и т.п.) с сервера на сервер, буду постоянна натыкаца на эту проблему.

vasilis zefs
Если начнём юзать эту ОС, а сисадмины рекомендуют, то при различных переносах данных (для тестирования и т.п.) с сервера на сервер, буду постоянна натыкаца на эту проблему.
Как можно тестировать приложение на IDS: 7.30.UC10, а эксплуатировать на
IDS: 9.40.UC6 ?? Не понимаю .


Я и не собирался такое делать.

Речь идёт о том что, скажем при запуске нового проекта в новой БД понадабятся данные из старой (по крайне мере справочные таблицы), вот собственно что имелось ввиду под словом тестирование!

vasilis zefsРечь идёт о том что, скажем при запуске нового проекта в новой БД понадабятся данные из старой (по крайне мере справочные таблицы), вот собственно что имелось ввиду под словом тестирование!
Для переноса нескольких справочных таблиц вовсе не обязательно использовать dbexport/dbimport. В соседнем топике как раз рассматривается использование удаленных (там они названы, почему то, гетерогенными) запросов - т.е. с одного сервера можно спокойно запросить данные на другом сервере.

В том-то и дело что их не несколько.
У нас есть целые БД справочные, мне всё таки кажется, что рациональней было бы использовать dbexport/dbimport.
И не всегда нужна только справочная информация.

Вывод: на мой взгляд в моём случае гетерогенные запросы не выход.