Package Details: targetcli-fb 2.1.58-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
Provides: targetcli
Submitter: JonnyJD
Maintainer: dsonck92
Last Packager: dsonck92
Votes: 24
Popularity: 0.92
First Submitted: 2012-02-27 01:05 (UTC)
Last Updated: 2024-06-09 12:32 (UTC)

Latest Comments

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

JonnyJD commented on 2014-03-11 11:45 (UTC)

Hm, I don't really know actually. Well, I do know that the original targetcli uses lio-utils to save the configuration in *.py files in /etc, which are basically just a list of lio-utils commands which are meant to be executed, not "read/parsed". Targetcli-fb/rtslib-fb read and write json files. Both formats are human-readable and you are supposed to be able to edit the json files by hand. There is a manpage "saveconfig.json.5" created when building rtslib-fb. Here if you don't have that at hand: download https://raw.github.com/agrover/rtslib-fb/master/doc/saveconfig.json.5 and open it with "man ./saveconfig.json.5". One way would be to have a look at the /etc/*.py and/or start lio-utils/original targetcli and list the configuration there. Then try to re-create this configuration with targetcli-fb and adjust the json manually for ids/strings that are "off". I forwarded your request upstream, maybe there will be a nice idea about upgrading there: https://github.com/agrover/targetcli-fb/issues/38

andyshinn commented on 2014-03-11 05:39 (UTC)

I was reading the wiki for setting up iSCSI and noticed: "The original targetcli is also available but has a different way of saving the configuration...". Does this mean that a configuration started on targetcli should not be upgraded to targetcli-fb? Is there an upgrade path?

JonnyJD commented on 2014-03-02 09:30 (UTC)

@mgmartin: Thanks a lot for reporting. That issue must have been existing since ages. This is fixed in a new pkgrel of python-rtslib-fb (where /etc/target is also created and the service file "lives"): https://aur.archlinux.org/packages/python-rtslib-fb/

<deleted-account> commented on 2014-03-02 00:48 (UTC)

Thanks for the package, it's working very well. I had to manually mkdir /etc/target/backup in order for the auto config backups to work, but no other problems.

JonnyJD commented on 2013-11-18 12:20 (UTC)

Yes, setuptools is now a makedepends. Thanks, fixed in all packages (no pkgrel bump).

mr_evil commented on 2013-11-18 09:05 (UTC)

Working fine, thank you very much, JohnnyJD. A small remark for the "python-configshell-fb" package: it needs the "python-setuptools" package which ist not necessarily installed, atleast on a fresh install, and is not included as a dependency. Anyways, thanks gain.

TheImperial2004 commented on 2013-11-15 20:10 (UTC)

Yes , it is fixed now . moving the service file isn't an issue as those two packages install and update at the same time anyway . Thank you again , Jonny .

JonnyJD commented on 2013-11-15 20:09 (UTC)

All PKGBUILDs (free branch or not) can still be found here: https://github.com/JonnyJD/PKGBUILDs/tree/master/_lio

JonnyJD commented on 2013-11-15 20:03 (UTC)

I updated the free branch packages now and also updated the wiki: https://wiki.archlinux.org/index.php/ISCSI_Target#Setup_with_LIO_Target Like mentioned below, the target.service file moved from targetcli-fb to python-rtslib-fb so these packages should be upgraded at the same time. The configuration file and format itself didn't change. That translate() bug mentioned was introduced while moving targetcli-fb from Python2 to Python3 and was fixed in python-rtslib-fb.

JonnyJD commented on 2013-11-15 19:19 (UTC)

Nothing to worry about. The config format and file name is still the same and it should be a drop-in replacement. That is: users of targetcli-fb have python3-rtslib-fb as requirement anyways and won't really notice that the service file is in another package now and that it works a bit different under the hood now. Should be done later today.

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