Linux-клиент, rdesktop, зависание Windows2003 (проблемы с работой с торговым оборудованием подключенным к ком-портам)

[arahorn]

А теперь постараюсь более внятно

есть небольшая сеть, основная работа в 1С 7.7, активно используется торговое оборудование:
1. сканеры штрих-кода CipherLab 1100 подключаемые на com-порт
2. принтеры штрих-кода BZB-2 подключение на LPT
3. терминалы сбора данных CipherLab 8300 подключаемые через подставку, подставка подключается на com-порт

клиентские компьютеры - Ubunta 7.10
сервер Windows2003 с включенными службами терминалов

подключение к 1С соответственно производится через rdesktop

ничто из оборудования не работает без проблем
самая критичная проблема приводит к зависанию сервера и перезагружать его приходится кнопкой reset

вызвать ее можно двумя основными способами
1. когда происходит связь с терминалом сбора данных снять его с подставки (варианты - не включить перед загрузкой/выгрузкой , и т.п.)
2. сбой при печати штрих-кода на BZB-2

при этом внешние симптомы
на стороне клиента выглядит так - все резко зависает, пользователь начинает дергаться и жать на все кнопки подряд, через какое то время окно с сеансом закрывается, сеанс терминала для пользователя заново открывается, в 1С войти не может по причине что другой пользователь с таким именем в ней уже сидит, через какое то время (нестабильное, от 5 минут до нескольких часов) перестает работать торговое оборудование у остальных клиентов, после чего вызывают программистов

симптомы на стороне сервера
у пользователя висят и бездействуют несколько процессов, при попытке разлогинить пользователя остается висеть один - 1cv7s.exe, убиваться отказывается вглухую - то есть через диспетчер задач просто никакой реакции, если через taskkill то реакция есть... taskkill говорит что процесс успешно завершен, но на самом деле процесс остается, дальше происходит все то же самое что описано выше. При попытке выключения сервера окно с выключением может болтаться долго, засекали на полчаса.

никаких записей в логах как на стороне клиента так и на стороне сервера не нашли.

что пытались сделать
1. обновлять rdesktop
2. менять операционные системы - на Windows все в порядке, Ubunta 8.04 такой же глюк, Slackware 11, 12.1 все то же самое
3. менять параметры com-портов на клиентских машинах (скорость, uart)

ну и прочее мелкое шаманство - всего не упомнишь

чего не пытались сделать
1. отказ от Windows терминал-сервера, в настоящее время это находится в стадии тестов и учитывая нехватку времени и отсутствие свободного торгового оборудования для экспериментов тесты затянутся надолго

чего не будем пытаться делать - отказ от Linux клиентских машин

теперь собственно вопрос - может кто поможет, с чем связан такой глюк и как с ним бороться ?

P.S. операционная система на сервере - Windows 2003 Enterprise Edition, Service Pack 1, v. 1039
некупленная, сервис-пак 2 не пробовали

[warlomak]

Попробуй запускать 1С скриптом/батником, типа
---term1c.cmd
@echo off
start /wait c:\1c\1c.exe
logoff
exit
---end of term1c.cmd
Должны разлогиниться побыстрее и сессий подвисших небудет.

[yaleks]

У вас левая 1С и win Server. Они глючат и виснут.

При чём тут linux и rdesktop? Можно попробовать с wtware, но не факт, что будет лучше.

[arahorn]

Попробуй запускать 1С скриптом/батником, типа
---term1c.cmd
@echo off
start /wait c:\1c\1c.exe
logoff
exit
---end of term1c.cmd
Должны разлогиниться побыстрее и сессий подвисших небудет.

не помогает, процесс 1С не реагирует на попытки его завершить, при такой схеме сеанс то закрывается, но процесс 1С от него таки остается

У вас левая 1С и win Server. Они глючат и виснут.

При чём тут linux и rdesktop? Можно попробовать с wtware, но не факт, что будет лучше.

замечательный ответ, так дипломников учат говорить если на демонстрации на защите программа глюканет, первым делом спросить лицензионная ли винда и если (естественно нет) то отмазка железная

1С кстати у нас честная
wtware имхо это уже совсем другая опера, кроме того нафиг не нужная, бездисковые можно делать апсолютно без привлечения левого софта.

[dimbor]

У вас левая 1С и win Server. Они глючат и виснут.

Не касаясь юридической и морально-этической стороны вопроса, общеизвестно, что "левая" 1с работает надежней, чем честная. Согласно тезису, с которым Вы, надеюсь, не будете спорить: "Чем система проще - тем она надежнее". А бегамайты кода, "защищающие" авторские права, надежности не добавляют. Лишние полметра геморроя у каждого второго честного сисадмина тому подтверждение.

[arahorn]

У вас левая 1С и win Server. Они глючат и виснут.

Не касаясь юридической и морально-этической стороны вопроса, общеизвестно, что "левая" 1с работает надежней, чем честная. Согласно тезису, с которым Вы, надеюсь, не будете спорить: "Чем система проще - тем она надежнее". А бегамайты кода, "защищающие" авторские права, надежности не добавляют. Лишние полметра геморроя у каждого второго честного сисадмина тому подтверждение.

в общем поддерживаю

[yaleks]

wtware имхо это уже совсем другая опера, кроме того нафиг не нужная, бездисковые можно делать апсолютно без привлечения левого софта.

там просто код для работы с COM портами тюнингован.

[Saks]

Была просто похожая ситуация,версию rdesktopa не помню, но коннект она держала жестко даже при разрыве связи все соединения с сервером становились неубиваемыми.Решилось после оюновления на сп2 в котором переработанный удаленный рабочий стол. И обязательное завершение сессии в rdesktope.

[arahorn]

Была просто похожая ситуация,версию rdesktopa не помню, но коннект она держала жестко даже при разрыве связи все соединения с сервером становились неубиваемыми.Решилось после оюновления на сп2 в котором переработанный удаленный рабочий стол. И обязательное завершение сессии в rdesktope.

Спасибо.
Так не хотелось ставить последний сервиспак , особенно учитывая то что в мегапроекте полного отказа от майкрософт виден свет в конце тоннеля .
Но таки придется пробовать.

[infra_hdc]

Была просто похожая ситуация,версию rdesktopa не помню, но коннект она держала жестко даже при разрыве связи все соединения с сервером становились неубиваемыми.Решилось после оюновления на сп2 в котором переработанный удаленный рабочий стол. И обязательное завершение сессии в rdesktope.

Господа, доброго времени суток!
Похожая ситуация, сервер Win2003, с уже установленным SP2.

Что имеем:
1. Терминальный сервер.
2. Тонкие клиенты на базе WinCE 5.0, Thinstation 2.2.1 и Neoware (последние оба == разумеется решение на базе GNU/Linux). Причем на некоторых есть возможность загрузки по сети, и на одном и том же железе рассматривалось два варианта: загруженная с сети Thinstation и загружаемая с "твердого диска" WinCE.
3. Подключенный к COM-порту считыватель штрихкода. Просматривались две модели:
3.1. FuzzyScan, M/N: FBC-6860
3.2. Symbol M/N: LS1203
4. Прикладное ПО в терминальном сеансе (самописное).

Что наблюдаем:
1. При юзании WinCE на тонком клиенте и на десктопах Win9x/2k/XP со стандартным клиентом удаленного рабочего стола == все шоколадно.
2. При юзании Linux-based ПО == имеем задержки в считывании штрихкода от 2-3 до 50 секунд, а в отдельных случаях прикладная прога просто зависает и перестает работать.
2.1. Особое внимание хочу обратить на Symbol M/N: LS1203 (производства Моторолы?) т.к. у нас их 50 штук. В то время как FuzzyScan только один, и ведет себя лучше (с ним считывается иногда почти сразу, но бывают также и задежки порядка 10 секунд и более).
3. В то же время, на Linux-based консольная команда

Код: Выделить всё

cat /dev/ttyS0

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

Значит, проблема все же в rdesktop?

[infra_hdc]

Итак: еще теплей....

Не поленился и собрал rdesktop 1.6.0 со скачанного исходника с sourceforge.net
Как собирал?

1. Подредактировал serial.c, добавя строчку

Код: Выделить всё

#define WITH_DEBUG_SERIAL

2. Запустил конфигурирование

Код: Выделить всё

./configure

пришлось скачать с yum пакеты для разработки X11 и SSL

3. Собрал

Код: Выделить всё

make

но "make install" -- НЕ делал

4. сделал "su" и из того же каталога запустил получившийся бинарник:

Код: Выделить всё

./rdesktop -u my_cool_user -a 16 -k en-us -r comport:COM1=/dev/ttyS0 my.cool.ip

5. На термулятор :-) сыпались диаги
5.1. После запуска rdesktop

Код: Выделить всё

SERIAL COM1 to /dev/ttyS0

5.2. После запуска программы == нуль.
5.3. После включения галочки "устройство включено" прикладухи

Код:

INFO: SERIAL COM1 to /dev/ttyS0 INFO: speed 9600 baud, stop bits 0, parity 0, word length 8 bits, dtr 1, rts 0 serial_ioctl -> SERIAL_SET_TIMEOUTS read timeout 100 0 0 serial_ioctl -> SERIAL_SET_WAIT_MASK 81 serial_ioctl -> SERIAL_GET_BAUD_RATE 9600 serial_ioctl -> SERIAL_WAIT_ON_MASK 81 serial_ioctl -> SERIAL_GET_LINE_CONTROL serial_ioctl -> SERIAL_GET_CHARS serial_ioctl -> SERIAL_GET_HANDFLOW serial_ioctl -> SERIAL_GET_BAUD_RATE 9600 serial_ioctl -> SERIAL_GET_LINE_CONTROL serial_ioctl -> SERIAL_GET_CHARS serial_ioctl -> SERIAL_GET_HANDFLOW serial_ioctl -> SERIAL_SET_BAUD_RATE 9600 serial_ioctl -> SERIAL_CLR_RTS serial_ioctl -> SERIAL_CLR_DTR serial_ioctl -> SERIAL_SET_LINE_CONTROL stop 0 parity 0 word 8 serial_ioctl -> SERIAL_SET_CHARS 0000 00 00 00 00 11 13 ...... serial_ioctl -> SERIAL_SET_HANDFLOW 0 0 400 400 serial_ioctl -> SERIAL_SET_QUEUE_SIZE in 4096 out 4096 serial_ioctl -> SERIAL_SET_TIMEOUTS read timeout 150 0 0 serial_ioctl -> SERIAL_SET_DTR serial_ioctl -> SERIAL_SET_RTS serial_ioctl -> SERIAL_PURGE purge_mask F

5.4. После нажатия на курок и считывания (со звуковым сигналом) штрихкода
ничего... :-(
5.5. После нажатия на клавишу или дерганья мышкой

Код:

serial_get_event Bytes 9 Event -> SERIAL_EV_RXCHAR Bytes 9 serial_ioctl -> SERIAL_GET_COMMSTATUS in queue 9 serial_read inqueue: 9 expected 4096 serial_read Bytes 9 0000 52 31 30 30 30 32 30 33 0d R1000203. serial_ioctl -> SERIAL_WAIT_ON_MASK 81

5.6. При выходе из прикладухи

Код: Выделить всё

serial_ioctl -> SERIAL_PURGE purge_mask F

буду тестировать остальные прикладухи, но точно, что в одной только от этого зависит, что не дергаешь мышкой...
как дернешь == сразу считывает.

[DjSpike]

Ну так что удалось Вам запустить ??? или нет ?

У меня аналогичная проблема. Mandriva 2009.0 к ней подключен фискальный регистратор Фелик-02к (/dev/ttyS0).
при подключени через rdeskopt к винсерверу , в консоли пишет

Код: Выделить всё

SERIAL COM1 to /dev/ttyS0

но 1с не видит кассу.

Пользователь linux, из под которого запускается rdesktop находится в группе uupc

[warlomak]

У меня то же самое, данные со сканера приходят только после "дерганья мышкой" ;-(
Как лечить ?

[infra_hdc]

У меня то же самое, данные со сканера приходят только после "дерганья мышкой" ;-(
Как лечить ?

Дебажить, править исходники, и пересобирать rdesktop ?

[KoKa108]

Добрый день!!!

подскажите пожалуйста, как установить rdesktop 1.6 на Ubuntu 7.10?
нашел deb пакет, но он предназначен для Ubuntu 8, и при инстале ссылается на другой пакет, который уже установлен..тут глухо!
компилировать из исходников я еще не научился. За ранее благодарен!

[warlomak]

Добрый день!!!

подскажите пожалуйста, как установить rdesktop 1.6 на Ubuntu 7.10?
нашел deb пакет, но он предназначен для Ubuntu 8, и при инстале ссылается на другой пакет, который уже установлен..тут глухо!
компилировать из исходников я еще не научился. За ранее благодарен!

Попробуй http://sys-admin.org/files1/rdesktop/rdesk...0-alt1_i386.deb

p.s.
Хотя с проблемой сканера и мыши так и не разобрался...

[KoKa108]

спасибо! rdesktop 1.6 установился, но моей проблемы он решить не смог...

Устройства и ПО: сервер - Win 2003 Enterprice Edition, клиент - Ubuntu 7.10, сканер штрих-кода Metrologic MS-9520, 1С 7.7 стоит на серваке

Задача: необходимо установить торговое оборудование (в том числе и сканер ШК) на клиента и чтобы оно работало на терминале

Проблема: на данный момент мучаюсь со сканером ШК...на убунту работает нормально (cat /dev/ttyS0), сканирует моментально и без ошибок
подключаюсь к серверу через терминал rdesktop 1.6 (rdesktop xxx.xxx.xxx.xxx -r comport:COM1=/dev/ttyS0 -u user -p password -N -k en-us -k ru), но в 1С ни как не работает, т.е. вообще не раегирует

Вопросы:
1. Как проверить переброс COM-портов на сервер?
2. Какие могут быть причины такой некорректной работы?

За ранее благодарен! (еще имеется просьба - пишите подробно, а то я еще плохо разбираюсь в тонкостях линукса)

[KoKa108]

В некоторых вопросах разобрался. Порты нормально перебрасываются на сервак. Это можно проверить при помощи программы Metroset2. Работает она под виндой. Так что проблем с rdesktop нет. Значит что-то с 1С.

Кто знает в чем проблема, то напишите пожалуйста. За ранее благодарен.

[warlomak]

А net use com8: \\client\com1: на сервере делал ?

[KoKa108]

а чем это должно помочь?

сканер на сервере работает нормально, переброс портов проходит нормально.

[arahorn]

А net use com8: \\client\com1: на сервере делал ?

эхххх
грустно товарищи, очень грустно
проверьте
(занудный замученный тон) для работы с 1С 7.7 ОБЯЗАТЕЛЬНО сканер должен добавлять к штрихкоду суффикс 13 он же x0D, то же самое необходимо в 1С выставить драйверу сканера

[KoKa108]

А net use com8: \\client\com1: на сервере делал ?

эхххх
грустно товарищи, очень грустно
проверьте
(занудный замученный тон) для работы с 1С 7.7 ОБЯЗАТЕЛЬНО сканер должен добавлять к штрихкоду суффикс 13 он же x0D, то же самое необходимо в 1С выставить драйверу сканера

Добрый день!

Я со сканерами столкнулся впервые, и впервые под линуксом. И еще не совсем понимаю как и что работает. И соответственно не поня, что вы имеете ввиду и как это делать тем более.Поэтому, если вам не сложно, то объясните пожайлуста поподробнее и доходчивее(почему обязательно должен быть суффикс 13, под виндой он был не нужен; как это сделать). За ранее благодарен.

[KoKa108]

Сканер заработал на 1С. Это получилось осуществить заменой стандартной длл (scanopos.dll) на длл от АТОЛ (Scaner1C.dll) и ее небольшом редактировании (добавлен суффикс 13).

Теперь возникла типичная проблема: пока мышкой не пошивелишь или кнопку на клавиатуре не нажмешь, ничего не определяет.

Привожу ссылочку для драйверов АТОЛ и их установка
http://programmer.com.ua/archives/38

[KoKa108]

установка и настройка АТОЛ драйвера:

http://www.atol.ru/support/encyclopedy/1c/...-all/1c77-scan/

[KoKa108]

Добры День!

Проблема решена! Сканер ШК работает прекрасно! По окончанию работы привожу полную инструкцию того, что и как сделал!

Устройства и ПО: сервер - Win 2003 Enterprice Edition, клиент - Ubuntu 7.10, сканер штрих-кода Metrologic MS-9520, 1С 7.7 стоит на серваке

Задача: необходимо установить торговое оборудование (в том числе и сканер ШК) на клиента и чтобы оно работало на терминале

проверка работы сканера ШК на убунту проверяем так: cat /dev/ttyS0 прикладываем штрих-код...должно определиться.
Если тут проблем не возникает, то идем дальше. Если не сканирует, то какие-то проблемы или со сканером, или с совместимостью, или с железом.

подключаемся к серверу через терминал rdesktop 1.6 (rdesktop xxx.xxx.xxx.xxx -r comport:COM1=/dev/ttyS0 -n user6 -u user -p password -N -k en-us -k ru). Подробненько все свойства можно узнать введя в терминале rdesktop (правда там все на английском, но я думаю, что разберетесь).

на убунту 7.10 rdesktop стоит версии 1.5. Я думал, что проблема в нем и поэтому поставил 1.6 (http://sys-admin.org/files1/rdesktop/rdesktop_1.6.0-alt1_i386.deb).

Затем установил setserial (есть на истал диске с убунту)

/var/lib/setserial/autoserial.conf

строки

/dev/ttyS0 uart 16850A port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test

/dev/ttyS1 uart 16850A port 0x02f8 irq 3 baud_base 115200 spd_normal skip_test

меняем на

/dev/ttyS0 uart 16954 port 0x03f8 irq 4 baud_base 115200 spd_normal skip_test

/dev/ttyS1 uart 16954 port 0x02f8 irq 3 baud_base 115200 spd_normal skip_test

На сколько необходимо было ставить setserial не знаю, но я в одной статейке прочитал, что необходимо и поэтому поставил (http://arahorn01.blogspot.com/2008/12/linux.html)

Проверял переброс портов не сервер при помощи программы MetroSet2. Она непосредственно установлена на сервере.

Затем ставим драйвера от АТОЛ (http://programmer.com.ua/archives/38) и потом его необходимо настроить (http://www.atol.ru/support/encyclopedy/1c/1s80-all/1c80-scan/).

Теперь сканер работает, но с известным глюком: при сканировании результат выводится либо с задержкой (время бывает разное от нескольких сек до часов), либо до тех пор пока не пошивелишь мышкой или не нажмешь кнопку на клавиатуре. Данная проблемка решилась написание программы, которая эмулировала движение мыши со смещением на (0,0) координат. Писал на Delphi 7:

код:

procedure TForm1.Timer1Timer(Sender: TObject); {данная ф-ия каждую секунду смещает курсор на (0,0)}
var
p: TPoint;
x_drift,y_drift:integer;
begin
x_drift:=StrToInt(Edit1.Text);
y_drift:=StrToInt(Edit2.Text);
if GetCursorPos(p)=true then SetCursorPos(p.X+x_drift,p.Y+y_drift);
end;

procedure TForm1.Start(Sender: TObject); {по нажатию на кнопку запускается работа программы}
begin
Timer1.Enabled:=true;
BitBtn1.Visible:=false;
BitBtn2.Visible:=true;
end;

procedure TForm1.Stop(Sender: TObject); {по нажатию на кнопку останавливается работа программы}
begin
Timer1.Enabled:=false;
BitBtn2.Visible:=false;
BitBtn1.Visible:=true;
end;

Программка запускается под конкретным пользователем параллельно с работой 1С. Есть вариант дописать так, чтобы она сворачивалась в трей.

Ну пожалуй все!!! Очень рад, если смог кому-то помочь. =)

[DjSpike]

Скриншот от программы это хорошо, но можно было бы и программу выложить , не у всех делфи стоит....

[KoKa108]

Сама программка.

[KoKa108]

У меня остались еще вопросы по торговому оборудованию. Мне необходимо установить штрих-принтер Zebra TLP-2824 на Убунту. За ранее благодарен за помощь!

[arahorn]

У меня остались еще вопросы по торговому оборудованию. Мне необходимо установить штрих-принтер Zebra TLP-2824 на Убунту. За ранее благодарен за помощь!

а какие с ним проблемы то ?

[KoKa108]

Добрый день!

необходимо чтобы данный принтер штрих кодов заработал под убунту. при подключении он вообще не определяется и не говорит, что что-то было подключено. принтер подключается к LTP-порту.

как мне определить, что убунту увидела что что-то висит у нее на LTP-порту, и также нужны драйвера под него (поиск по google ничего не дал).

За ранее благодарен!