This bug was fixed in the package open-iscsi - 2.0.870.1-0ubuntu1
---
open-iscsi (2.0.870.1-0ubuntu1) jaunty; urgency=low
* New upstream release:
- Support 2.6.26/27 kernels (LP: #289470).
- Fix iscsid shutdown (LP: #181188).
* Merge from Debian. Remaining Ubuntu changes:
Workaround:
In /etc/rc0.d change the symlink
K25open-iscsi
to
S80open-iscsi
Then try a shutdown test.
If successful, do something similar for /etc/rc6.d.
--
shutdown fails.. nfs
https://bugs.launchpad.net/bugs/192080
You received this bug notification because you are a member of Ubuntu
Serv
One more tidbit to throw on here with regards to shutting down open-
iscsi...
If open-iscsi is not shut down cleanly, it never flushes write caches to
disk... So it absolutely must be shut down properly or we potentially
loose data. I'm talking about caches between us and the physical
storage - i
Not stopping iSCSI on shutdown doesn't actually fix the problem... We
need to make sure that the iSCSI volumes are unmounted and then iSCSI is
shut down properly.
If you watch the shutdown process, you see that all remaining processes
get terminated before filesystems are unmounted. Unfortunately
I found the cause of iSCSI not starting at boot, it's caused by having
/usr on a separate file system. I have opened a new bug here:
https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/208441
I'm rebuilding my test system with /usr on the same partition as / and
will see what else I can tr
** Attachment removed: "unnamed"
http://launchpadlibrarian.net/12942573/unnamed
--
shutdown fails.. nfs
https://bugs.launchpad.net/bugs/192080
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-iscsi in ubuntu.
--
Ubuntu-server-bug
On Fri, Mar 28, 2008 at 01:04:46AM -, LinuxBladeGuy wrote:
> There are serious issues with the iscsi startup and shutdown scripts.
Oh, dear.
> Examples:
> - There is no mechanism to unmount iscsi volumes before shutting down iscsi
> - The default startup scripts try to start iscsi before ne
This bug is actually much more substantial than just NFS servers as
indicated above. Any service that depends on iSCSI will cause problems.
For instance, if the machine above has its postfix mail queue on an
iSCSI volume, postfix can't shut down since the storage has been ripped
out from under it!
