Arch Linux User Repository

mgmartin, thanks for the heads up. It saved me a lot of time figuring out what was happening.

A heads up: Newer kernels expose a target attribute--pi_prot_type--which is un-writable in the configfs tree. If you try to restore from a saved config.json file, the current python-rtslib-fb will error out, since it expects to be able to write all attributes. See https://lists.fedorahosted.org/pipermail/targetcli-fb-devel/2014-April/000073.html for some more info. A quick fix is to remove any lines from your saved config file which set the attribute: -- "pi_prot_type": 0, -- then, be careful anytime you save your config (or autosave saves your config )

Hey JonnyJD, The configfs mount on /sys/kernel/config was present, modprobe -v configfs failed with exit status 1. I decided to reboot the server, after that everything was working again. So for now I'm not sure what caused it. Thanks for your help! PS. The server was running kernel version 3.12.9 (now I'm at 3.14.1)

One problem would be if you had a custom kernel with configfs (CONFIG_CONFIGFS_FS) either built as a module and not having the module available for the currently running kernel or you disabled it altogether. Either way: You need configfs for LIO to work. I am no kernel expert, but I don't know why else `modprobe configfs` would fail, except for not using su/sudo.

First of all: You don't need kmod. There is a python module with that name: https://github.com/agrover/python-kmod but that is completely optional. The ImportError is catched and running modprobe is then tried by rtslib. Running modprobe is what gave the error and the ImportError is only part of the Trace, not the actual problem. What failed is `modprobe configfs`. The question is now why that failed. "configfs" is nothing that shows up in "lsmod" since this should be built into the kernel on Arch (CONFIG_CONFIGFS_FS=y) What should show up is a file system that shows up with `mount` (after it is mounted): configfs on /sys/kernel/config type configfs (rw,relatime) Does `modprobe -v configfs` show any error messages? Does configfs appear mounted (`mount`)? Anything regarding this showing up in /var/log/messages? I am not completely up to date on my machine. Maybe there is some problem with some kernel version. Does a restart help? What kernel version do you have installed? I don't think it has to do with the actual upgrade (as in the current versions of targetcli/rtslib) but possibly with the "overall" state of the system or kernel.

After an upgrade I rebuild and upgraded python-configshell-fb, python-rtslib-fb and targetcli-fb (in that order). Now targetcli.service fails with: target.service - Restore LIO kernel target configuration Loaded: loaded (/usr/lib/systemd/system/target.service; enabled) Active: failed (Result: exit-code) since Wed 2014-04-23 14:25:13 CEST; 8s ago Process: 20346 ExecStart=/usr/bin/targetctl restore (code=exited, status=1/FAILURE) Main PID: 20346 (code=exited, status=1/FAILURE) Apr 23 14:25:13 srv target[20346]: File "/usr/bin/targetctl", line 47, in restore Apr 23 14:25:13 srv target[20346]: errors = RTSRoot().restore_from_file(restore_file=from_file) Apr 23 14:25:13 srv target[20346]: File "/usr/lib/python3.4/site-packages/rtslib/root.py", line 73, in __init__ Apr 23 14:25:13 srv target[20346]: modprobe('configfs') Apr 23 14:25:13 srv target[20346]: File "/usr/lib/python3.4/site-packages/rtslib/utils.py", line 370, in modprobe Apr 23 14:25:13 srv target[20346]: raise RTSLibError(stderrdata) Apr 23 14:25:13 srv target[20346]: rtslib.utils.RTSLibError: b'' Apr 23 14:25:13 srv systemd[1]: target.service: main process exited, code=exited, status=1/FAILURE Apr 23 14:25:13 srv systemd[1]: Failed to start Restore LIO kernel target configuration. Apr 23 14:25:13 srv systemd[1]: Unit target.service entered failed state. Trying to get into targetcli yields: Traceback (most recent call last): File "/usr/lib/python3.4/site-packages/rtslib/utils.py", line 362, in modprobe import kmod ImportError: No module named 'kmod' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/targetcli", line 100, in <module> main() File "/usr/bin/targetcli", line 63, in main root_node = UIRoot(shell, as_root=is_root) File "/usr/lib/python3.4/site-packages/targetcli/ui_root.py", line 44, in __init__ self.rtsroot = RTSRoot() File "/usr/lib/python3.4/site-packages/rtslib/root.py", line 73, in __init__ modprobe('configfs') File "/usr/lib/python3.4/site-packages/rtslib/utils.py", line 370, in modprobe raise RTSLibError(stderrdata) rtslib.utils.RTSLibError: b'' I guess I'm missing kmod, but I don't know where to get it from :(

That did the trick . Thanks a lot Jonny!

Just a guess: You have one of targetcli/rtslib installed with Python 3.3 and one with Python 3.4. So you need to rebuild one.

Hello Jonny A recent full system upgrade results in target.service failure : Mar 31 00:42:45 srv1 target[1012]: Traceback (most recent call last): Mar 31 00:42:45 srv1 target[1012]: File "/usr/bin/targetctl", line 27, in <module> Mar 31 00:42:45 srv1 target[1012]: from rtslib import RTSRoot Mar 31 00:42:45 srv1 target[1012]: ImportError: No module named 'rtslib' Mar 31 00:42:45 srv1 systemd[1]: target.service: main process exited, code=exited, status=1/FAILURE Mar 31 00:42:45 srv1 systemd[1]: Failed to start Restore LIO kernel target configuration. Mar 31 00:42:45 srv1 systemd[1]: Unit target.service entered failed state. Thank you for your efforts .

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