Re: systemd vs. autofs/nfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hey guys...

Not to start a flame war...

But I've looked at different linux flavors.. ubuntu/mint/centos/etc.. and I'm thinking of taking the step to centos 7/fed24(or whatever it is...)

But, the whole systemd/dnf stuff... is that really useful, as opposed to the philosophy of some of the other flavors?



On Thu, Jul 28, 2016 at 3:40 PM, Rick Stevens <ricks@xxxxxxxxxxxxxx> wrote:
On 07/28/2016 11:53 AM, Tom Horsley wrote:
> On Thu, 28 Jul 2016 14:37:41 -0400
> David A. De Graaf wrote:
>
>> Have I overlooked something obvious?  Is there a way to make systemd
>> perform the simple function 'shutdown' smoothly, reliably and quickly?
>> If anyone knows how, I would love to hear it.
>
> I can't make systemd itself work, but I've been using an
> outside systemd solution for a while now: I setup
> an alias for the "reboot" command that arranges to
> kill off all the things systemd unreasonably waits
> for, then does a real reboot.
>
> Since systemd now has nothing to stop it, it reboots
> rather fast (until something new shows up which I have
> to track down and add to my list :-).
>
> My current set of things to do before shutdown includes:
>
> umount -l -t nfs -a
> apachectl -k stop
> kill all the "user deamon" process trees.
>
> The user daemon stuff is handled by a program
> described here:
>
> http://tomhorsley.com/game/punch.html
>
> Of course, since (according to the systemd biggest
> myths page) systemd is easy to script and not at all
> confusing, then it should be trivial for me to script
> things so shutdown works this way automatically
> without me having to remember to run my alias
> in a terminal, but, alas, they don't appear to be
> myths at all.

I've said it before, systemd is a huge, cumbersome, useless solution
looking for a problem. The decision to use this crud was one of the most
boneheaded things any distribution (not just RHEL/Fedora) ever chose
to adopt. Unfortunately, we're stuck with it now.

As far as the NFS unmount issue, this was an interesting dialog
that happened in September last year:

        https://github.com/systemd/systemd/issues/1257

So, "but I doubt that lazy unmounting is really a comprehensive
solution for anything..." comes from one of the developers. Fine, then
when it times out, do a forced umount. This is pretty obvious. The
server isn't listening and we (the client) are shutting down. Pull the
g*ddamned plug!

I'm with David...but this is only one of a litany of stupid decisions
systemd makes. It seems that developers nowadays are never taught how
(or are simply too lazy) to test for error conditions.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    ricks@xxxxxxxxxxxxxx -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
- Political Correctness: The insane doctrine that postulates that it -
-     is entirely possible to pick up a turd by the clean end.       -
----------------------------------------------------------------------

--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux