Arch Linux User Repository

The error I had about modprobe(configfs) failing was caused by upgrading the kernel packages. It causes /lib/modules/$(uname -r) to be replaced by /lib/modules/$(newer_kernel_version). This causes modprobe to fail, since it tries to read from /lib/modules/$(uname -r)/modules.softdep etc. After rebooting and loading the new kernel everything is ok again. I don't know if it's possible to keep older kernel modules available in Arch.

A new python-rtslib-fb version (fb48) was released and packaged. This hopefully fixes the pi_prot_type problem.

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.