11:35 a.m.
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
3:30 p.m.
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
3:35 p.m.
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(a)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(a)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
4:20 p.m.
On Wed, Jun 22, 2016 at 22:35:10 +0200,
Antonio M <antonio.montagnani(a)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.
4:33 p.m.
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(a)wolff.to>:
On Wed, Jun 22, 2016 at 22:35:10 +0200,
Antonio M <antonio.montagnani(a)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.
4:36 p.m.
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(a)wolff.to>:
> On Wed, Jun 22, 2016 at 22:35:10 +0200,
> Antonio M <antonio.montagnani(a)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(a)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
--
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- A day for firm decisions!!! Well, then again, maybe not! -
----------------------------------------------------------------------
4:36 p.m.
On Wed, Jun 22, 2016 at 23:33:39 +0200,
Antonio M <antonio.montagnani(a)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.
6:18 p.m.
On 06/23/16 05:20, Bruno Wolff III wrote:
On Wed, Jun 22, 2016 at 22:35:10 +0200,
Antonio M <antonio.montagnani(a)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?
--
You're Welcome Zachary Quinto
6:27 p.m.
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.
6:50 p.m.
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(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- You possess a mind not merely twisted, but actually sprained. -
----------------------------------------------------------------------
7:21 p.m.
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.
--
You're Welcome Zachary Quinto
7:21 p.m.
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.
7:54 p.m.
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(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- The Navy's a bunch of wimps! MY job's an adventure! -
----------------------------------------------------------------------
2890
days inactive
2891
days old
12 comments
5 participants
participants (5)
-
Antonio M -
Bruno Wolff III -
Ed Greshko -
Joe Zeff -
Rick Stevens