Mauricio Tavares
2019-Dec-13 16:11 UTC
[CentOS] systemctl behaves like it is being piped to less in centos 8?
Comparing the output of systemctl between centos 7 and 8: [root at mail ~]# cat /etc/redhat-release CentOS Linux release 7.7.1908 (Core) [root at mail ~]# systemctl status firewalld ? firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2019-10-25 00:24:24 UTC; 1 months 19 days ago Docs: man:firewalld(1) Main PID: 6578 (firewalld) CGroup: /system.slice/firewalld.service ??6578 /usr/bin/python2 -Es /usr/sbin/firewalld --nofork --nopid Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. [root at mail ~]# So far so good. Don't know why it is complaining about log being rotated but output looks readable. Now, let's grab a centos8 box: [raub at vmhost2 ~]$ cat /etc/redhat-release CentOS Linux release 8.0.1905 (Core) [raub at vmhost2 ~]$ systemctl status firewalld ? firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor p> Active: active (running) since Tue 2019-12-10 20:10:20 EST; 2 days ago Docs: man:firewalld(1) Main PID: 1031 (firewalld) Tasks: 2 (limit: 26213) Memory: 33.5M CGroup: /system.slice/firewalld.service ??1031 /usr/libexec/platform-python -s /usr/sbin/firewalld --nofork > lines 1-9/9 (END) As you can see, it is trimming the output at the end of my terminal window, which I do not care; there are options (-i I think) to make it wrap around, but the line lines 1-9/9 (END) is what is annoying me. That seems to be what I would expect if I piped it to less. I checked a fedora 31 and another centos 8 box and am seeing the same behaviour. Am I missing something?
Pete Biggs
2019-Dec-13 16:27 UTC
[CentOS] systemctl behaves like it is being piped to less in centos 8?
> > is what is annoying me. That seems to be what I would expect if I > piped it to less. I checked a fedora 31 and another centos 8 box and > am seeing the same behaviour. Am I missing something? >The environment variable $PAGER determines what pager to use. The default is 'less'. User export PAGER=more to use 'more' instead. Or export PAGER to not pipe to a pager. P,
Stephen John Smoogen
2019-Dec-13 16:27 UTC
[CentOS] systemctl behaves like it is being piped to less in centos 8?
On Fri, 13 Dec 2019 at 11:11, Mauricio Tavares <raubvogel at gmail.com> wrote:> > Comparing the output of systemctl between centos 7 and 8: > > [root at mail ~]# cat /etc/redhat-release > CentOS Linux release 7.7.1908 (Core) > [root at mail ~]# systemctl status firewalld > ? firewalld.service - firewalld - dynamic firewall daemon > Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; > vendor preset: enabled) > Active: active (running) since Fri 2019-10-25 00:24:24 UTC; 1 > months 19 days ago > Docs: man:firewalld(1) > Main PID: 6578 (firewalld) > CGroup: /system.slice/firewalld.service > ??6578 /usr/bin/python2 -Es /usr/sbin/firewalld --nofork --nopid > > Warning: Journal has been rotated since unit was started. Log output > is incomplete or unavailable. > [root at mail ~]# > > So far so good. Don't know why it is complaining about log being > rotated but output looks readable. Now, let's grab a centos8 box: > > [raub at vmhost2 ~]$ cat /etc/redhat-release > CentOS Linux release 8.0.1905 (Core) > [raub at vmhost2 ~]$ systemctl status firewalld > ? firewalld.service - firewalld - dynamic firewall daemon > Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor p> > Active: active (running) since Tue 2019-12-10 20:10:20 EST; 2 days ago > Docs: man:firewalld(1) > Main PID: 1031 (firewalld) > Tasks: 2 (limit: 26213) > Memory: 33.5M > CGroup: /system.slice/firewalld.service > ??1031 /usr/libexec/platform-python -s /usr/sbin/firewalld --nofork > > lines 1-9/9 (END) >It seems this became the default at some point. systemctl -l --no-pager is the way to get it without that. The whole does it use a pager, does it ellipse, etc has been a long fight where various people complain enough to get it one way or another. It usually goes with the group that complains the nicest versus the ones who complain the worst :). -- Stephen J Smoogen.
Warren Young
2019-Dec-13 16:39 UTC
[CentOS] systemctl behaves like it is being piped to less in centos 8?
On Dec 13, 2019, at 9:27 AM, Stephen John Smoogen <smooge at gmail.com> wrote:> > It seems this became the default at some point. > > systemctl -l --no-pager > > is the way to get it without that. The whole does it use a pager, does > it ellipse, etc has been a long fight where various people complain > enough to get it one way or another. It usually goes with the group > that complains the nicest versus the ones who complain the worst :).You can fix the symptom with the software as delivered: $ export SYSTEMD_LESS='-FR'
Tony Mountifield
2019-Dec-13 16:43 UTC
[CentOS] systemctl behaves like it is being piped to less in centos 8?
In article <CAHEKYV6qBgyxAQPDk-sNBOoY8K3MBmeeZArxQbE02UFLeknMQg at mail.gmail.com>, Mauricio Tavares <raubvogel at gmail.com> wrote:> Comparing the output of systemctl between centos 7 and 8: > > [...] > > So far so good. Don't know why it is complaining about log being > rotated but output looks readable. Now, let's grab a centos8 box: > > [raub at vmhost2 ~]$ cat /etc/redhat-release > CentOS Linux release 8.0.1905 (Core) > [raub at vmhost2 ~]$ systemctl status firewalld > ??? firewalld.service - firewalld - dynamic firewall daemon > Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor p> > Active: active (running) since Tue 2019-12-10 20:10:20 EST; 2 days ago > Docs: man:firewalld(1) > Main PID: 1031 (firewalld) > Tasks: 2 (limit: 26213) > Memory: 33.5M > CGroup: /system.slice/firewalld.service > ??????1031 /usr/libexec/platform-python -s /usr/sbin/firewalld --nofork > > lines 1-9/9 (END) > > As you can see, it is trimming the output at the end of my terminal > window, which I do not care; there are options (-i I think) to make it > wrap around, but the line > > lines 1-9/9 (END) > > is what is annoying me. That seems to be what I would expect if I > piped it to less. I checked a fedora 31 and another centos 8 box and > am seeing the same behaviour. Am I missing something?See https://bugzilla.redhat.com/show_bug.cgi?id=713567 for info. It's more of the systemd-mindset disease, and Schmidt looked to be pretty intransigent in the face of concerted objection some years ago. You either have to use: systemctl --no-pager status firewalld Or you have to first do: export SYSTEMD_PAGER Maybe you could put the latter into a file in /etc/profile.d to make it system-wide: # echo 'export SYSTEMD_PAGER=' >>/etc/profile.d/systemd.sh # echo 'setenv SYSTEMD_PAGER ""' >>/etc/profile.d/systemd.csh Cheers Tony -- Tony Mountifield Work: tony at softins.co.uk - http://www.softins.co.uk Play: tony at mountifield.org - http://tony.mountifield.org
Tony Mountifield
2019-Dec-13 16:44 UTC
[CentOS] systemctl behaves like it is being piped to less in centos 8?
In article <5c2439dc6351659900b0c7ef421ae3f1e7b84fe4.camel at biggs.org.uk>, Pete Biggs <pete at biggs.org.uk> wrote:> > > > > is what is annoying me. That seems to be what I would expect if I > > piped it to less. I checked a fedora 31 and another centos 8 box and > > am seeing the same behaviour. Am I missing something? > > > > The environment variable $PAGER determines what pager to use. The > default is 'less'. User > > export PAGER=more > > to use 'more' instead. Or > > export PAGER> > to not pipe to a pager.This would also affect "man". Better to use SYSTEMD_PAGER. Cheers Tony -- Tony Mountifield Work: tony at softins.co.uk - http://www.softins.co.uk Play: tony at mountifield.org - http://tony.mountifield.org
Possibly Parallel Threads
- systemctl behaves like it is being piped to less in centos 8?
- systemctl behaves like it is being piped to less in centos 8?
- systemctl behaves like it is being piped to less in centos 8?
- systemctl behaves like it is being piped to less in centos 8?
- CentOS 7 install on one RAID 1 [not-so-SOLVED]