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 Open-iSCSI.  But if you want to copy
me on any other discussions, point me at Red Hat bugzillas, etc. please
go ahead.

<skipping network manager issue>

> 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 fun times with MariaDB.

I'm sorry you had to deal with that, it's been a difficult issue to get
right.

> Third problem is startup, RHEL7 MariaDB does not wait for remote volumes to 
> mount before trying to start:
...
> Jan 16 17:26:08 mysqldb-01 mariadb-prepare-db-dir[6132]: mkdir: cannot 
> create directory ‘/mnt/db_data_01/mysql/’: Permission Denies
..
> I've added:
> "After=remote-fs.target" to mariadb.service as a workaround, but yah..

>From what I see the issue here is that you've configured mariadb to use
a not-default datadir on an iSCSI disk, but systemd has no idea that the
path /mnt/db_data_01/mysql is needed before starting the database
server.  Rather than add a general remote-fs ordering, it's probably
better to have a Requires/After on the mount point (or create a path
unit, but I'm not fully up on their use).

Should changing a service configuration also require making
modifications to the init configuration?  Ideally not, but as this case
shows it can.

- Chris

-- 
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 http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

Reply via email to