You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Partly this works, when mtda device boots, the relay "clicks" and powers off DUT.
But when I check "mtda-service", it's in "dead" state. When trying to run it manually, the following output is observed:
root@mtda:/home/mtda# /usr/sbin/mtda-service -n
Probe of the shared storage device failed!
Failed to start the MTDA server!
USB flash drive is properly visible as /dev/sda.
Due to failed service, mtda-cli doesn't work:
root@mtda:/home/mtda# mtda-cli
Traceback (most recent call last):
File "/usr/bin/mtda-cli", line 736, in <module>
app.main()
File "/usr/bin/mtda-cli", line 725, in main
status = cmds[cmd](stuff)
File "/usr/bin/mtda-cli", line 270, in console_cmd
return cmds[cmd](args)
File "/usr/bin/mtda-cli", line 82, in console_interactive
self.target_info()
File "/usr/bin/mtda-cli", line 535, in target_info
locked = " (locked)" if client.target_locked() else ""
File "/usr/lib/python3.9/dist-packages/mtda/client.py", line 306, in target_locked
return self._impl.target_locked(self._session)
File "/usr/lib/python3/dist-packages/zerorpc/core.py", line 278, in <lambda>
return lambda *args, **kargs: self(method, *args, **kargs)
File "/usr/lib/python3/dist-packages/zerorpc/core.py", line 270, in __call__
return self._process_response(request_event, bufchan, timeout)
File "/usr/lib/python3/dist-packages/zerorpc/core.py", line 227, in _process_response
reply_event = bufchan.recv(timeout=timeout)
File "/usr/lib/python3/dist-packages/zerorpc/channel.py", line 255, in recv
event = self._input_queue.get(timeout=timeout)
File "src/gevent/queue.py", line 334, in gevent._gevent_cqueue.Queue.get
File "src/gevent/queue.py", line 349, in gevent._gevent_cqueue.Queue.get
File "src/gevent/queue.py", line 326, in gevent._gevent_cqueue.Queue.__get_or_peek
SimpleQueue = _PySimpleQueue
File "src/gevent/_waiter.py", line 151, in gevent._gevent_c_waiter.Waiter.get
File "src/gevent/_greenlet_primitives.py", line 61, in gevent._gevent_c_greenlet_primitives.SwitchOutGreenletWithLoop.switch
File "src/gevent/_greenlet_primitives.py", line 61, in gevent._gevent_c_greenlet_primitives.SwitchOutGreenletWithLoop.switch
File "src/gevent/_greenlet_primitives.py", line 65, in gevent._gevent_c_greenlet_primitives.SwitchOutGreenletWithLoop.switch
File "src/gevent/_gevent_c_greenlet_primitives.pxd", line 35, in gevent._gevent_c_greenlet_primitives._greenlet_switch
zerorpc.exceptions.LostRemote: Lost remote after 40s heartbeat
When I comment out sections [console] and [storage] in /etc/mtda/config, mtda service is running and commands like mtda target on work.
So, it looks like "usbf" doesn't work, at least with recent builds.
The text was updated successfully, but these errors were encountered:
Since a backing file/device is required for the emulated storage
to work, let's make sure setup instructions for the NanoPI NEO
have "file" set to "/dev/sda" to make sure people end-up with
something that works out of the box.
Fixes: siemens#296
Signed-off-by: Cedric Hombourger <cedric.hombourger@siemens.com>
Since a backing file/device is required for the emulated storage
to work, let's make sure setup instructions for the NanoPI NEO
have "file" set to "/dev/sda" to make sure people end-up with
something that works out of the box.
Fixes: #296
Signed-off-by: Cedric Hombourger <cedric.hombourger@siemens.com>
I have built recent (master) version of mtda for the nanopi-neo board and booted it.
I'm using default config documentation proposes:
Partly this works, when mtda device boots, the relay "clicks" and powers off DUT.
But when I check "mtda-service", it's in "dead" state. When trying to run it manually, the following output is observed:
USB flash drive is properly visible as
/dev/sda
.Due to failed service,
mtda-cli
doesn't work:When I comment out sections
[console]
and[storage]
in/etc/mtda/config
, mtda service is running and commands likemtda target on
work.So, it looks like "usbf" doesn't work, at least with recent builds.
The text was updated successfully, but these errors were encountered: