[Bug 1882986] Re: open-iscsi is slowing down the boot process
Rafael David Tinoco
1882986 at bugs.launchpad.net
Tue Jun 16 02:01:10 UTC 2020
Zakhar,
For the automatic logins, I suggest you to read the following
documentation:
https://ubuntu.com/server/docs/service-iscsi
I have created that explaining the need of registering iscsi
"interfaces" in iscsi daemon and all needed commands to have that.
$ sudo iscsiadm -m node --loginall=automatic
iscsiadm: No records found
This will only work if you have the interfaces ready and configured in
iscsi daemon (follow the documentation example).
The way I see, if you follow the documentation I have provided, the
only difference will be that you don't want auto login to be set. You
can either change iscsid.conf setting automatic login to manual BEFORE
the discovery, or you can update already discovered nodes/targets
with:
$ sudo iscsiadm -m node --op=update -n node.conn[0].startup -v manual
$ sudo iscsiadm -m node --op=update -n node.startup -v manual
This will allow you to login and logout manually but, yet, the daemons
to start with no waiting time.
Since it seems likely to me that this is a local configuration
problem, rather than a bug in Ubuntu, I am marking this bug as
'Incomplete'.
However, if you believe that this is really a bug in Ubuntu, then we
would be grateful if you would provide a more complete description of
the problem with steps to reproduce, explain why you believe this is a
bug in Ubuntu rather than a problem specific to your system, and then
change the bug status back to "New".
For local configuration issues, you can find assistance here:
http://www.ubuntu.com/support/community
** Changed in: open-iscsi (Ubuntu)
Status: Triaged => Invalid
** Changed in: open-iscsi (Ubuntu)
Importance: Wishlist => Undecided
** Changed in: open-iscsi (Ubuntu)
Assignee: Rafael David Tinoco (rafaeldtinoco) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to open-iscsi in Ubuntu.
https://bugs.launchpad.net/bugs/1882986
Title:
open-iscsi is slowing down the boot process
Status in open-iscsi package in Ubuntu:
Invalid
Bug description:
This is not a bug, but rather an "optimisation" request.
(Probably set this as "enhancement request" + Low)
Apparently, the package is assuming the user will need some iscsi
mounts for his session, and is putting dependencies in the systemd
services/targets which effects are to delay "graphical.target" to
after the point when the network is online.
A great job has been done by Ubuntu so that the O.S. appears to be
"snappy" from the boot, and when the session is in "auto-login", it
really makes a great difference and a good feeling of the system being
very quick.
This assumption of open-iscsi sort of ruins that effort.
As an example, on my PC the graphical target is delayed 10 seconds
more (was 22 seconds and is now 32). The impression is not as good and
the system feels "slow again" (although it is just a feeling!)
Step to reproduced (you don't even need to have iscsi LUNs to to so, just install the package!)
- Start from a clean 20.04, boot up and issue: systemd-analyze
- Now install open-iscsi, reboot and issue again: systemd-analyze
The result will probably be a big impact on "graphical target",
although total time does not change a lot.
My usage is not needing iscsi targets for my session.
I have a NAS with iscsi LUNs, and when I need those mounts, I just start them with a command.
sudo iscsiadm -m node -l
Then Gnome recognises a new disk has been inserted and does an "auto mount".
This command works whether the service was started or not.
This wrong assumption is easily fixed in my case with this command:
sudo systemctl disable iscsid.socket iscsid.service open-iscsi.service
Then, at the next reboot the graphical target is snappy again, and does not have to wait for network-online and remote-fs targets.
I don't know what can be done to cope with both situations : those who
need an iscsi target mounted for their session, and those who don't...
but I guess the philosophy now should be to assume the user does not
need such targets, and don't put dependencies that delay the snappy
boot process.
For those who need those mounted remote fs for their session, detailed
help on how to enable iscsi services at startup should be provided.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/1882986/+subscriptions
More information about the foundations-bugs
mailing list