[opensuse] TW : crontabs not running properly
Hi List :) - since a recent 'zypper dup' last week , am not getting my usual output from runs of cron : in fact 'zero' output .... as root, have executed : # crontabs -l and this shows my crontab OK and, as root, have executed # systemctl status cron.service and this shows cron service up and running OK ..... what am i doing wrong?? : Why zero output from cron?? ~ thanks .... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <ellanios82@gmail.com> wrote:
Hi List :)
- since a recent 'zypper dup' last week , am not getting my usual output from runs of cron : in fact 'zero' output
....
as root, have executed :
# crontabs -l
and this shows my crontab OK
and, as root, have executed
# systemctl status cron.service
and this shows cron service up and running OK
.....
what am i doing wrong?? : Why zero output from cron??
Well cron jobs don't usually produce any output, because they're designed not to. So you probably need to explain exactly what you're doing and exactly what output you are expecting/used to get. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Howorth wrote:
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <ellanios82@gmail.com> wrote:
Hi List :)
- since a recent 'zypper dup' last week , am not getting my usual output from runs of cron : in fact 'zero' output
....
as root, have executed :
# crontabs -l
and this shows my crontab OK
and, as root, have executed
# systemctl status cron.service
and this shows cron service up and running OK
.....
what am i doing wrong?? : Why zero output from cron??
Well cron jobs don't usually produce any output, because they're designed not to.
<nitpick> I have a lot of cronjob that run specifically to produce output :-) </nitpick> Ellanios, any output from a cronjob is sent to the userid that ran it, or to the most recently defined MAILTO address. I would check to see if anything was changed in your mail setup. -- Per Jessen, Zürich (2.1°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 7:54 PM, Per Jessen wrote:
Dave Howorth wrote:
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <ellanios82@gmail.com> wrote:
Hi List :)
- since a recent 'zypper dup' last week , am not getting my usual output from runs of cron : in fact 'zero' output
....
as root, have executed :
# crontabs -l
and this shows my crontab OK
and, as root, have executed
# systemctl status cron.service
and this shows cron service up and running OK
.....
what am i doing wrong?? : Why zero output from cron?? Well cron jobs don't usually produce any output, because they're designed not to. <nitpick> I have a lot of cronjob that run specifically to produce output :-) </nitpick>
Ellanios, any output from a cronjob is sent to the userid that ran it, or to the most recently defined MAILTO address. I would check to see if anything was changed in your mail setup.
- seems that after Feb 08 , notifications stopped getting thru to /var/spool/mail/pisti [my local folder] - cannot yet see set-up what may have changed .... thanks v.m. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/02/2020 17.09, Dave Howorth wrote:
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <> wrote:
what am i doing wrong?? : Why zero output from cron??
Well cron jobs don't usually produce any output, because they're designed not to. So you probably need to explain exactly what you're doing and exactly what output you are expecting/used to get.
Yes they do, specially since systemd.
<10.6> 2020-02-13 19:00:01 Telcontar cron 10631 - - pam_unix(crond:session): session opened for user cer by (uid=0) <3.6> 2020-02-13 19:00:01 Telcontar dbus-daemon 1449 - - [system] Successfully activated service 'org.opensuse.Snapper' <10.6> 2020-02-13 19:00:01 Telcontar cron 10632 - - pam_unix(crond:session): session opened for user cer by (uid=0) <9.6> 2020-02-13 19:00:01 Telcontar CRON 10681 - - (cer) CMD (/home/cer/bin/dar_la_hora_en_cron hora) <10.6> 2020-02-13 19:00:02 Telcontar CRON 10631 - - pam_unix(crond:session): session closed for user cer <10.6> 2020-02-13 19:00:06 Telcontar CRON 10632 - - pam_unix(crond:session): session closed for user cer That's six lines of output for a job of mine (it speaks the hour). Another job: <9.6> 2020-02-13 18:20:01 Telcontar CRON 8946 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <10.6> 2020-02-13 18:20:01 Telcontar cron 8944 - - pam_unix(crond:session): session opened for user cer by (uid=0) <10.6> 2020-02-13 18:20:01 Telcontar CRON 8944 - - pam_unix(crond:session): session closed for user cer Weekly jobs: <9.6> 2020-02-06 21:30:01 Telcontar CRON 5102 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <10.6> 2020-02-06 21:30:01 Telcontar cron 5100 - - pam_unix(crond:session): session opened for user cer by (uid=0) <9.6> 2020-02-06 21:30:01 Telcontar CRON 5119 - - (cer) CMD (/home/cer/bin/dar_la_hora_en_cron hora) <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Stopping Name Service Cache Daemon... <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Stopped Name Service Cache Daemon. <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Starting Name Service Cache Daemon... <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/passwd` (1) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/group` (3) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/hosts` (4) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/resolv.conf` (5) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/services` (6) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/netgroup` (7) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Started Name Service Cache Daemon. <1.6> 2020-02-06 21:30:01 Telcontar run-crons 5103 - - mine-nscd: OK <9.6> 2020-02-06 21:30:01 Telcontar run-crons.weekly - - - Considering my weekly cron jobs. <1.6> 2020-02-06 21:30:01 Telcontar run-crons 5103 - - mio.weekly: OK <10.6> 2020-02-06 21:30:06 Telcontar CRON 5100 - - pam_unix(crond:session): session closed for user cer <9.6> 2020-02-06 21:40:01 Telcontar CRON 5573 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <10.6> 2020-02-06 21:40:01 Telcontar cron 5570 - - pam_unix(crond:session): session opened for user cer by (uid=0) <10.6> 2020-02-06 21:40:01 Telcontar CRON 5570 - - pam_unix(crond:session): session closed for user cer <9.6> 2020-02-06 21:50:01 Telcontar CRON 5998 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <9.6> 2020-02-06 22:00:01 Telcontar CRON 6344 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) In ellanios case he has to find older entries, and show them here, then find out when they disappear. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkWUWQAKCRC1MxgcbY1H 1aWsAJ4tioCsaKJyJ7v/hnLLPftswUhcvACaA2POx1Q+w9+vxTVlzpUGCsMCg+g= =XYQe -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 13/02/2020 17.09, Dave Howorth wrote:
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <> wrote:
what am i doing wrong?? : Why zero output from cron??
Well cron jobs don't usually produce any output, because they're designed not to. So you probably need to explain exactly what you're doing and exactly what output you are expecting/used to get.
Yes they do, specially since systemd.
[snip logline] Carlos, that isn't "output", those were loglines and they were produced by systemd, not the cronjob. I don't know what happens to systemd timer output. I have reverted the timers I am interested in to run as cronjobs. -- Per Jessen, Zürich (5.7°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/02/2020 19.49, Per Jessen wrote: | Carlos E. R. wrote: |> On 13/02/2020 17.09, Dave Howorth wrote: |>> On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <> wrote: |> |> |>>> what am i doing wrong?? : Why zero output from cron?? |>> |>> Well cron jobs don't usually produce any output, because |>> they're designed not to. So you probably need to explain |>> exactly what you're doing and exactly what output you are |>> expecting/used to get. |> |> Yes they do, specially since systemd. |> |>> |> | [snip logline] | | Carlos, that isn't "output", those were loglines and they were | produced by systemd, not the cronjob. Some systemd, some cronjobs, happens to occur simultaneously; notice the word "cron" in many of them. Some are cronjobs that call systemd services. Yes, I know they are not printed by the jobs, but indicate that the cronjobs are running. | | I don't know what happens to systemd timer output. I have reverted | the timers I am interested in to run as cronjobs. Hum! I considered that. | These are timers: <3.6> 2020-02-13 19:00:01 Telcontar systemd 1 - - Started Timeline of Snapper Snapshots. <3.6> 2020-02-13 10:54:28 Telcontar systemd 1 - - Started Do daily mandb update. <3.6> 2020-02-13 10:54:56 Telcontar systemd 1 - - Started Backup RPM database. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkWd9gAKCRC1MxgcbY1H 1cf5AJ49EDt7mKrfbFFBJDccPTn9LILSbwCeJh0qHGizjwzOh9dzhie31g34EZk= =SF2n -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 8:24 PM, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 13/02/2020 17.09, Dave Howorth wrote:
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <> wrote:
what am i doing wrong?? : Why zero output from cron??
Well cron jobs don't usually produce any output, because they're designed not to. So you probably need to explain exactly what you're doing and exactly what output you are expecting/used to get. Yes they do, specially since systemd.
<10.6> 2020-02-13 19:00:01 Telcontar cron 10631 - - pam_unix(crond:session): session opened for user cer by (uid=0) <3.6> 2020-02-13 19:00:01 Telcontar dbus-daemon 1449 - - [system] Successfully activated service 'org.opensuse.Snapper' <10.6> 2020-02-13 19:00:01 Telcontar cron 10632 - - pam_unix(crond:session): session opened for user cer by (uid=0) <9.6> 2020-02-13 19:00:01 Telcontar CRON 10681 - - (cer) CMD (/home/cer/bin/dar_la_hora_en_cron hora) <10.6> 2020-02-13 19:00:02 Telcontar CRON 10631 - - pam_unix(crond:session): session closed for user cer <10.6> 2020-02-13 19:00:06 Telcontar CRON 10632 - - pam_unix(crond:session): session closed for user cer
That's six lines of output for a job of mine (it speaks the hour).
Another job:
<9.6> 2020-02-13 18:20:01 Telcontar CRON 8946 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <10.6> 2020-02-13 18:20:01 Telcontar cron 8944 - - pam_unix(crond:session): session opened for user cer by (uid=0) <10.6> 2020-02-13 18:20:01 Telcontar CRON 8944 - - pam_unix(crond:session): session closed for user cer
Weekly jobs:
<9.6> 2020-02-06 21:30:01 Telcontar CRON 5102 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <10.6> 2020-02-06 21:30:01 Telcontar cron 5100 - - pam_unix(crond:session): session opened for user cer by (uid=0) <9.6> 2020-02-06 21:30:01 Telcontar CRON 5119 - - (cer) CMD (/home/cer/bin/dar_la_hora_en_cron hora) <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Stopping Name Service Cache Daemon... <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Stopped Name Service Cache Daemon. <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Starting Name Service Cache Daemon... <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/passwd` (1) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/group` (3) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/hosts` (4) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/resolv.conf` (5) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/services` (6) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring file `/etc/netgroup` (7) <3.5> 2020-02-06 21:30:01 Telcontar nscd - - - 5164 monitoring directory `/etc` (2) <3.6> 2020-02-06 21:30:01 Telcontar systemd 1 - - Started Name Service Cache Daemon. <1.6> 2020-02-06 21:30:01 Telcontar run-crons 5103 - - mine-nscd: OK <9.6> 2020-02-06 21:30:01 Telcontar run-crons.weekly - - - Considering my weekly cron jobs. <1.6> 2020-02-06 21:30:01 Telcontar run-crons 5103 - - mio.weekly: OK <10.6> 2020-02-06 21:30:06 Telcontar CRON 5100 - - pam_unix(crond:session): session closed for user cer <9.6> 2020-02-06 21:40:01 Telcontar CRON 5573 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <10.6> 2020-02-06 21:40:01 Telcontar cron 5570 - - pam_unix(crond:session): session opened for user cer by (uid=0) <10.6> 2020-02-06 21:40:01 Telcontar CRON 5570 - - pam_unix(crond:session): session closed for user cer <9.6> 2020-02-06 21:50:01 Telcontar CRON 5998 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1) <9.6> 2020-02-06 22:00:01 Telcontar CRON 6344 - - (root) CMD ([ -x /usr/lib64/sa/sa1 ] && exec /usr/lib64/sa/sa1 1 1)
In ellanios case he has to find older entries, and show them here, then find out when they disappear.
- thanks vm Carlos - here is cron journal-output for Feb 05 , when email notification came OK for running rkhunter at 12:48 : aig:~ # journalctl | grep cron Feb 05 12:38:02 aig cron[15504]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 05 12:38:02 aig CRON[15524]: (root) CMD (exec /usr/bin/rkhunter --cronjob --update --rwo) Feb 05 12:40:01 aig cron[26953]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 05 12:40:01 aig CRON[26953]: pam_unix(crond:session): session closed for user root Feb 05 12:43:54 aig ** Notifications got thru to /var/spool/mail/my-local-folder until Feb 08 , after which nothing : cannot see what has changed in my thunderbird Mail set-up Now, today , rkhunter 12:38 still Nothing : .. Feb 13 10:50:43 aig cron[2077]: (CRON) INFO (running with inotify support) Feb 13 12:38:02 aig cron[14764]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 13 12:38:02 aig CRON[14782]: (root) CMD (exec /usr/bin/rkhunter --cronjob --update --rwo) Feb 13 12:40:01 aig cron[28461]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 13 12:40:02 aig CRON[28461]: pam_unix(crond:session): session closed for user root Feb 13 12:43:21 aig CRON[14764]: pam_unix(crond:session): session closed for user root ......... my crontab says : "MAILTO=pisti@localhost" : that's OK : my folder in /var/spool/mail ..... thanks -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
ellanios82 wrote:
- here is cron journal-output for Feb 05 , when email notification came OK for running rkhunter at 12:48 :
aig:~ # journalctl | grep cron Feb 05 12:38:02 aig cron[15504]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 05 12:38:02 aig CRON[15524]: (root) CMD (exec /usr/bin/rkhunter --cronjob --update --rwo) Feb 05 12:40:01 aig cron[26953]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 05 12:40:01 aig CRON[26953]: pam_unix(crond:session): session closed for user root Feb 05 12:43:54 aig
** Notifications got thru to /var/spool/mail/my-local-folder until Feb 08 , after which nothing :
But you are certain there would be output from the job? You should see it in the mail log, something like: Feb 13 00:01:03 thorium postfix/pickup[1287]: 75E3A94C789: uid=0 from=<root> You ought to see a line like that at the same time that cronjoib finishes.
my crontab says :
"MAILTO=pisti@localhost" : that's OK : my folder in /var/spool/mail
To test if that still works - mail -r root@localhost -s "test123" pisti@localhost </dev/null -- Per Jessen, Zürich (6.2°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 9:52 PM, Per Jessen wrote:
ellanios82 wrote:
- here is cron journal-output for Feb 05 , when email notification came OK for running rkhunter at 12:48 :
aig:~ # journalctl | grep cron Feb 05 12:38:02 aig cron[15504]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 05 12:38:02 aig CRON[15524]: (root) CMD (exec /usr/bin/rkhunter --cronjob --update --rwo) Feb 05 12:40:01 aig cron[26953]: pam_unix(crond:session): session opened for user root(uid=0) by (uid=0) Feb 05 12:40:01 aig CRON[26953]: pam_unix(crond:session): session closed for user root Feb 05 12:43:54 aig
** Notifications got thru to /var/spool/mail/my-local-folder until Feb 08 , after which nothing : But you are certain there would be output from the job? You should see it in the mail log, something like:
Feb 13 00:01:03 thorium postfix/pickup[1287]: 75E3A94C789: uid=0 from=<root>
You ought to see a line like that at the same time that cronjoib finishes.
my crontab says :
"MAILTO=pisti@localhost" : that's OK : my folder in /var/spool/mail To test if that still works -
mail -r root@localhost -s "test123" pisti@localhost </dev/null
- Gee, Thanks : that does not rpt not get thru !! - next had a look at "journalctl | grep mail" , and , output says : Feb 13 10:50:41 aig postfix/postfix-script[2067]: fatal: mail system startup failed ....... Gosh : how to fix ? [ maybe TW "zypper dup" did something to postfix?] thanks v.m. ..... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* ellanios82 <ellanios82@gmail.com> [02-13-20 15:27]: [...]
my crontab says :
"MAILTO=pisti@localhost" : that's OK : my folder in /var/spool/mail To test if that still works -
mail -r root@localhost -s "test123" pisti@localhost </dev/null
- Gee, Thanks : that does not rpt not get thru !!
- next had a look at "journalctl | grep mail"
, and , output says :
Feb 13 10:50:41 aig postfix/postfix-script[2067]: fatal: mail system startup failed
.......
Gosh : how to fix ? [ maybe TW "zypper dup" did something to postfix?]
if it did, you will have an rpmnew or rpmsave file, but it should not have made a change to your mail system. you can check, as root run: rpmconfigcheck -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 10:29 PM, Patrick Shanahan wrote:
* ellanios82 <ellanios82@gmail.com> [02-13-20 15:27]: [...]
my crontab says :
"MAILTO=pisti@localhost" : that's OK : my folder in /var/spool/mail To test if that still works -
mail -r root@localhost -s "test123" pisti@localhost </dev/null
- Gee, Thanks : that does not rpt not get thru !!
- next had a look at "journalctl | grep mail"
, and , output says :
Feb 13 10:50:41 aig postfix/postfix-script[2067]: fatal: mail system startup failed
.......
Gosh : how to fix ? [ maybe TW "zypper dup" did something to postfix?] if it did, you will have an rpmnew or rpmsave file, but it should not have made a change to your mail system.
you can check, as root run: rpmconfigcheck
- Thank you, Patrick ... the output from "rpmconfigcheck" contains : /etc/postfix/main.cf.rpmnew /etc/postfix/master.cf.rpmnew ...... aig:~ # rpm -qa | grep postfix shows i now have : postfix-3.4.8-1.1.x86_64 - what next step should i take ? Thanks very much .... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/02/2020 22.14, ellanios82 wrote: | On 2/13/20 10:29 PM, Patrick Shanahan wrote: |> * ellanios82 <ellanios82@gmail.com> [02-13-20 15:27]: [...] |> |> you can check, as root run: rpmconfigcheck |> | - Thank you, Patrick | | | ... | | | the output from "rpmconfigcheck" contains : | | | /etc/postfix/main.cf.rpmnew /etc/postfix/master.cf.rpmnew | | | ...... | | | aig:~ # rpm -qa | grep postfix shows i now have : | | postfix-3.4.8-1.1.x86_64 | | | - what next step should i take ? meld /etc/postfix/main.cf.rpmnew /etc/postfix/main.cf And decide, line by line. meld /etc/postfix/master.cf.rpmnew /etc/postfix/master.cf And decide, line by line. If you are absolutely sure you never modified those two files, then just replace with the new version and restart postfix. Notice that, IMNSHO, you should run "rpmconfigcheck" after every "zypper patch|up|dup" or equivalent operation with YaST or packagekit. And if there is some output, ask the administrator to decide what to do >:-P - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkW/YAAKCRC1MxgcbY1H 1Q1pAKCAcDuKn5tdEKan9P6K6bqEfBhjJACgjC/u0B0g4nTxAZisaOeDQklijS0= =vMYl -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 11:28 PM, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 13/02/2020 22.14, ellanios82 wrote: | On 2/13/20 10:29 PM, Patrick Shanahan wrote: |> * ellanios82 <ellanios82@gmail.com> [02-13-20 15:27]: [...]
|> |> you can check, as root run: rpmconfigcheck |> | - Thank you, Patrick | | | ... | | | the output from "rpmconfigcheck" contains : | | | /etc/postfix/main.cf.rpmnew /etc/postfix/master.cf.rpmnew | | | ...... | | | aig:~ # rpm -qa | grep postfix shows i now have : | | postfix-3.4.8-1.1.x86_64 | | | - what next step should i take ?
meld /etc/postfix/main.cf.rpmnew /etc/postfix/main.cf
And decide, line by line.
meld /etc/postfix/master.cf.rpmnew /etc/postfix/master.cf
And decide, line by line.
If you are absolutely sure you never modified those two files, then just replace with the new version and restart postfix.
yes, yes : am absolutely sure did not modify anything! kindly tell me which directory and what files to replace [ am getting confused] ???
Notice that, IMNSHO, you should run "rpmconfigcheck" after every "zypper patch|up|dup" or equivalent operation with YaST or packagekit. And if there is some output, ask the administrator to decide what to do >:-P
- that's the trouble : its just my desktop & 'me' - the administrator [that's me] has no clue &%^$ but, but, but, Tumbleweed advertises itself as : "Tumbleweed Get the newest Linux packages with our rolling release. Fast! Integrated! Stabilized! Tested!" ..... thanks -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* ellanios82 <ellanios82@gmail.com> [02-13-20 16:52]:
On 2/13/20 11:28 PM, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 13/02/2020 22.14, ellanios82 wrote: | On 2/13/20 10:29 PM, Patrick Shanahan wrote: |> * ellanios82 <ellanios82@gmail.com> [02-13-20 15:27]: [...]
|> |> you can check, as root run: rpmconfigcheck |> | - Thank you, Patrick | | | ... | | | the output from "rpmconfigcheck" contains : | | | /etc/postfix/main.cf.rpmnew /etc/postfix/master.cf.rpmnew | | | ...... | | | aig:~ # rpm -qa | grep postfix shows i now have : | | postfix-3.4.8-1.1.x86_64 | | | - what next step should i take ?
meld /etc/postfix/main.cf.rpmnew /etc/postfix/main.cf
And decide, line by line.
meld /etc/postfix/master.cf.rpmnew /etc/postfix/master.cf
And decide, line by line.
If you are absolutely sure you never modified those two files, then just replace with the new version and restart postfix.
yes, yes : am absolutely sure did not modify anything!
kindly tell me which directory and what files to replace
[ am getting confused] ???
Notice that, IMNSHO, you should run "rpmconfigcheck" after every "zypper patch|up|dup" or equivalent operation with YaST or packagekit. And if there is some output, ask the administrator to decide what to do
:-P
- that's the trouble : its just my desktop & 'me'
- the administrator [that's me] has no clue &%^$
but, but, but, Tumbleweed advertises itself as :
"Tumbleweed Get the newest Linux packages with our rolling release. Fast! Integrated! Stabilized! Tested!"
no, it was the full moon. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/02/2020 22.48, ellanios82 wrote: | On 2/13/20 11:28 PM, Carlos E. R. wrote: |> On 13/02/2020 22.14, ellanios82 wrote: | On 2/13/20 10:29 PM, |> Patrick Shanahan wrote: |> * ellanios82 <> [02-13-20 15:27]: |> [...] ... |> If you are absolutely sure you never modified those two files, |> then just replace with the new version and restart postfix. | | | yes, yes : am absolutely sure did not modify anything! | | kindly tell me which directory and what files to replace | | [ am getting confused] ??? Those in the output of "rpmconfigcheck" that you printed above. cp /etc/postfix/main.cf.rpmnew /etc/postfix/main.cf cp /etc/postfix/master.cf.rpmnew /etc/postfix/master.cf Notice that if you say you had: MAILTO=pisti@AIG.org That can only work modifying postfix configuration files... |> Notice that, IMNSHO, you should run "rpmconfigcheck" after every |> "zypper patch|up|dup" or equivalent operation with YaST or |> packagekit. And if there is some output, ask the administrator to |> decide what to do >:-P | | | - that's the trouble : its just my desktop & 'me' | | - the administrator [that's me] has no clue &%^$ I know, that's why I wrote ">:-P" | | | but, but, but, Tumbleweed advertises itself as : | | "Tumbleweed Get the newest Linux packages with our rolling release. | Fast! Integrated! Stabilized! Tested!" :-! Notice, however, that the paragraph about "rpmconfigcheck" also applies to Leap, but fortunately only when upgrading. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkXKvwAKCRC1MxgcbY1H 1c7MAJ9c8OK7kXWNx44opKHEJhAXIVqWqgCfcInscnVvDRnG5Vdyl4vchplZs14= =gxJr -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 12:16 AM, Carlos E. R. wrote:
cp /etc/postfix/main.cf.rpmnew /etc/postfix/main.cf cp /etc/postfix/master.cf.rpmnew /etc/postfix/master.cf
thanks Carlos - packing it in now : battle-fatigue :) cheers .... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
Notice that if you say you had:
MAILTO=pisti@AIG.org
That can only work modifying postfix configuration files...
No, I think that'll work fine with the default. postfix in the default setup is ready to work as an mail client. -- Per Jessen, Zürich (6.3°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 07.38, Per Jessen wrote: | Carlos E. R. wrote: | |> Notice that if you say you had: |> |> MAILTO=pisti@AIG.org |> |> That can only work modifying postfix configuration files... | | No, I think that'll work fine with the default. postfix in the | default setup is ready to work as an mail client. Certainly, except that any recipient is bound to reject the mail, unless our machine happens to have a fixed external IP, because of antispam controls. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkZfigAKCRC1MxgcbY1H 1bY1AJ9eW/LRHW4kXyJXQniWzkLC4rGPqwCfewmpyJpZPi3YlGlAdd0gqJUJkY4= =zHeT -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 8:38 AM, Per Jessen wrote:
Carlos E. R. wrote:
Notice that if you say you had:
MAILTO=pisti@AIG.org
That can only work modifying postfix configuration files... No, I think that'll work fine with the default. postfix in the default setup is ready to work as an mail client.
- thank you all , v.m. - hopefully , things are looking up :) - on Patrick's suggestion , moved /usr/etc/services to /etc/services Now, postfix starts :) many thanks .. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
ellanios82 wrote:
- hopefully , things are looking up :) - on Patrick's suggestion , moved /usr/etc/services to /etc/services
That isn't the correct fix. The correct way is an update of /etc/nsswitch.conf Do you have /etc/nsswitch.conf.rpmnew ? -- Per Jessen, Zürich (9.1°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 12:21 PM, Per Jessen wrote:
ellanios82 wrote:
- hopefully , things are looking up :) - on Patrick's suggestion , moved /usr/etc/services to /etc/services That isn't the correct fix. The correct way is an update of /etc/nsswitch.conf
Do you have /etc/nsswitch.conf.rpmnew ?
- yes : have /etc/nsswitch.conf.rpmnew ..... - what's next step i should do ? tks v.m. ...... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
ellanios82 wrote:
On 2/14/20 12:21 PM, Per Jessen wrote:
ellanios82 wrote:
- hopefully , things are looking up :) - on Patrick's suggestion , moved /usr/etc/services to /etc/services That isn't the correct fix. The correct way is an update of /etc/nsswitch.conf
Do you have /etc/nsswitch.conf.rpmnew ?
- yes : have
/etc/nsswitch.conf.rpmnew
- what's next step i should do ?
I would suggest you move the services file back to /usr/etc , then you need to edit /etc/nsswitch.ch and add the text 'usrfiles' to match this: passwd: compat group: compat shadow: compat hosts: files dns networks: files dns services: files usrfiles protocols: files usrfiles rpc: files usrfiles ethers: files usrfiles netmasks: files netgroup: files nis publickey: files bootparams: files automount: files nis aliases: files usrfiles It might as simple as to copy '/etc/nsswitch.conf.rpmnew" to /etc/nsswitch.conf. I would probably run a diff to see what the differences are: diff -u /etc/nsswitch.conf /etc/nsswitch.conf.rpmnew -- Per Jessen, Zürich (9.7°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 14/02/2020 13.00, Per Jessen wrote:
ellanios82 wrote:
On 2/14/20 12:21 PM, Per Jessen wrote:
ellanios82 wrote:
- hopefully , things are looking up :) - on Patrick's suggestion , moved /usr/etc/services to /etc/services That isn't the correct fix. The correct way is an update of /etc/nsswitch.conf
Do you have /etc/nsswitch.conf.rpmnew ?
- yes : have
/etc/nsswitch.conf.rpmnew
- what's next step i should do ?
I would suggest you move the services file back to /usr/etc , then you need to edit /etc/nsswitch.ch and add the text 'usrfiles' to match this:
passwd: compat group: compat shadow: compat
hosts: files dns networks: files dns
services: files usrfiles protocols: files usrfiles rpc: files usrfiles ethers: files usrfiles netmasks: files netgroup: files nis publickey: files
bootparams: files automount: files nis aliases: files usrfiles
It might as simple as to copy '/etc/nsswitch.conf.rpmnew" to /etc/nsswitch.conf. I would probably run a diff to see what the differences are:
diff -u /etc/nsswitch.conf /etc/nsswitch.conf.rpmnew
Or, in a GUI way: meld /etc/nsswitch.conf /etc/nsswitch.conf.rpmnew with nice clickable things to copy entries over, delete others, edit, etc. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 2/14/20 2:00 PM, Per Jessen wrote: > ellanios82 wrote: > >> On 2/14/20 12:21 PM, Per Jessen wrote: >>> ellanios82 wrote: >>> >>>> - hopefully , things are looking up :) - on Patrick's >>>> suggestion , >>>> moved /usr/etc/services to /etc/services >>> That isn't the correct fix. The correct way is an update >>> of /etc/nsswitch.conf >>> >>> Do you have /etc/nsswitch.conf.rpmnew ? >> - yes : have >> >> /etc/nsswitch.conf.rpmnew >> >> - what's next step i should do ? > I would suggest you move the services file back to /usr/etc , then you > need to edit /etc/nsswitch.ch and add the text 'usrfiles' to match > this: > > passwd: compat > group: compat > shadow: compat > > hosts: files dns > networks: files dns > > services: files usrfiles > protocols: files usrfiles > rpc: files usrfiles > ethers: files usrfiles > netmasks: files > netgroup: files nis > publickey: files > > bootparams: files > automount: files nis > aliases: files usrfiles > > > It might as simple as to copy '/etc/nsswitch.conf.rpmnew" > to /etc/nsswitch.conf. I would probably run a diff to see what the > differences are: > > diff -u /etc/nsswitch.conf /etc/nsswitch.conf.rpmnew > > > - thank you v.m. .... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 12.34, ellanios82 wrote: | On 2/14/20 12:21 PM, Per Jessen wrote: |> ellanios82 wrote: |> |>> - hopefully , things are looking up :) - on Patrick's |>> suggestion , moved /usr/etc/services to /etc/services |> That isn't the correct fix. The correct way is an update of |> /etc/nsswitch.conf |> |> Do you have /etc/nsswitch.conf.rpmnew ? | | | - yes : have | | /etc/nsswitch.conf.rpmnew | | | ..... | | | - what's next step i should do ? As I told you, find every *.rpmnew in the system and apply them. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkaPpgAKCRC1MxgcbY1H 1QydAJwPOXqEtTo3GJjvMH2D/qxVP5k6qACfZ0hbrUELgX8xONKA5GMubR47JmU= =fL8d -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 02/14/2020 04:07 AM, ellanios82 wrote:
- thank you all , v.m.
- hopefully , things are looking up :) - on Patrick's suggestion , moved /usr/etc/services to /etc/services
Now, postfix starts :)
The move of services to /usr/etc is in direct conflict with the Linux Filesystem Hierarchy Standard, so unless we start patching every port-aware package to look for the services file in /usr/etc, these failures will continue (not to mention apps built by the user on their own) (latest March 19, 2015 - 3.0) https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard States: "The following files, or symbolic links to files, *must* be in /etc if the corresponding subsystem is installed: ... services Port names for network services (optional) ..." (not "may", or "might" -- but "must") -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 11:28 PM, Carlos E. R. wrote:
And if there is some output, ask the administrator to decide what to do >:-P
haha # systemctl status postfix.service produces output like : ... Loaded: loaded (/usr/lib/systemd/system/postfix.service; ena> Active: failed (Result: exit-code) since Fri 2020-02-14 00:2> Process: 6840 ExecStartPre=/bin/echo Starting mail service (P> Process: 6841 ExecStartPre=/etc/postfix/system/config_postfix> Process: 6842 ExecStartPre=/etc/postfix/system/update_chroot > Process: 6843 ExecStartPre=/etc/postfix/system/update_postmap> Process: 6854 ExecStart=/usr/sbin/postfix start (code=exited,> Process: 6926 ExecStopPost=/etc/postfix/system/cond_slp dereg> Feb 14 00:21:12 aig postfix[6854]: See http://www.postfix.org/COM> Feb 14 00:21:12 aig postfix[6854]: To disable backwards compatibi> Feb 14 00:21:13 aig postfix/postfix-script[6921]: starting the Po> Feb 14 00:21:13 aig postfix/master[6923]: fatal: 127.0.0.1:smtp: > Feb 14 00:21:14 aig postfix/master[6922]: fatal: daemon initializ> Feb 14 00:21:15 aig postfix/postfix-script[6925]: fatal: mail sys> Feb 14 00:21:16 aig systemd[1]: postfix.service: Control process > Feb 14 00:21:16 aig systemd[1]: postfix.service: Failed with resu> Feb 14 00:21:16 aig systemd[1]: Failed to start Postfix Mail Tran> Feb 14 00:21:16 aig cond_slp[6937]: sed: can't read /etc/services> lines 2-20/20 (END) ..... thanks -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, 14 Feb 2020 00:27:24 +0200 ellanios82 <ellanios82@gmail.com> wrote:
On 2/13/20 11:28 PM, Carlos E. R. wrote:
And if there is some output, ask the administrator to decide what to do >:-P
haha
# systemctl status postfix.service
produces output like :
...
Loaded: loaded (/usr/lib/systemd/system/postfix.service; ena> Active: failed (Result: exit-code) since Fri 2020-02-14 00:2> Process: 6840 ExecStartPre=/bin/echo Starting mail service (P> Process: 6841 ExecStartPre=/etc/postfix/system/config_postfix> Process: 6842 ExecStartPre=/etc/postfix/system/update_chroot > Process: 6843 ExecStartPre=/etc/postfix/system/update_postmap> Process: 6854 ExecStart=/usr/sbin/postfix start (code=exited,> Process: 6926 ExecStopPost=/etc/postfix/system/cond_slp dereg>
Feb 14 00:21:12 aig postfix[6854]: See http://www.postfix.org/COM> Feb 14 00:21:12 aig postfix[6854]: To disable backwards compatibi> Feb 14 00:21:13 aig postfix/postfix-script[6921]: starting the Po> Feb 14 00:21:13 aig postfix/master[6923]: fatal: 127.0.0.1:smtp: > Feb 14 00:21:14 aig postfix/master[6922]: fatal: daemon initializ> Feb 14 00:21:15 aig postfix/postfix-script[6925]: fatal: mail sys> Feb 14 00:21:16 aig systemd[1]: postfix.service: Control process > Feb 14 00:21:16 aig systemd[1]: postfix.service: Failed with resu> Feb 14 00:21:16 aig systemd[1]: Failed to start Postfix Mail Tran> Feb 14 00:21:16 aig cond_slp[6937]: sed: can't read /etc/services> lines 2-20/20 (END)
Make the terminal wider to see the rest of the output.
thanks
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 12:50 AM, Dave Howorth wrote:
Make the terminal wider to see the rest of the output.
herewith: postfix.service - Postfix Mail Transport Agent Loaded: loaded (/usr/lib/systemd/system/postfix.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Fri 2020-02-14 00:46:47 EET; 8min ago Process: 9582 ExecStartPre=/bin/echo Starting mail service (Postfix) (code=exited, status=0/SUCCESS) Process: 9583 ExecStartPre=/etc/postfix/system/config_postfix (code=exited, status=0/SUCCESS) Process: 9584 ExecStartPre=/etc/postfix/system/update_chroot (code=exited, status=0/SUCCESS) Process: 9585 ExecStartPre=/etc/postfix/system/update_postmaps (code=exited, status=0/SUCCESS) Process: 9596 ExecStart=/usr/sbin/postfix start (code=exited, status=1/FAILURE) Process: 9691 ExecStopPost=/etc/postfix/system/cond_slp deregister (code=exited, status=0/SUCCESS) Feb 14 00:46:43 aig systemd[1]: Starting Postfix Mail Transport Agent... Feb 14 00:46:43 aig echo[9582]: Starting mail service (Postfix) Feb 14 00:46:44 aig postfix/postfix-script[9663]: starting the Postfix mail system Feb 14 00:46:44 aig postfix/master[9665]: fatal: 0.0.0.0:smtp: Servname not supported for ai_socktype Feb 14 00:46:45 aig postfix/master[9664]: fatal: daemon initialization failure Feb 14 00:46:46 aig postfix/postfix-script[9688]: fatal: mail system startup failed Feb 14 00:46:47 aig systemd[1]: postfix.service: Control process exited, code=exited, status=1/FAILURE Feb 14 00:46:47 aig systemd[1]: postfix.service: Failed with result 'exit-code'. Feb 14 00:46:47 aig systemd[1]: Failed to start Postfix Mail Transport Agent. Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read /etc/services: No such file or director ..... thank you -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...]
Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read /etc/services: No such file or director
and there is your failure. the mentioned services file is now in /usr/etc/services and since you have not applied the rpmnew changes, your system does not know where to find it. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 00.11, Patrick Shanahan wrote: | * ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...] |> Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read |> /etc/services: No such file or director | | and there is your failure. the mentioned services file is now in | /usr/etc/services and since you have not applied the rpmnew | changes, your system does not know where to find it. No, that is unrelated, it seems postfix has failed earlier than that. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkX2owAKCRC1MxgcbY1H 1TOnAJ4vuSu3Y84sFE55ZuTpn6riC1K0sQCgjGkI9w+t41HfyLSoadjTGAydRx0= =2ZCo -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
14.02.2020 04:23, Carlos E. R. пишет:
On 14/02/2020 00.11, Patrick Shanahan wrote: | * ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...] |> Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read |> /etc/services: No such file or director | | and there is your failure. the mentioned services file is now in | /usr/etc/services and since you have not applied the rpmnew | changes, your system does not know where to find it.
No, that is unrelated, it seems postfix has failed earlier than that.
For the same reason
Feb 14 00:46:44 aig postfix/master[9665]: fatal: 0.0.0.0:smtp: Servname not supported for ai_socktype
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
* ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...]
Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read /etc/services: No such file or director
and there is your failure. the mentioned services file is now in /usr/etc/services and since you have not applied the rpmnew changes, your system does not know where to find it.
Shouldn't "rpmconfigcheck" have picked that up? -- Per Jessen, Zürich (6.1°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 07.32, Per Jessen wrote: | Patrick Shanahan wrote: | |> * ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...] |>> Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read |>> /etc/services: No such file or director |> |> and there is your failure. the mentioned services file is now |> in /usr/etc/services and since you have not applied the rpmnew |> changes, your system does not know where to find it. | | Shouldn't "rpmconfigcheck" have picked that up? Yes. If the file exist. It doesn't know what we do with the file. Maybe ellanio was only looking for "postfix" related files. He has to review ALL rpmnew and rpmsave files, and this is a thing few people know. Every time you use zypper dup. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkZgxAAKCRC1MxgcbY1H 1TvGAJ9Nz/fPU3snzRcP0O68gZmcaFWiagCfTJYazz5mtRKsN4wd0UQVLYLfM98= =61Dd -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
On 14/02/2020 07.32, Per Jessen wrote: | Patrick Shanahan wrote: | |> * ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...] |>> Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read |>> /etc/services: No such file or director |> |> and there is your failure. the mentioned services file is now |> in /usr/etc/services and since you have not applied the rpmnew |> changes, your system does not know where to find it. | | Shouldn't "rpmconfigcheck" have picked that up?
Yes. If the file exist. It doesn't know what we do with the file.
Maybe ellanio was only looking for "postfix" related files. He has to review ALL rpmnew and rpmsave files, and this is a thing few people know. Every time you use zypper dup.
I have to admit I never do - most of my systems are all heavily customised and most often I don't want anything changed. I have just now done a zypper dup on my TW test-system, rpmcheckconfig shows me: office24:~ # rpmconfigcheck Searching for unresolved configuration files Please check the following files (see /var/adm/rpmconfigcheck): /etc/hostname.rpmnew (empty, dated Jun 12 2019) /etc/hosts.rpmnew (whitespace changes only, dated Jun 12 2019) /etc/ntp.conf.rpmnew (Apr 30 2018) /etc/postfix/main.cf.rpmnew (Nov 4 2019, would have reintroduced /etc/postfix/master.cf.rpmnew a lot of stuff I had tidied up) /etc/sysctl.conf.rpmnew (comments only, dated Oct 17 2019) -- Per Jessen, Zürich (7.6°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 10.53, Per Jessen wrote: | Carlos E. R. wrote: | |> On 14/02/2020 07.32, Per Jessen wrote: | Patrick Shanahan wrote: |> | |> * ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...] |> |>> Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read |>> |> /etc/services: No such file or director |> |> and there is your |> failure. the mentioned services file is now |> in |> /usr/etc/services and since you have not applied the rpmnew |> |> changes, your system does not know where to find it. | | |> Shouldn't "rpmconfigcheck" have picked that up? |> |> Yes. If the file exist. It doesn't know what we do with the |> file. |> |> Maybe ellanio was only looking for "postfix" related files. He |> has to review ALL rpmnew and rpmsave files, and this is a thing |> few people know. Every time you use zypper dup. | | I have to admit I never do - most of my systems are all heavily | customised and most often I don't want anything changed. | | I have just now done a zypper dup on my TW test-system, | rpmcheckconfig shows me: | | office24:~ # rpmconfigcheck Searching for unresolved configuration | files Please check the following files (see | /var/adm/rpmconfigcheck): /etc/hostname.rpmnew (empty, dated Jun | 12 2019) /etc/hosts.rpmnew (whitespace changes only, dated | Jun 12 2019) /etc/ntp.conf.rpmnew (Apr 30 2018) | /etc/postfix/main.cf.rpmnew (Nov 4 2019, would have reintroduced | /etc/postfix/master.cf.rpmnew a lot of stuff I had tidied up) | /etc/sysctl.conf.rpmnew (comments only, dated Oct 17 2019) Mine are also very customized; thus I do meld /working/file /working/file.rpmnwew and decide what entries to accept, or which to change or leave alone. If it is only cosmetic changes, I accept them, so that the next time they don't trigger a difference. I also make backups of my file and the .rpmnew. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkaQ3QAKCRC1MxgcbY1H 1U/XAJ9h0li6mcZI0PGLTBcsFS8OtLUOewCfdUpIy4As56nI2EtFdUDaBznkXMI= =FdNQ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 10:56 AM, Carlos E. R. wrote:
Maybe ellanio was only looking for "postfix" related files. He has to review ALL rpmnew and rpmsave files, and this is a thing few people know. Every time you use zypper dup.
Holy smoke ^$%# - that IS a tall order [for me] cheers .... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 11.12, ellanios82 wrote: | On 2/14/20 10:56 AM, Carlos E. R. wrote: |> Maybe ellanio was only looking for "postfix" related files. He |> has to review ALL rpmnew and rpmsave files, and this is a thing |> few people know. Every time you use zypper dup. | | | Holy smoke ^$%# | | | - that IS a tall order [for me] Because you have never done it and they accumulate. Most often, the config changes are cosmetics, but some are important. In a distribution like TW changes are happening continuously. If you ignore the rpmnew files you are in effect nullifying many of those changes, using the old config versions. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkaRZAAKCRC1MxgcbY1H 1bSUAJ40LdlH7ElWTukptaegtrbc+3dBogCfacg9ZdCya65tRJuXwD8QWDzbX8A= =2ZbO -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 1:11 AM, Patrick Shanahan wrote:
* ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...]
Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read /etc/services: No such file or director and there is your failure. the mentioned services file is now in /usr/etc/services and since you have not applied the rpmnew changes, your system does not know where to find it.
- Thank you so much Patrick ~!! : terrific :) ..... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 14/02/2020 10.59, ellanios82 wrote: | On 2/14/20 1:11 AM, Patrick Shanahan wrote: |> * ellanios82 <ellanios82@gmail.com> [02-13-20 17:58]: [...] |>> Feb 14 00:46:47 aig cond_slp[9702]: sed: can't read |>> /etc/services: No such file or director |> and there is your failure. the mentioned services file is now in |> /usr/etc/services and since you have not applied the rpmnew |> changes, your system does not know where to find it. |> |> | - Thank you so much Patrick ~!! : terrific :) Notice he did not say to replace /etc/services with /usr/etc/services - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkaRrQAKCRC1MxgcbY1H 1RxYAJ9tMBNbqolYLK5z2ZoTepaGSJAfZwCffBXR/SB4meapDVjQwQctbOeVoLs= =lvjA -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 13/02/2020 20.26, ellanios82 wrote: | On 2/13/20 8:24 PM, Carlos E. R. wrote: ... | ** Notifications got thru to /var/spool/mail/my-local-folder until | Feb 08 , after which nothing : cannot see what has changed in my | thunderbird Mail set-up | | | Now, today , rkhunter 12:38 still Nothing : | | | .. | | Feb 13 10:50:43 aig cron[2077]: (CRON) INFO (running with inotify | support) Feb 13 12:38:02 aig cron[14764]: pam_unix(crond:session): | session opened for user root(uid=0) by (uid=0) Feb 13 12:38:02 aig | CRON[14782]: (root) CMD (exec /usr/bin/rkhunter --cronjob --update | --rwo) Feb 13 12:40:01 aig cron[28461]: pam_unix(crond:session): | session opened for user root(uid=0) by (uid=0) Feb 13 12:40:02 aig | CRON[28461]: pam_unix(crond:session): session closed for user | root Feb 13 12:43:21 aig CRON[14764]: pam_unix(crond:session): | session closed for user root | | | ......... Ok, so the job is running, but it outputs no mail, or it does not reach you. | | | my crontab says : | | | "MAILTO=pisti@localhost" : that's OK : my folder in | /var/spool/mail I would look into /var/log/mail* just after 12:38:02. If the log files do not exist, the output would be in the journal. This would serve to know if the mail was created or not, and what happened to it. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXkW9tgAKCRC1MxgcbY1H 1Vf9AKCDFHYfFVAGYcTp8cQnpwt6sXh44ACfctIibP+QMBou0Ky55e+7GmRfnlY= =aSAw -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thu, 13 Feb 2020 22:21:06 +0100 "Carlos E. R." <robin.listas@telefonica.net> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 13/02/2020 20.26, ellanios82 wrote: | On 2/13/20 8:24 PM, Carlos E. R. wrote:
...
| ** Notifications got thru to /var/spool/mail/my-local-folder until | Feb 08 , after which nothing : cannot see what has changed in my | thunderbird Mail set-up | | | Now, today , rkhunter 12:38 still Nothing : | | | .. | | Feb 13 10:50:43 aig cron[2077]: (CRON) INFO (running with inotify | support) Feb 13 12:38:02 aig cron[14764]: pam_unix(crond:session): | session opened for user root(uid=0) by (uid=0) Feb 13 12:38:02 aig | CRON[14782]: (root) CMD (exec /usr/bin/rkhunter --cronjob --update | --rwo) Feb 13 12:40:01 aig cron[28461]: pam_unix(crond:session): | session opened for user root(uid=0) by (uid=0) Feb 13 12:40:02 aig | CRON[28461]: pam_unix(crond:session): session closed for user | root Feb 13 12:43:21 aig CRON[14764]: pam_unix(crond:session): | session closed for user root | | | .........
Ok, so the job is running, but it outputs no mail, or it does not reach you.
| | | my crontab says : | | | "MAILTO=pisti@localhost" : that's OK : my folder in | /var/spool/mail
I would look into /var/log/mail* just after 12:38:02. If the log files do not exist, the output would be in the journal. This would serve to know if the mail was created or not, and what happened to it.
systemctl status postfix journalctl -u postfix -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/14/20 12:27 AM, Dave Howorth wrote:
the output would be in the journal. This would serve to know if the mail was created or not, and what happened to it. systemctl status postfix journalctl -u postfix
thanks presently looks like postfix not working ..... g.nite : retiring now due battle-fatigue :) cheers .... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
ellanios82 wrote:
On 2/14/20 12:27 AM, Dave Howorth wrote:
the output would be in the journal. This would serve to know if the mail was created or not, and what happened to it. systemctl status postfix journalctl -u postfix
thanks
presently looks like postfix not working
Which sounds like the /etc/services issue. It prevents postfix from running. Check for /etc/nsswitch.conf.rpmnew and apply the differences (adding 'usrfiles' to several entries that had been moved from /etc to /usr/etc) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2/13/20 6:09 PM, Dave Howorth wrote:
On Thu, 13 Feb 2020 15:26:40 +0200 ellanios82 <ellanios82@gmail.com> wrote:
Hi List :)
- since a recent 'zypper dup' last week , am not getting my usual output from runs of cron : in fact 'zero' output
....
as root, have executed :
# crontabs -l
and this shows my crontab OK
and, as root, have executed
# systemctl status cron.service
and this shows cron service up and running OK
.....
what am i doing wrong?? : Why zero output from cron?? Well cron jobs don't usually produce any output, because they're designed not to. So you probably need to explain exactly what you're doing and exactly what output you are expecting/used to get.
- thank you kindly : my crontab is set to : MAILTO=pisti@AIG.org 38 12 * * * exec /usr/bin/rkhunter --cronjob --update --rwo ....... until Feb 08 , output came to /var/spool/mail/pisti [my local folder] ..... thanks -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
ellanios82 wrote:
my crontab is set to :
MAILTO=pisti@AIG.org
38 12 * * * exec /usr/bin/rkhunter --cronjob --update --rwo
until Feb 08 , output came to /var/spool/mail/pisti [my local folder]
Not unless you did something to have mails for "aig.org" delivered locally. -- Per Jessen, Zürich (6.9°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (8)
-
Andrei Borzenkov -
Carlos E. R. -
Dave Howorth -
David C. Rankin -
ellanios82 -
Patrick Shanahan -
Per Jessen -
Peter Suetterlin