Re: Open-iscsi slow boot
I understand your analysis and appreciate your help. I've now posted on a QNAP forum to get help in diagnosis on that side. I'll post the solution here when I find it. R On Thursday, June 27, 2019 at 11:21:45 AM UTC-7, The Lee-Man wrote: > > On Thursday, June 27, 2019 at 11:44:11 AM UTC-4, Randy Broman wrote: >> >> I appreciate your interest, and I've attached a text file which I hope >> is responsive to your request. >> >> R >> >> On Wed, Jun 26, 2019 at 8:55 AM The Lee-Man wrote: >> > >> > On Tuesday, June 25, 2019 at 11:31:03 AM UTC-4, Randy Broman wrote: >> >> >> >> Thanks for your response. I'm using Kubuntu 19.04. I disabled the >> iscsi service and in fact the boot was much faster: >> >> >> >> >> > I'm not understanding what's going on with your system. I suspect >> there's more than just an unused open-iscsi initiator involved here. >> > >> > Do you have any iscsi targets set up? Existing sessions? >> > >> > I downloaded kunbuntu, and open-iscsi.service is enabled by default. >> Can you give me the systemctl status for open-iscsi.service, iscsid.socket, >> and iscsid.service? Also, an "ls" of /etc/iscsi/nodes and >> /sys/class/iscsi_session? >> > >> > And please don't assume that the numbers that "systemd-analyze blame" >> show -- they don't always mean what you think. Can you just please time the >> boot (or reboot) sequence yourself, using the log files? >> > >> > On my test VM, I have iscsid.socket, iscsid.service, and >> open-iscsi.service at their default settings, but I have never discovered >> any targets, so I don't have any history of nodes or sessions. And when I >> run "systemd-analyze blame", iscsi does not show up at all. >> > >> >> > Your error messages make it clear that you are having initiator/target > issues. If you look at the status of the open-iscsi.service unit, you can > see it waits for the target to connect, then times out. Timing out always > adds lots of time to a boot process. > > It seems there is some issue with your "QNAP Target". I cannot help you > with that. But you might want to check there for error messages, if there > is some way to do that. > > > -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscr...@googlegroups.com. To post to this group, send email to open-iscsi@googlegroups.com. Visit this group at https://groups.google.com/group/open-iscsi. To view this discussion on the web visit https://groups.google.com/d/msgid/open-iscsi/e452fddf-5f5b-417f-9900-33e48d487b9e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Open-iscsi slow boot
I appreciate your interest, and I've attached a text file which I hope is responsive to your request. R On Wed, Jun 26, 2019 at 8:55 AM The Lee-Man wrote: > > On Tuesday, June 25, 2019 at 11:31:03 AM UTC-4, Randy Broman wrote: >> >> Thanks for your response. I'm using Kubuntu 19.04. I disabled the iscsi >> service and in fact the boot was much faster: >> >> > I'm not understanding what's going on with your system. I suspect there's > more than just an unused open-iscsi initiator involved here. > > Do you have any iscsi targets set up? Existing sessions? > > I downloaded kunbuntu, and open-iscsi.service is enabled by default. Can you > give me the systemctl status for open-iscsi.service, iscsid.socket, and > iscsid.service? Also, an "ls" of /etc/iscsi/nodes and > /sys/class/iscsi_session? > > And please don't assume that the numbers that "systemd-analyze blame" show -- > they don't always mean what you think. Can you just please time the boot (or > reboot) sequence yourself, using the log files? > > On my test VM, I have iscsid.socket, iscsid.service, and open-iscsi.service > at their default settings, but I have never discovered any targets, so I > don't have any history of nodes or sessions. And when I run "systemd-analyze > blame", iscsi does not show up at all. > > -- > You received this message because you are subscribed to a topic in the Google > Groups "open-iscsi" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/open-iscsi/NK2sBOEzSQE/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > open-iscsi+unsubscr...@googlegroups.com. > To post to this group, send email to open-iscsi@googlegroups.com. > Visit this group at https://groups.google.com/group/open-iscsi. > To view this discussion on the web visit > https://groups.google.com/d/msgid/open-iscsi/8fe010f4-fc0f-4021-a20e-9d7bdfaf0a76%40googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscr...@googlegroups.com. To post to this group, send email to open-iscsi@googlegroups.com. Visit this group at https://groups.google.com/group/open-iscsi. To view this discussion on the web visit https://groups.google.com/d/msgid/open-iscsi/CAAixNYGu7RLUwvYZvFV8LzuorUcAXpwjXbuA6PqoeZmDL1rX1g%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout. > I'm not understanding what's going on with your system. I suspect there's > more than just an unused open-iscsi initiator involved > here. Requested info is below, hopefully I collected the right stuff, if not let me know. I see messages like "no route to host" and "could not log in" (to target), which don't make sense to me, as the QNAP target NAS is continually running, ping-able, and should thus be available, and thus it seems like the initiator is correctly configured as the connection does succeed eventually. Maybe the delay is in the QNAP needing time to wake up upon the requests by the initiator upon it's boot (QNAP uses their own variant of linux, and I can ssh into it and collect info on the QNAP/targets if you can give me guidance on what to collect) > Do you have any iscsi targets set up? Existing sessions? There's one target: $ sudo iscsiadm -m session -P 3 iSCSI Transport Class version 2.0-870 version 2.0-874 Target: iqn.2004-04.com.qnap:ts-473:iscsi.qnapiscsilu.2356fd (non-flash) Current Portal: 192.168.1.30:3260,1 Persistent Portal: 192.168.1.30:3260,1 ** Interface: ** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.2015-06.world.server:www.server.world Iface IPaddress: 192.168.1.17 Iface HWaddress: Iface Netdev: SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE * Timeouts: * Recovery Timeout: 15 Target Reset Timeout: 30 LUN Reset Timeout: 30 Abort Timeout: 15 * CHAP: * username: password: username_in: password_in: Negotiated iSCSI params: HeaderDigest: Non
Re: Open-iscsi slow boot
Thanks for your response. I'm using Kubuntu 19.04. I disabled the iscsi service and in fact the boot was much faster: $ systemd-analyze blame 10.079s rtslib-fb-targetctl.service 6.134s NetworkManager-wait-online.service 928ms snap-lxd-10972.mount While I don't need the QNAP/iscsi to boot, disabling the iscsi service is not optimal, as I need access to data on QNAP to operate. While I'm not a novice, I confess that I'm in "deep water" when it comes to investigating systemd dependencies and fixes. The iscsiuio.service exists on my Kubuntu initiator, but I don't know how to determine if it's causing the problem, or for that matter even if it's being used. Regards Broadcom, are you referring to use on the Kubuntu initiator, or the QNAP target? Any further tips or links to diagnose and/or fix appreciated Thx On Tuesday, June 25, 2019 at 6:37:09 AM UTC-7, The Lee-Man wrote: > > On Saturday, June 22, 2019 at 11:00:44 AM UTC-4, Randy Broman wrote: >> >> I have open-iscsi installed on Kubuntu 19.04, to access shared storage on >> a QNAP NAS server. The setup works, but open-iscsi slows boot: >> >> $ systemd-analyze blame >> 2min 6.105s open-iscsi.service >> 10.076s rtslib-fb-targetctl.service >> 6.042s NetworkMan. >> .. >> >> and I don't need QNAP/open-iscsi to boot, so I'm trying to set up a timer >> to delay iscsi connection until after the boot completes and the >> Kubuntu/Plasma desktop >> loads. Here's what I have: >> >> $ cat /lib/systemd/system/open-iscsi.timer >> [Unit] >> Description=open-iscsi timer >> >> [Timer] >> # Time to wait after booting before it run for first time >> OnBootSec=3min >> Unit=open-iscsi.service >> >> [Install] >> WantedBy=timers.target >> >> $ ls -l /lib/systemd/system/open-iscsi.service >> -rw-r--r-- 1 root root 1068 Dec 11 2018 >> /lib/systemd/system/open-iscsi.service >> >> ls -l /etc/systemd/system/timers.target.wants/open-iscsi.timer >> lrwxrwxrwx 1 root root 36 Jun 21 20:59 >> /etc/systemd/system/timers.target.wants/open-iscsi.timer -> >> /lib/systemd/system/open-iscsi.timer >> >> (I ran $ sudo systemctl daemon-reload and $ sudo systemctl enable >> open-iscsi.timer after creating the timer) >> >> What am I doing wrong, and/or what do I need to do to fix this? >> >> Thx! >> > > I don't know anything about systemd timers, but there should be no reason > for this. > > What distro are you using? What iscsi service files are there, and which > ones are enabled? > > In SUSE we have iscsid.socket, iscsid.service, and iscsi.service. The > first two are for the iscsid daemon, and the last is for iscsi > logins/logouts. Then, if you're using broadcom, you might also have > iscsiuio.socket and iscsiuio.service. > > I investigated a bug once where a customer was unhappy the iscsi service > was taking so long to startup, according the systemd "blame", but it really > wasn't taking a long time, but the dependencies made it look that way. You > can always completely disable iscsi serivces and compare the actual boot > time to when it is enabled to see if it really impacting your boot time. > -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscr...@googlegroups.com. To post to this group, send email to open-iscsi@googlegroups.com. Visit this group at https://groups.google.com/group/open-iscsi. To view this discussion on the web visit https://groups.google.com/d/msgid/open-iscsi/37c0b6be-68ec-474e-b95d-e9450bfc4000%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Open-iscsi slow boot
I have open-iscsi installed on Kubuntu 19.04, to access shared storage on a QNAP NAS server. The setup works, but open-iscsi slows boot: $ systemd-analyze blame 2min 6.105s open-iscsi.service 10.076s rtslib-fb-targetctl.service 6.042s NetworkMan. .. and I don't need QNAP/open-iscsi to boot, so I'm trying to set up a timer to delay iscsi connection until after the boot completes and the Kubuntu/Plasma desktop loads. Here's what I have: $ cat /lib/systemd/system/open-iscsi.timer [Unit] Description=open-iscsi timer [Timer] # Time to wait after booting before it run for first time OnBootSec=3min Unit=open-iscsi.service [Install] WantedBy=timers.target $ ls -l /lib/systemd/system/open-iscsi.service -rw-r--r-- 1 root root 1068 Dec 11 2018 /lib/systemd/system/open-iscsi.service ls -l /etc/systemd/system/timers.target.wants/open-iscsi.timer lrwxrwxrwx 1 root root 36 Jun 21 20:59 /etc/systemd/system/timers.target.wants/open-iscsi.timer -> /lib/systemd/system/open-iscsi.timer (I ran $ sudo systemctl daemon-reload and $ sudo systemctl enable open-iscsi.timer after creating the timer) What am I doing wrong, and/or what do I need to do to fix this? Thx! -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to open-iscsi+unsubscr...@googlegroups.com. To post to this group, send email to open-iscsi@googlegroups.com. Visit this group at https://groups.google.com/group/open-iscsi. To view this discussion on the web visit https://groups.google.com/d/msgid/open-iscsi/9d371bfb-b339-4d1c-960a-e5bcf30be292%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
