This bug was fixed in the package open-iscsi - 2.0.871-0ubuntu8
---
open-iscsi (2.0.871-0ubuntu8) oneiric; urgency=low
* Disable open-iscsi init script when root is on iscsi (LP: #838809)
-- Stephane GraberThu, 15 Sep 2011 10:01:12 -0400
** Changed in: open-iscsi (Ubuntu Oneir
** Package changed: Ubuntu Oneiric => open-iscsi (Ubuntu Oneiric)
** Changed in: open-iscsi (Ubuntu Oneiric)
Milestone: ubuntu-11.10-beta-2 => None
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/83
As a temporary workaround for beta2, I'd recommend we update the open-iscsi
script to:
- Check if /etc/iscsi/iscsi.initramfs exists
- If it does, then check if "iscsiadm -m session" reports any established
session
- If it does, then "exit 0"
This will restore the old behaviour we had before t
so the problem is that the init script now does what it's supposed to
do.
I did a quick test on Natty and can also confirm that back then iscsid
was just exitting and never tried to setup iscsi at boot time.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The change that is causing this issue to occur is in upstart:
http://launchpadlibrarian.net/76962956/upstart_1.3-0ubuntu5_1.3-0ubuntu6.diff.gz
If I revert the change to rc-sysinit.conf the system boots fine - open-
iscsi is only run on IFACE lo which does an exit 0 so no iscsid is
tarted.
With t
Stephane
These tests passed during alpha3 testing.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenticated and unauthenicated iscsi clients fails to complete boot
To manage notif
When was the last time that test was successful?
I had a quick look through the package history and can't find anything
in open-iscsi that'd explain this bug (package almost didn't change
since natty) and my VM now runs Natty's kernel and still reproduces the
bug.
--
You received this bug notifi
Here is the result of a "grep -i auth" on the level 9 debug output of
iscsid on the client.
iscsid: updated 'node.session.auth.authmethod', 'None' => 'None'
iscsid: updated 'node.session.auth.authmethod', 'None' => 'None'
iscsid: updated 'node.conn[0].timeo.auth_timeout', '45' => '45'
iscsid: upda
Digging a little deeper, here's the dump of a connection on the server when
done from initramfs:
Sep 9 16:33:47 ubuntu ietd: 49 6e 69 74 | 69 61 74 6f | 72 4e 61 6d | 65 3d
69 71 | InitiatorName=iq |
Sep 9 16:33:47 ubuntu ietd: 6e 2e 31 39 | 39 33 2d 30 | 38 2e 6f 72 | 67 2e
64 65 | n.1993-0
I guess I'll need to talk to someone with a bit more iscsi experience
though my feeling so far is that iscsistart works properly from the
initramfs, mounts the lun and then mounts the root device.
When iscsid then starts, it tries to disconnect the existing device and
re-establish the connection
Starting iscsid manually (which seems to be the part of open-iscsi that breaks
the system) gives me:
iscsid: Login failed to authenticate with target
iqn.2010-01.com.example:storage.lun1
iscsid: session 1 login rejected: Initiator failed authentication with target
Then everything freezes and I g
Successfully reproduced here on kvm.
Initial testing shows that the open-iscsi init script seems to be the cause of
the disconnect and input/output errors.
Removing it from the boot sequence lets me boot and get a shell without storage
related errors.
I'm not too familiar with iscsi so I'll now
This appears to be reproducible on arm platforms as well, using both
AMD64 and armel target hosts and armel initiator.
As to documentation, we need better documentation for raw system setup.
Not everyone will be running this in a vm (actually, quite few I would
imagine).
** Attachment added: "pa
** Changed in: ubuntu
Milestone: None => ubuntu-11.10-beta-2
** Tags removed: server-o-rs
** Tags added: server-o-ro
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenticated an
Hello!
So I'm expecting to have some time to look at that bug next week. I just
had a quick look at how to get a setup in place to reproduce the bug and
found the instructions for the ISO testing at:
http://testcases.qa.ubuntu.com/Install/ServeriSCSIRoot
Which describe who to get the client VM in
** Changed in: Ubuntu Oneiric
Assignee: Canonical Foundations Team (canonical-foundations) => Stéphane
Graber (stgraber)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenticat
Assigning to canonical-foundations, if that's wrong punt it back to the
ubuntu-server team. -Robbie
** Changed in: Ubuntu Oneiric
Assignee: (unassigned) => Canonical Foundations Team
(canonical-foundations)
--
You received this bug notification because you are a member of Ubuntu
Bugs, whi
** Also affects: Ubuntu Oneiric
Importance: Undecided
Status: New
** Changed in: Ubuntu Oneiric
Importance: Undecided => High
** Changed in: Ubuntu Oneiric
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
** Tags added: server-o-rs
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenticated and unauthenicated iscsi clients fails to complete boot
To manage notifications about this bug g
I wonder if this is another case of networking being ripped out from
under the iSCSI stack during boot? That's been a problem in the past.
The best way to debug this is usually to boot with init=/bin/sh and then
manually bring up the system, running steps from Upstart jobs by hand.
It's tedious b
** Tags added: iso-testing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenticated and unauthenicated iscsi clients fails to complete boot
To manage notifications about this bug g
I can of course mount the target disks on the iscsi target host itself
if anything on the target filesystem might be of interest.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenti
** Attachment added: "amd64-auth.png"
https://bugs.launchpad.net/ubuntu/+bug/838809/+attachment/2339911/+files/amd64-auth.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Title:
authenti
** Attachment added: "amd64-auth-errors.png"
https://bugs.launchpad.net/ubuntu/+bug/838809/+attachment/2339912/+files/amd64-auth-errors.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/838809
Tit
24 matches
Mail list logo
