I know this is the old thread,but anyway this problem still persists in
many distros. I've found sane workaround to it. Using
*x-systemd.after=iscsi.service* mount option adds necessary dependency to
mount and prevents iscsi to log out before the file system is clearly
unmounted.
here is the
I just want to thank David and Chris for sorting this out. I had exactly
the same problem: CentOS 7 system "hanging" on shutdown when iSCSI volume
is mounted, but not when unmounted and logged out of iscsi session first;
iSCSI session not logging in automatically on startup.
As Chris
On Tue, Jun 28, 2016 at 04:01:37AM +, David wrote:
>
> I've just installed a Centos7 box, fully updated to:
>
> CentOS Linux release 7.2.1511 (Core)
>
> I have installed and set up an iSCSI volume. Done a mkfs on it. Mounted
> it. No problem.
>
> I am having the same problem when
On Tue, Jun 28, 2016 at 04:01:37AM +, David wrote:
> I've just installed a Centos7 box, fully updated to:
>
> CentOS Linux release 7.2.1511 (Core)
>
> I have installed and set up an iSCSI volume. Done a mkfs on it. Mounted
> it. No problem.
>
> I am having the same problem when shutting
Hi Guys,
Chris Leech writes:
>
> On Tue, Jan 19, 2016 at 02:12:39PM -0600, Mike Christie wrote:
> > On 01/11/2016 08:52 AM, garpen01@... wrote:
> > >
> > > > Second problem is the same as stated above, at shutdown, system
> > > would tear
> > > > down network
On 01/11/2016 08:52 AM, garpe...@gmail.com wrote:
>
> > Second problem is the same as stated above, at shutdown, system
> would tear
> > down network interfaces and try to stop iSCSI before unmounting
> the iSCSI
> > volumes - this lead to data loss and (not) fun times
>
>
>
On Tue, Jan 19, 2016 at 02:12:39PM -0600, Mike Christie wrote:
> On 01/11/2016 08:52 AM, garpe...@gmail.com wrote:
> >
> > > Second problem is the same as stated above, at shutdown, system
> > would tear
> > > down network interfaces and try to stop iSCSI before unmounting
> > the
> > Second problem is the same as stated above, at shutdown, system would
> tear
> > down network interfaces and try to stop iSCSI before unmounting the
> iSCSI
> > volumes - this lead to data loss
>
Hi All,
I've just lost 1,5 TB (many thousand if very important files) due the same
reason
> > Second problem is the same as stated above, at shutdown, system would
> tear
> > down network interfaces and try to stop iSCSI before unmounting the
> iSCSI
> > volumes - this lead to data loss and (not) fun times
>
Hi All
I've just lost 1,5 TB (thousansd of very important files) of
On Fri, Jan 16, 2015 at 04:10:19PM -0800, br...@brentrjones.com wrote:
Posting here since I am running into the same exact issue, however I am
running the MariaDB included with RHEL 7.
Thanks for sharing this. I'll respond briefly, as much of what you
bring up isn't really on topic for
On Thursday, December 18, 2014 at 9:33:57 AM UTC-8, awidde...@hotmail.com
wrote:
Yes, I've found your bug reports and thread on the mailing lists about the
issue you have been having. Very similar but unfortunately, different as
you've noticed. Here is the output of the relevant services:
Yes, I've found your bug reports and thread on the mailing lists about the
issue you have been having. Very similar but unfortunately, different as
you've noticed. Here is the output of the relevant services:
[root@some-server ~]# systemctl status iscsi iscsid remote-fs.target
On Tue, Dec 09, 2014 at 09:22:41AM -0800, awiddersh...@hotmail.com wrote:
Sorry, I didn't post the fstab entry in my original post when I should
have. The _netdev entry is being applied to the disk and it seems like
systemd generator is seeing that option properly and creating the mount
Setup iSCSI on CentOS7. Mounted a iSCSI disk and am running a small MySQL
instance on the disk. The iSCSI disk and MySQL instance all come online
fine with booting but when shutting down things seem to get very upset and
the drive does not get unmounted cleanly.
Does not look like I'm the only
I'm not familiar with CentOS. Does you iscsi-utils package have any systemd
unit files, i.e. is the version of open-iscsi you are using integrated with
systemd?
On Tuesday, December 9, 2014 7:28:52 AM UTC-8, awidde...@hotmail.com wrote:
Setup iSCSI on CentOS7. Mounted a iSCSI disk and am
Yes, it does. These are the two main unit files provided for open-iscsi.
The first is to log in/out of all automatic targets on startup/shutdown:
[Unit]
Description=Login and scanning of iSCSI devices
Documentation=man:iscsid(8) man:iscsiadm(8)
DefaultDependencies=no
Conflicts=shutdown.target
On 12/09/2014 07:28 AM, awiddersh...@hotmail.com wrote:
Setup iSCSI on CentOS7. Mounted a iSCSI disk and am running a small
MySQL instance on the disk. The iSCSI disk and MySQL instance all come
online fine with booting but when shutting down things seem to get very
upset and the drive does not
Sorry, I didn't post the fstab entry in my original post when I should
have. The _netdev entry is being applied to the disk and it seems like
systemd generator is seeing that option properly and creating the mount
point correctly (or so I think). Here is the fstab entry:
LABEL=/iscsi-disk
It seems clear that the I/O error is because iscsi is stopped before the
device is unmounted:
On Tuesday, December 9, 2014 7:28:52 AM UTC-8, awidde...@hotmail.com wrote:
Setup iSCSI on CentOS7. Mounted a iSCSI disk and am running a small MySQL
instance on the disk. The iSCSI disk and MySQL
Okay, I'm no systemd expert, though I play one at work. :)
You might try adding this to your mysql unit file:
[Unit]
Description=MySQL Server
-After=nss-lookup.target network.target remote-fs.target time-sync.target
-Wants=nss-lookup.target network.target remote-fs.target time-sync.target
Thanks for the feedback and suggestion. I'm fairly certain (haven't
actually tried though) that adding iscsi-disk.mount or even iscsi.target to
the After= of the MySQL service would probably solve this problem I don't
think it's a good solution.
Just to start, I don't think the MySQL package
I'm not sure if it is the unit files, iscsi or even systemd itself that is
the problem. It all seems very strange to me right now. I certainly will
post back if it is an open-iscsi issue. As I said, doesn't really seem like
the unit files and their requirements are misconfigured. My hunch is
22 matches
Mail list logo