5.1.54 USB-over-IP не работает

[Dim-soft]

Пробую USBIP на виртуальной машине под hyper-v

11-13-19-0621| WTware USBIP Initiator server v.5.1.54 (c) 2003-2013 WTware http://www.wtware.com
11-13-19-0670| Found interface 192.168.0.6/255.255.255.0 mtu 1500 mac 00:15:5D:00:10:03 adapter Сетевой адаптер Hyper-V (Майкрософт).
11-13-19-0670| Determined DNS server 192.168.0.2
11-13-19-0672| Determined DNS server 192.168.0.14
11-13-19-0944| No BindIP key found in registry.
11-13-19-0998| Bind at 0.0.0.0:780.
11-13-20-0002| Action: add, ip 192.168.0.147, bus 2-1.3, local usb port 14.
11-13-20-0004| ..\usbip.cpp ( 303), usbip_context::_get_vbus_handle: -- ERROR -- INTERNAL ERROR (0). Please, contact WTware tech support.
11-13-20-0006| ..\usbip.cpp ( 399), usbip_context::run: -- ERROR -- INTERNAL ERROR (0). Please, contact WTware tech support.
11-13-20-0006| Add: incorrect termination (192.168.0.147, 2-1.3).

[aka]

Надо пойти на http://usbip.sourceforge.net/
Найти там драйвера виртуального USB для виндовс.
Скачать.
Установить.
И взять бубен побольше, он понадобится.

[SANSoft]

Добрый день! Сегодня с утра обновил 5.1.54 на 5.1.62.
Сломалось сканирование через USBIP. Откатил на терминале версию - не починилось. Вероятно, что то в серверной части usbip сломалось.

Логи прилагаю

P.S. чей лог wtc.log? там какая то ругань, оно так должно? С дублированием IP разберусь (а можно в лог МАКи выдавать, которые обнаружены с дублированием IP?)

[SANSoft]

Залейте в эту тему кто нибудь файл службы USBIP из версии 5.1.54 (wtusbip.exe), а то не сделал резервную копию перед обновлением.

[aka]

Если без wtusbip, а руками через usbip.exe подключать - будет работать?

[SANSoft]

Подтверждаю. После команды:

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

usbip -a 192.168.2.116 1-3

сканер заработал как надо

значит проблема в wtusbip версии 5.1.62. Так как в версии 5.1.54 этот же файл трудился без ошибок.

[aka]

Так вот же лежит твоя .54: http://wtware.ru/files/beta/

Но поверх ставить лучше не надо. От установки строй поверх новой возможны спецэффекты. Лучше на какой-нибудь другой машине поставь и екзешник службы скопируй.

Вангую, что не поможет. Когда убедишься, что замена экзешника не помогла, верни на место экзешник от .62.

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

[SANSoft]

Сделал следующее:

Остановил службу USBIP через конфигуратор.
Подсунул файл wtusbip от версии 5.1.54
запустил службу. перезагрузил терминал (он после прошлых экспериментов работает на версии 5.1.54)
сканер заработал.
прописал в DHCP этому терминалу команду на загрузку 5.1.62. Перезагрузил.
сканер работает.

шлю логи терминала после двух загрузок и сканирования.
и лог службы USBIP.

Ванга ошиблась на этот раз.

Upd: Для чистоты эксперимента снова подменил версию wtusbip на 5.1.62
Сканер не заработал, после перезагрузки терминала.
Вернул версию wtusbip на 5.1.54 - работает

[aka]

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

У тебя в неработающих логах (архив ..16-47.zip) принтер включается после загрузки терминала.

А в работающих логах (архив ..46-00.ZIP) принтер включается до терминала.

[aka]

Проверь с .54 службой подключение железки ПОСЛЕ загрузки терминала.

Принтер отключен. Терминал загрузился, дошел до входа в виндовс. После этого подключай принтер. И покажи лог. А то Ванга не привыкла ошибаться.

И потом проверь пожалуйста вот это:

http://pxe.ru/files/testing/201404110334.zip

Со службой, которая из дистрибутива поставится. Оба варианта - с железкой, включенной ДО включения терминала, и с железкой, включаемой после появления на экране терминала "входа в внидовс". Между испытаниями надо паузу выдерживать до появления в логе usbip строки "Remote computer (192.168.2.116) shutdown?"

[SANSoft]

Хорошо. Правда для этого придется съездить к сканеру, иначе трудно будет объяснить человеку когда и что включать/выключать. Постараюсь сегодня к вечеру или в понедельник. До этого я всё делал удалённо. Сканер тот встроен в МФУ. И вроде как всегда включен должен быть. Странно, что были такие метаморфозы с его включением не вовремя. Может это они сами пробовали починить его выключением/включением, до того как мне сообщили о проблеме. А я первым делом снял лог.

[Arny]

на 72 тоже не работает

[aka]

Так и говорит: "не работаю"?

Серверную часть USBIP писали не мы, она сырая, и нужен очень большой бубен чтобы заставить её работать. Переписывать серверную часть нет ни времени, ни желания: проброс USB уровня "нажал кнопку и поехало с любым устройством" по сложности сравним со всей втварью, мы просто не осилим. Я больше не буду реагировать на жалобы на USBIP без лога терминала после обращения через usbip.exe. Не понимаете, что это такое - значит не пользуйтесьб этим, оно не для вас.

[Arny]

все, понял, мой косяк, по работе зашиваюсь. логи будут на следующей неделе, с 68 версии где работает и с 72 на которой нет

[aka]

Да, если на 68 работало, то очень хочу логи и от неё тоже. Может по двум логам (от .68 где работало и от .72 где не работало) я что-то пойму. А может не пойму... Злобные ядерщики опять немного поменяли линуксовую часть usbip. В втвари уже целая куча костылей под ней стоит, потому что ядерщики регулрно что-то допиливают, а виндовый драйвер с 2011 года не обновлялся

[SANSoft]

Добрый день! Опять чего то отвалился usbip МФУ в удаленном офисе.

Вчера переустановил wtware 5.2.10, затем принудительно перезагрузил терминал.
Сегодня в 11.45 они попытались проявить самостоятельность и передернули USB шнурок.

Но девайс так и не появился

[aka]

Откатывайся назад на версию, на которой работало. usbip умирает. Линуксовую часть пилят, она для проброса с линукса на линукс сейчас вполне хороша. На виндовую часть забили и года три уже не пилят. Вдобавок к старым глюкам ещё и совместимость нового линуксового и старого виндового кода теряется...