Each time I run a major update (i.e. release advancement) sshd.service is flagged as disabled. A minor issue of course, but why??
Antonio Montagnani
Linux Fedora 24 (Workstation) inviato da Gmail
On 06/23/16 00:35, Antonio M wrote:
Each time I run a major update (i.e. release advancement) sshd.service is flagged as disabled. A minor issue of course, but why??
I don't know. But for comparison, I just upgraded a system from F23 to F24 and my sshd service was not disabled.
Tnx Ed... I don't undesrtand why sshd was disabled on a system, and was not disabled on the laptop. Kind of magic??
Antonio Montagnani
Linux Fedora 24 (Workstation) inviato da Gmail
2016-06-22 22:30 GMT+02:00 Ed Greshko ed.greshko@greshko.com:
On 06/23/16 00:35, Antonio M wrote:
Each time I run a major update (i.e. release advancement) sshd.service
is flagged as
disabled. A minor issue of course, but why??
I don't know. But for comparison, I just upgraded a system from F23 to F24 and my sshd service was not disabled.
-- You're Welcome Zachary Quinto -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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
On Wed, Jun 22, 2016 at 22:35:10 +0200, Antonio M antonio.montagnani@gmail.com wrote:
Tnx Ed... I don't undesrtand why sshd was disabled on a system, and was not disabled on the laptop. Kind of magic??
You probably want to check the systemd presets. These can vary depending on which flavor of Fedora you have.
Bruno, at least on my laptop I cannot find the preset folder, /etc/systemd/system-preset/ .Is it correct??
Antonio Montagnani
Linux Fedora 24 (Workstation) inviato da Gmail
2016-06-22 23:20 GMT+02:00 Bruno Wolff III bruno@wolff.to:
On Wed, Jun 22, 2016 at 22:35:10 +0200, Antonio M antonio.montagnani@gmail.com wrote:
Tnx Ed... I don't undesrtand why sshd was disabled on a system, and was not disabled on the laptop. Kind of magic??
You probably want to check the systemd presets. These can vary depending on which flavor of Fedora you have.
On 06/22/2016 02:33 PM, Antonio M wrote:
Bruno, at least on my laptop I cannot find the preset folder, /etc/systemd/system-preset/ .Is it correct??
Could also be in /usr/lib/systemd/system-preset
Linux Fedora 24 (Workstation) inviato da Gmail
2016-06-22 23:20 GMT+02:00 Bruno Wolff III bruno@wolff.to:
On Wed, Jun 22, 2016 at 22:35:10 +0200, Antonio M antonio.montagnani@gmail.com wrote:
Tnx Ed... I don't undesrtand why sshd was disabled on a system, and was not disabled on the laptop. Kind of magic??
You probably want to check the systemd presets. These can vary depending on which flavor of Fedora you have.
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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
On Wed, Jun 22, 2016 at 23:33:39 +0200, Antonio M antonio.montagnani@gmail.com wrote:
Bruno, at least on my laptop I cannot find the preset folder, /etc/systemd/system-preset/ .Is it correct??
The installed ones are at: /usr/lib/systemd/system-preset/ /etc would be for local overrides.
On 06/23/16 05:20, Bruno Wolff III wrote:
On Wed, Jun 22, 2016 at 22:35:10 +0200, Antonio M antonio.montagnani@gmail.com wrote:
Tnx Ed... I don't undesrtand why sshd was disabled on a system, and was not disabled on the laptop. Kind of magic??
You probably want to check the systemd presets. These can vary depending on which flavor of Fedora you have.
I thought the presets were only used on a install of a package. If they are used on upgrades/updates then wouldn't every update/upgrade result in services being reset to their preset?
On 06/22/2016 04:18 PM, Ed Greshko wrote:
I thought the presets were only used on a install of a package. If they are used on upgrades/updates then wouldn't every update/upgrade result in services being reset to their preset?
At one point, the Linux Counter script used SMTP, but as I have a home connection, Port 25 was blocked, so I had to modify my sendmail configuration to use my hosting service's SMTP server as a smarthost. This worked fine, at first. Then, I found out that every time sendmail was updated, so was the configuration, which stomped on my customization, meaning that I had to redo the changes over and over. If the update/upgrade includes a new config, the same thing's bound to happen.
On 06/22/2016 04:27 PM, Joe Zeff wrote:
On 06/22/2016 04:18 PM, Ed Greshko wrote:
I thought the presets were only used on a install of a package. If they are used on upgrades/updates then wouldn't every update/upgrade result in services being reset to their preset?
IIRC, the presets are invoked by the post-install scriptlet in each RPM via a "systemctl preset" command, so it'd be invoked many times.
At one point, the Linux Counter script used SMTP, but as I have a home connection, Port 25 was blocked, so I had to modify my sendmail configuration to use my hosting service's SMTP server as a smarthost. This worked fine, at first. Then, I found out that every time sendmail was updated, so was the configuration, which stomped on my customization, meaning that I had to redo the changes over and over. If the update/upgrade includes a new config, the same thing's bound to happen.
Sendmail's RPM should have used ye ol' ".rpmsave/.rpmnew" mechanism. If it didn't, then the sendmail RPM was broken. MTA config files are some of the most commonly modified beasties you'll see. I can't believe that the RPM packager didn't take that into account. I could be wrong. To be honest, I've almost always built my own sendmail from source. ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com - - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - - - - You possess a mind not merely twisted, but actually sprained. - ----------------------------------------------------------------------
On 06/23/16 07:50, Rick Stevens wrote:
On 06/22/2016 04:27 PM, Joe Zeff wrote:
On 06/22/2016 04:18 PM, Ed Greshko wrote:
I thought the presets were only used on a install of a package. If they are used on upgrades/updates then wouldn't every update/upgrade result in services being reset to their preset?
IIRC, the presets are invoked by the post-install scriptlet in each RPM via a "systemctl preset" command, so it'd be invoked many times.
That's fine. But I don't know what is being concluded. I don't think you saying that you'd consider it normal that an upgrade of a package reverts the service status to the "vendor presets"?
Meaning, if a service's vendor present is "disabled" and I've specifically "enabled" it should not be OK that my choice is being overridden after an update/upgrade regardless of what is in the preset file. It would seem like an awful mess to me and I've never had to do any "cleanup" of this sort after updates/upgrades.
On 06/22/2016 04:50 PM, Rick Stevens wrote:
Sendmail's RPM should have used ye ol' ".rpmsave/.rpmnew" mechanism.
It's possible that it does, but I didn't think to look, or know where to find them. And, as I was making the same changes each time, that allowed each update to do whatever it needed, then add in the smarthost info myself. The point is, updates can and do overwrite config files and if you've done any customization, you need to be ready to redo it.
On 06/22/2016 05:21 PM, Joe Zeff wrote:
On 06/22/2016 04:50 PM, Rick Stevens wrote:
Sendmail's RPM should have used ye ol' ".rpmsave/.rpmnew" mechanism.
It's possible that it does, but I didn't think to look, or know where to find them. And, as I was making the same changes each time, that allowed each update to do whatever it needed, then add in the smarthost info myself. The point is, updates can and do overwrite config files and if you've done any customization, you need to be ready to redo it.
They'd be in the normal sendmail config file location, but would be named "something.m4.rpmsave" or "something.m4.rpmnew".
As I understand it, if the program being updated can still use the old config file, a ".rpmnew" file would be created containing the RPM's default config file, but the original won't be disturbed.
If the program being updated can't use the old config file due to some incompatibility, then the old config file is saved as the ".rpmsave" version and the RPM's default config file is used instead. The idea being that you should look at the ".rpmsave" file and make whatever changes are needed in the new config file to implement what needs to be done. ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@alldigital.com - - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - - - - The Navy's a bunch of wimps! MY job's an adventure! - ----------------------------------------------------------------------
-
Antonio M -
Bruno Wolff III -
Ed Greshko -
Joe Zeff -
Rick Stevens