On 01/16/2017 04:58 PM, Josh Boyer wrote: > On Mon, Jan 16, 2017 at 4:45 PM, Steve Dickson <SteveD@xxxxxxxxxx> wrote: >> >> On 01/16/2017 03:25 PM, Josh Boyer wrote: >>> On Mon, Jan 16, 2017 at 3:11 PM, Steve Dickson <SteveD@xxxxxxxxxx> wrote: >>>> Hello, >>>> >>>> The latest nfs-utils release drastically changes how the NFS >>>> servers are configured, for the good IMHO... >>>> >>>> All daemon configuration now goes through /etc/nfs.conf. >>>> See nfs.conf(5) for details. >>>> >>>> The command line interfaces in the systemd services files >>>> have been removed. Which means all your current configures >>>> will break, because the variables in /etc/sysconfig/nfs are >>>> no longer used. >>>> >>>> Again, I think is a move in the right direction and I know >>>> you might find this surprising 8-) but I really don't want to >>>> break all the current server configuration. So I'm trying t >>>> o figure out how to do this with least amount of impact. >>>> >>>> Here is what I see as the options >>>> >>>> 1) Upgrade rawhide w/out a backward compatible patch >>>> (since it is so early in the release cycle) >>>> Upgrade f25 with an backwards compatible patch >>>> >>>> 2) Upgrade rawhide and f25 with the backward compatible >>>> patch... but we have to ween ourselves of the command >>>> line interface at some point... >>>> >>>> 3) Do nothing and push everything into f27, which is the least >>>> favorite option. >>>> >>>> I'm leaning toward option 1... but I'm asking... so I'm listening. :-) >>> If you had to transition RHEL customers from the old style to the new >>> style with a specific support timeframe in mind, how would you do it? >>> That's what I would do here. >> Are you kidding me! :-) There is no way, IMHO, to will transition this type of >> change into a current RHEL releases. Going forward... only time will tell... > No, I didn't mean introduce it in e.g. 7.2 -> 7.3. I meant how would > you phase this in so users using e.g. RHEL 7 have sufficient lead time > to migrate to the new style whenever the next major RHEL release comes > out. What tools or scripts would you put in place to help with mixed > release environments? Understood... I see this as similar to migrating from the SysV init scripts to systemd... what of tools where there for that? I didn't see many... which is fine. I just wanted to raise the flag that this was happening... > Are there upgrade tools that would be needed? > Those are the things I would think about. They apply to Fedora > releases as well. I can't agree with this more... How does one migrate from one configuration model to another? This is exactly why I'm bring this up to the community. I will be more than willing to work with any project to make this transition be as smooth as possible. steved. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
