Package Details: targetcli-fb 3.0.1-1

Git Clone URL: https://aur.archlinux.org/targetcli-fb.git (read-only, click to copy)
Package Base: targetcli-fb
Description: free branch of the targetcli LIO administration shell (iSCSI + Co)
Upstream URL: https://github.com/open-iscsi/targetcli-fb
Licenses: Apache-2.0
Provides: targetcli
Submitter: JonnyJD
Maintainer: starfry
Last Packager: starfry
Votes: 24
Popularity: 0.069186
First Submitted: 2012-02-27 01:05 (UTC)
Last Updated: 2025-06-12 18:44 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

JonnyJD commented on 2013-11-15 18:47 (UTC)

Yes, I am working on it. The problem is known and fixed upstream, but with the next release something else changes: The service file and targetctl moves from targetcli to python3-rtslib-fb.

TheImperial2004 commented on 2013-11-15 18:45 (UTC)

Hi . I can confirm this error too , when starting the target.service . Nov 15 21:43:58 srv1 target[2604]: translate() takes exactly one argument (2 given) Any way to fix this ? Thanks JonnyJD .

mr_evil commented on 2013-11-15 08:51 (UTC)

Hi, when i try to start targetcli from this package, i get "python translate() takes exactly one argument (2 given)" and the tool will not start. journal looked like this: systemd[1]: Starting Restore LIO kernel target configuration... target[6261]: translate() takes exactly one argument (2 given) systemd[1]: target.service: main process exited, code=exited, status=255/n/a systemd[1]: Failed to start Restore LIO kernel target configuration. systemd[1]: Unit target.service entered failed state. from what i googled this looks like a unicode problem. Since there is barely any error output, i have no idea where to start looking.

JonnyJD commented on 2013-11-01 17:05 (UTC)

I updated the package and also switched to using Python 3, which is now supported upstream.

TheImperial2004 commented on 2013-09-15 13:31 (UTC)

Working as it should now after applying your fix . Thank you very much Jonny .

JonnyJD commented on 2013-09-15 12:39 (UTC)

Thank you for the report. I can't reproduce this with my setup, but this looks like an easy fix anyways. I added a patch in the package https://aur.archlinux.org/packages/python2-rtslib-fb/. Please update that package and report back if that fixes your issue. I would like to report the fix upstream then.

TheImperial2004 commented on 2013-09-15 10:50 (UTC)

Sorry . This is the full log : Sep 15 10:04:49 srv1 target[456]: Traceback (most recent call last): Sep 15 10:04:49 srv1 target[456]: File "/usr/bin/targetcli", line 89, in <module> Sep 15 10:04:49 srv1 target[456]: main() Sep 15 10:04:49 srv1 target[456]: File "/usr/bin/targetcli", line 72, in main Sep 15 10:04:49 srv1 target[456]: shell.run_cmdline(" ".join(sys.argv[1:])) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/configshell/shell.py", line 934, in run_cmdline Sep 15 10:04:49 srv1 target[456]: self._execute_command(path, command, pparams, kparams) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/configshell/shell.py", line 909, in _execute_command Sep 15 10:04:49 srv1 target[456]: result = target.execute_command(command, pparams, kparams) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/targetcli/ui_node.py", line 87, in execute_command Sep 15 10:04:49 srv1 target[456]: pparams, kparams) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/configshell/node.py", line 1417, in execute_command Sep 15 10:04:49 srv1 target[456]: result = method(*pparams, **kparams) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/targetcli/ui_root.py", line 108, in ui_command_restoreconfig Sep 15 10:04:49 srv1 target[456]: errors = RTSRoot().restore(json.loads(f.read()), clear_existing) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/rtslib/root.py", line 213, in restore Sep 15 10:04:49 srv1 target[456]: Target.setup(fm_obj, t, err_func) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/rtslib/target.py", line 130, in setup Sep 15 10:04:49 srv1 target[456]: TPG.setup(t_obj, tpg, err_func) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/rtslib/target.py", line 418, in setup Sep 15 10:04:49 srv1 target[456]: NodeACL.setup(tpg_obj, acl, err_func) Sep 15 10:04:49 srv1 target[456]: File "/usr/lib/python2.7/site-packages/rtslib/target.py", line 955, in setup Sep 15 10:04:49 srv1 target[456]: MappedLun.setup(tpg_obj, acl_obj, mlun, err_func) Sep 15 10:04:49 srv1 target[456]: NameError: global name 'MappedLun' is not defined Sep 15 10:04:49 srv1 systemd[1]: target.service: main process exited, code=exited, status=1/FAILURE Sep 15 10:04:49 srv1 systemd[1]: Failed to start Restore LIO kernel target configuration. Sep 15 10:04:49 srv1 systemd[1]: Unit target.service entered failed state. Thank you .

TheImperial2004 commented on 2013-09-15 10:44 (UTC)

Hi . Updating to the last version breaks the daemon service : Sep 15 13:41:45 srv1 target[733]: File "/usr/lib/python2.7/site-packages/rtslib/target.py", line 130, in setup Sep 15 13:41:45 srv1 target[733]: TPG.setup(t_obj, tpg, err_func) Sep 15 13:41:45 srv1 target[733]: File "/usr/lib/python2.7/site-packages/rtslib/target.py", line 418, in setup Sep 15 13:41:45 srv1 target[733]: NodeACL.setup(tpg_obj, acl, err_func) Sep 15 13:41:45 srv1 target[733]: File "/usr/lib/python2.7/site-packages/rtslib/target.py", line 955, in setup Sep 15 13:41:45 srv1 target[733]: MappedLun.setup(tpg_obj, acl_obj, mlun, err_func) Sep 15 13:41:45 srv1 target[733]: NameError: global name 'MappedLun' is not defined Sep 15 13:41:45 srv1 systemd[1]: target.service: main process exited, code=exited, status=1/FAILURE Sep 15 13:41:45 srv1 systemd[1]: Failed to start Restore LIO kernel target configuration. Sep 15 13:41:45 srv1 systemd[1]: Unit target.service entered failed state.

JonnyJD commented on 2013-07-25 08:49 (UTC)

Please note that the license changed from AGPL3 to Apache 2.0 with fb27.

JonnyJD commented on 2013-04-08 10:20 (UTC)

There was a change in targetcli-fb to only show the backends you have the hardware available for: https://github.com/agrover/targetcli-fb/commit/e302e0b781a38d852d89e4faf3a29689b10f5f0d So you might be looking at the wrong place to check general support or targetcli-fb can't find your hardware. These targets were not removed from the code: https://github.com/agrover/rtslib-fb/blob/master/rtslib/fabric.py#L483 The difference between targetcli and targetcli-fb is that there is not much of development and no community for targetcli, but there are lots of changes and some community patches for targetcli-fb (free branch). Have a look at https://github.com/agrover/targetcli-fb/network The "upstream" branch is targetcli. "master" is targetcli-fb. Risingtidesystems have a commercial product (rtsadmin) and are probably mainly working on that. Targetcli is open source, but not a community project.

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »