Re: [ceph-users] Help with systemd

[Robert Sander]

On 22.08.2016 20:16, K.C. Wong wrote:
> Is there a way
> to force a 'remote-fs' reclassification?

Have you tried adding _netdev to the fstab options?

Regards
-- 
Robert Sander
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

http://www.heinlein-support.de

Tel: 030 / 405051-43
Fax: 030 / 405051-19

Zwangsangaben lt. §35a GmbHG:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berlin



signature.asc
Description: OpenPGP digital signature
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] Help with systemd

[K.C. Wong]

Thank you for the suggestion and gist.
I'll give that a try.

-kc

> On Aug 22, 2016, at 11:53 AM, Jeffrey Ollie  wrote:
> 
> I put the systemd service files that I use to map a RBD and mount the
> filesystem before starting up PostgreSQL into the following gist. It's
> probably not perfect, but it seems to work for me. Personally, I like
> using a native service to accomplish this rather than using fstab and
> the generator.
> 
> https://gist.github.com/jcollie/60f8b278d1ac5eadb4794db1f4c0e87d
> 
> On Mon, Aug 22, 2016 at 1:16 PM, K.C. Wong  wrote:
>> Folks,
>> 
>> I have some services that depends on RBD images getting
>> mounted prior to service start-up. I am having a really
>> hard time getting out of systemd dependency hell.
>> 
>> * I create a run-once systemd service that basically does
>>  the rbd map operation, and set it start after network.target,
>>  network-online.target, and ceph.target (probably overkill)
>> * I added 'x-systemd.requires=' to the
>>  mount-point in /etc/fstab
>> 
>> And when the system reboot, it'd complain about ordering
>> cycle and sometimes resulting in rescue mode. Because the
>> filesystem is 'xfs', I believe systemd-fstab-generator
>> classifies the mount-point as 'local-fs'. Is there a way
>> to force a 'remote-fs' reclassification? Or is there some
>> other way to get out of this ordering nightmare... Old
>> school 'S' and 'K' numbers are *so* simple; I'd trade
>> consistency for speed any day.
>> 
>> Thanks for any suggestion or insight.
>> 
>> -kc
>> BTW, I disable NetworkManager which, I know, kind of breaks
>> network-online.target.
>> 
>> K.C. Wong
>> kcw...@verseon.com
>> 4096R/B8995EDE  E527 CBE8 023E 79EA 8BBB  5C77 23A6 92E9 B899 5EDE
>> hkps://hkps.pool.sks-keyservers.net
>> 
>> 
>> ___
>> ceph-users mailing list
>> ceph-users@lists.ceph.com
>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>> 
> 
> 
> 
> --
> Jeff Ollie
> The majestik møøse is one of the mäni interesting furry animals in Sweden.

K.C. Wong
kcw...@verseon.com
4096R/B8995EDE  E527 CBE8 023E 79EA 8BBB  5C77 23A6 92E9 B899 5EDE
hkps://hkps.pool.sks-keyservers.net



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Re: [ceph-users] Help with systemd

[Jeffrey Ollie]

I put the systemd service files that I use to map a RBD and mount the
filesystem before starting up PostgreSQL into the following gist. It's
probably not perfect, but it seems to work for me. Personally, I like
using a native service to accomplish this rather than using fstab and
the generator.

https://gist.github.com/jcollie/60f8b278d1ac5eadb4794db1f4c0e87d

On Mon, Aug 22, 2016 at 1:16 PM, K.C. Wong  wrote:
> Folks,
>
> I have some services that depends on RBD images getting
> mounted prior to service start-up. I am having a really
> hard time getting out of systemd dependency hell.
>
> * I create a run-once systemd service that basically does
>   the rbd map operation, and set it start after network.target,
>   network-online.target, and ceph.target (probably overkill)
> * I added 'x-systemd.requires=' to the
>   mount-point in /etc/fstab
>
> And when the system reboot, it'd complain about ordering
> cycle and sometimes resulting in rescue mode. Because the
> filesystem is 'xfs', I believe systemd-fstab-generator
> classifies the mount-point as 'local-fs'. Is there a way
> to force a 'remote-fs' reclassification? Or is there some
> other way to get out of this ordering nightmare... Old
> school 'S' and 'K' numbers are *so* simple; I'd trade
> consistency for speed any day.
>
> Thanks for any suggestion or insight.
>
> -kc
> BTW, I disable NetworkManager which, I know, kind of breaks
> network-online.target.
>
> K.C. Wong
> kcw...@verseon.com
> 4096R/B8995EDE  E527 CBE8 023E 79EA 8BBB  5C77 23A6 92E9 B899 5EDE
> hkps://hkps.pool.sks-keyservers.net
>
>
> ___
> ceph-users mailing list
> ceph-users@lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>



-- 
Jeff Ollie
The majestik møøse is one of the mäni interesting furry animals in Sweden.
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

[ceph-users] Help with systemd

[K.C. Wong]

Folks,

I have some services that depends on RBD images getting
mounted prior to service start-up. I am having a really
hard time getting out of systemd dependency hell.

* I create a run-once systemd service that basically does
  the rbd map operation, and set it start after network.target,
  network-online.target, and ceph.target (probably overkill)
* I added 'x-systemd.requires=' to the
  mount-point in /etc/fstab

And when the system reboot, it'd complain about ordering
cycle and sometimes resulting in rescue mode. Because the
filesystem is 'xfs', I believe systemd-fstab-generator
classifies the mount-point as 'local-fs'. Is there a way
to force a 'remote-fs' reclassification? Or is there some
other way to get out of this ordering nightmare... Old
school 'S' and 'K' numbers are *so* simple; I'd trade
consistency for speed any day.

Thanks for any suggestion or insight.

-kc
BTW, I disable NetworkManager which, I know, kind of breaks
network-online.target.

K.C. Wong
kcw...@verseon.com
4096R/B8995EDE  E527 CBE8 023E 79EA 8BBB  5C77 23A6 92E9 B899 5EDE
hkps://hkps.pool.sks-keyservers.net



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com