Am 2015-01-25 17:16, schrieb Michael Biebl:
Am 25.01.2015 um 15:43 schrieb Ritesh Raj Sarraf:
I've still kept the systemd folks in the loop, hopefully they may be
able to shed some light.
I'd start by looking at the fedora package and see how the package is
integrated into the systemd boot pro
Hi
Am 25.01.2015 um 15:43 schrieb Ritesh Raj Sarraf:
> I've still kept the systemd folks in the loop, hopefully they may be
> able to shed some light.
I'd start by looking at the fedora package and see how the package is
integrated into the systemd boot process there. I notice it ships the
follow
Am 2015-01-25 16:47, schrieb Christian Seiler:
Btw. I noticed a small problem with my fix w.r.t open-iscsi here: my
fix currently does not cover the iscsi alias (Provides line in LSB
header), so on systemd systems (sysvinit is not affected) with my
fix,
anything ordered against iscsi will not or
Am 2015-01-25 16:37, schrieb Ritesh Raj Sarraf:
I cut out the multipath stack just to see if there is some fix we
can
push. So yes, your patch works perfect in a non-multipath setup. I'll
ask release team for an exception.
For multipath, I need to figure out some time to root cause it. But
th
Control: clone -1 -2
Control: retitle -2 multipath not automounting iscsi devices listed in fstab
On 01/25/2015 08:13 PM, Ritesh Raj Sarraf wrote:
>> Is this on LVM (because of /dev/mapper in the output)? If so, did you
>> configure the VGs in /etc/default/open-iscsi? What does journalctl
>> -xn
On 01/25/2015 06:54 PM, Christian Seiler wrote:
> Hi,
>
> Sorry for top posting but I'm writing this from a phone.
>
> I can see what you mean, but that doesn't happen to me. The first part
> of the delay seems fine, as your system appears to take a while to log
> in to iSCSI (both bare metal again
Hi,
Sorry for top posting but I'm writing this from a phone.
I can see what you mean, but that doesn't happen to me. The first part of the
delay seems fine, as your system appears to take a while to log in to iSCSI
(both bare metal against a hardware RAID and VMs against another VM w/ LIO I
ha
On 01/23/2015 05:25 PM, Christian Seiler wrote:
>
>> Next, I'll verify your fix. Hopefully by this weekend I'll get it
>> ready. And then we can ask for an exception from the Release Team.
>
> Thanks!
Christian,
The patch does not seem to resolve the problem. Can you please verify
the same ?
htt
Hi Ritesh,
Am 2015-01-23 09:35, schrieb Ritesh Raj Sarraf:
I was able to reproduce the problem on my local setup. I've put up a
video just to be sure we are both referring to the same problem.
http://youtu.be/cwcnk00Hwk0 [1]
Yes, that's the same problem, that it waits 90s for the devices to
On 01/21/2015 02:39 PM, Ritesh Raj Sarraf wrote:
> Thanks Christian. I'm building a setup to verify the same.
I was able to reproduce the problem on my local setup. I've put up a
video just to be sure we are both referring to the same problem.
http://youtu.be/cwcnk00Hwk0
Next, I'll verify your
Thanks Christian. I'm building a setup to verify the same.
s3nt fr0m a $martph0ne, excuse typ0s
On Jan 21, 2015 2:20 PM, "Christian Seiler" wrote:
> Hi again,
>
> Btw, in case it wasn't clear from my first reply here:
>
> >> - there is this needless 90s delay (or whatever other delay the admin
Hi again,
Btw, in case it wasn't clear from my first reply here:
>> - there is this needless 90s delay (or whatever other delay the admin
>>has configured) in waiting on the iSCSI targets
>
> Have you had luck root causing in why there is the 90 sec delay ?
systemd actively complains at bo
Hello Ritesh,
the system boot will hang for 90s because of systemd's default
timeout
when devices are not available.
Actually, from what I know so far, systemd aggressively backgrounds
any
processes that is taking time. And only processes that depend on it,
are
put on hold, again in the ba
Hello Christian,
On 01/20/2015 01:02 AM, Christian Seiler wrote:
> Dear Maintainer,
>
> tl;dr: systemd + open-iscsi = 90s hang at boot in some cases,
>and umountiscsi.sh is not called on shutdown. Attached a
>debdiff that fixes that without being too invasive.
>
> Longer explanatio
Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-4
Severity: important
Tags: patch
Dear Maintainer,
tl;dr: systemd + open-iscsi = 90s hang at boot in some cases,
and umountiscsi.sh is not called on shutdown. Attached a
debdiff that fixes that without being too invasive.
Longer ex
15 matches
Mail list logo