Re: [CentOS] X11 issue on CentOS 8

2020-07-09 Thread Jerry Geis
So what I thought was happening is not. Files are being read.

The issue is /var/log/messages shows the 3840x2160 resolution - but when I
goto the Settings->Display the highest resolution is 1920x1080.
This is native not a guest VM. Trying to fix the issue.
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
Supported standard timings:
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
#0: hsize: 1920  vsize 1080  refresh: 60  vid: 49361
Jul  9 20:33:49 devgeisC8/ usr/libexec/gdm-x-session[2010]: (II) intel(0):
#1: hsize: 1280  vsize 960  refresh: 60  vid: 16513
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
#2: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
#3: hsize: 1440  vsize 900  refresh: 60  vid: 149
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
#4: hsize: 1680  vsize 1050  refresh: 60  vid: 179
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
#5: hsize: 1152  vsize 864  refresh: 75  vid: 20337
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
#6: hsize: 1280  vsize 720  refresh: 60  vid: 49281
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
Supported detailed timing:
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
clock: 297.0 MHz   Image Size:  621 x 341 mm
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
h_active: 3840  h_sync: 4016  h_sync_end 4104 h_blank_end 4400 h_border: 0
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (II) intel(0):
v_active: 2160  v_sync: 2168  v_sync_end 2178 v_blanking: 2250 v_border: 0

Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (==) Using
config directory: "/etc/X11/xorg.conf.d"
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (==) Using
system config directory "/usr/share/X11/xorg.conf.d"
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (==) No Layout
section.  Using the first Screen section.
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (**) |-->Screen
"Screen0" (0)
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (**) |
|-->Monitor "Monitor0"
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (**) |
|-->Device "Intel Graphics"
Jul  9 20:33:49 devgeisC8 /usr/libexec/gdm-x-session[2010]: (==)
Automatically adding devices

So it is loading my 01-driver.conf file and 01-display.conf file As Screen0
and "Intel Graphics" specify that.

But its kicking out the 3840x2160 mode? Why.

Any pointers?

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] X11 issue on CentOS 8

2020-07-09 Thread Jerry Geis
I have files in /etc/X11/xorg.conf.d
rw-r--r--. 1 silentm silentm 311 Jul  9 13:25 00-keyboard.conf
-rw-r--r--. 1 silentm silentm 328 Jul  9 14:28 01-display.conf

This is my 01-display.conf
# This file goes into /etc/X11/xorg.conf.d

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 24
Modes"3840x2160" "1920x1080" "1600x1200" "1440x900" "1368x768"
"1360x768" "1366x768" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

That looks fine. But the X log file shows its NOT being used. Why ?

 9.987] (==) Using config directory: "/etc/X11/xorg.conf.d"
[ 9.987] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 9.988] (==) No Layout section.  Using the first Screen section.
[ 9.988] (==) No screen section available. Using defaults.
[ 9.988] (**) |-->Screen "Default Screen Section" (0)
[ 9.988] (**) |   |-->Monitor ""
[ 9.988] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.


Why is my xorg.conf.d files not being used ?

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] force CUPS print server to fit-to-page

2020-07-09 Thread Frank Cox
On Thu, 9 Jul 2020 13:00:19 -0400
Josh wrote:

> Does anyone have any ideas?

Did you set /etc/papersize?

-- 
Can we uninstall 2020 and install it again? This one has a virus.
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] force CUPS print server to fit-to-page

2020-07-09 Thread Josh
Greetings,

I've just set up an AirPrint server for a home office by following
instructions in

https://www.linux-magazine.com/Issues/2013/154/AirPrint-in-Linux
and
https://github.com/jpawlowski/airprint-generate

Printer works just fine except for a problem described in

https://serverfault.com/questions/897140/force-cups-print-server-to-fit-to-page-if-job-is-not-a4

Text jobs sent from iOS devices print full pages but photos and images
print size is 4x6 inches instead of 8.5x11.

CUPS v1.6.3 on CentOS 7.

Does anyone have any ideas?

Please advise,
Josh.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS Digest, Vol 186, Issue 8

2020-07-09 Thread Rich Greenwood
On Thu, Jul 9, 2020 at 5:00 AM  wrote:

> On Wed, Jul 08, 2020 at 01:40:27PM -0500, Chris Adams wrote:
> > Once upon a time, John Pierce  said:
> > > yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?
> the
> > > former do NOT use the rx/tx data of the serial port at all, they ONLY
> use
> > > the serial port control  signals, and they probably will NOT work with
> a
> > > USB port because they require very specific behavior from those
> signals at
> > > power up and reboot times.
> >
> > I've used various serial devices, including UPSes, via various
> > USB-to-serial adapters (Prolific PL2303 and FTDI FT2232C), and all the
> > signaling works fine.  Only issue you sometimes have is that there are
> > many cheap adapters on Amazon that claim to be Prolific or FTDI but are
> > in fact counterfeit clones - those may or may not work reliably for ANY
> > purpose.
> >
>
> Another possibility for the Original Poster:
> Purchase a serial add-in card from Amazon or Newegg.
> last I noticed they weren't expensive. This avoids
> the compatibility-hell you may (or may not) encounter
> with a USB-to-serial converter.
>

One more possibility that nobody has mentioned yet is to see if the
motherboard has a serial port header.   Many motherboards still have an
actual serial port that doesn't show up on the edge as a 9-pin, but on the
board as a 10-pin header.  You can get the header adapter for a few dollars
(or maybe in your junk drawer).
https://www.google.com/search?q=serial+header+adapter

Also, I just plugged in a PL2303 based adapter to a CentOS 8 machine
yesterday to connect to a Cisco serial console and it just worked.
--Rich

-- 
Rich Greenwood
Network Engineer
Shasta County Office of Education
530-225-0161
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] CentOS-announce Digest, Vol 185, Issue 2

2020-07-09 Thread centos-announce-request
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CESA-2020:2827 Important CentOS 7 firefox Security Update
  (Johnny Hughes)
   2. CEBA-2020:2661 CentOS 7 389-ds-base BugFix Update (Johnny Hughes)
   3. CESA-2020:2824 Important CentOS 6 firefox Security Update
  (Johnny Hughes)


--

Message: 1
Date: Wed, 8 Jul 2020 17:23:13 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2020:2827 Important CentOS 7 firefox
Security Update
Message-ID: <20200708172313.ga3...@bstore1.rdu2.centos.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2020:2827 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2020:2827

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
85eeb413b8167acfe21f28faf179577a72d277afd0cf54506f5edd80adff6c96  
firefox-68.10.0-1.el7.centos.i686.rpm
1cf2c2fc03bb9a8f2df584bb215c608f8d64f93f92f4921a251f8b0a0d354785  
firefox-68.10.0-1.el7.centos.x86_64.rpm

Source:
abc9f64de096c504c8991f6d1bf6f43bf3628dc74557258ad4822cc9b9f71b84  
firefox-68.10.0-1.el7.centos.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Message: 2
Date: Wed, 8 Jul 2020 17:24:37 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2020:2661 CentOS 7 389-ds-base BugFix
Update
Message-ID: <20200708172437.ga3...@bstore1.rdu2.centos.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2020:2661 

Upstream details at : https://access.redhat.com/errata/RHBA-2020:2661

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

x86_64:
f9af0cd1d022162ad71a593ac1b74e1707e59b9d44af5e1febc202cb5f5f8312  
389-ds-base-1.3.10.1-14.el7_8.x86_64.rpm
8d14c2cf5e6f51f182fb0e116c9c06c3ae50e1015c48459f91331a392c3972b4  
389-ds-base-devel-1.3.10.1-14.el7_8.x86_64.rpm
642830ded3d064d6c27951a9f9568578cbf43777b850193034817808b7fd6349  
389-ds-base-libs-1.3.10.1-14.el7_8.x86_64.rpm
85e1d7614ee9772a2ed0dde2d235ab6f82f16bf195654ed7f8667427ab78  
389-ds-base-snmp-1.3.10.1-14.el7_8.x86_64.rpm




-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Message: 3
Date: Wed, 8 Jul 2020 17:26:10 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2020:2824 Important CentOS 6 firefox
Security Update
Message-ID: <20200708172610.ga3...@bstore1.rdu2.centos.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2020:2824 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2020:2824

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
836fe37d81abff787edb7cbf857fe7582e43c4bc287c36986a68e3f017a17219  
firefox-68.10.0-1.el6.centos.i686.rpm

x86_64:
836fe37d81abff787edb7cbf857fe7582e43c4bc287c36986a68e3f017a17219  
firefox-68.10.0-1.el6.centos.i686.rpm
e1a8f2b8906949bb92dd41414d472801f3c19c9104958c3418805540c4e19398  
firefox-68.10.0-1.el6.centos.x86_64.rpm

Source:
8449ad137d456efe63609ccfda22f8ebdf9742aa1d50385ecd93f0818987c359  
firefox-68.10.0-1.el6.centos.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Subject: Digest Footer

___
CentOS-announce mailing list
centos-annou...@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce


--

End of CentOS-announce Digest, Vol 185, Issue 2
***
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS7 and NFS

2020-07-09 Thread Patrick Bégou
Hi Orion,

no, I still have this problem. I delay working on it as I the latest
updates have not been installed on the server and on the client. I'll
work again on this problem as soon as possible.

Thanks Charles for your detailed information on how to track this
problem. I'll check all these metrics.

I have several clients for this nfs server and the problem seems only to
occur from the client using nfs 4.1 in CentOS Linux release 7.7.1908 (Core).
The default options used are:
rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=194.254.xx.xx,local_lock=none,addr=194.254.yy.yy

On olders clients (Red Hat Enterprise Linux Server release 6.7
(Santiago)) default options are:
rw,intr,hard,sloppy,vers=4,addr=194.254.xx.xx,clientaddr=194.254.yy.yy

The server in CentOS7.6.1810

Will see if the latest updates help to solve the problem.

Patrick

Le 03/07/2020 à 00:05, Orion Poplawski a écrit :
> On 6/1/20 3:08 AM, Patrick Bégou wrote:
>> Le 13/05/2020 à 02:13, Orion Poplawski a écrit :
>>> On 5/12/20 2:46 AM, Patrick Bégou wrote:
 Hi,

 I need some help with NFSv4 setup/tuning. I have a dedicated nfs
 server
 (2 x E5-2620  8cores/16 threads each, 64GB RAM, 1x10Gb ethernet and
 16x
 8TB HDD) used by two servers and a small cluster (400 cores). All the
 servers are running CentOS 7, the cluster is running CentOS6.

 Time to time on the server I get:

    kernel: NFSD: client xxx.xxx.xxx.xxx testing state ID with
   incorrect client ID

 And the client xxx.xxx.xxx.xxx freeze whith:

    kernel: nfs: server x.legi.grenoble-inp.fr not responding,
   still trying
    kernel: nfs: server x.legi.grenoble-inp.fr OK
    kernel: nfs: server x.legi.grenoble-inp.fr not responding,
   still trying
    kernel: nfs: server x.legi.grenoble-inp.fr OK

 There is a discussion on RedHat7 support about this but only open to
 subscribers. Other searches with google do not provide  useful
 information.
>>>
>>> FYI - you can get access to such info with a free RHEL developers
>>> account.
>>>
>>>
>> Thanks for your suggestion. As the problem is back I've subscribed to
>> reach the full content of this discussion.
>>
>> The answer was "do not use antivirus" :-(. I do not use antivirus as I
>> am CentOS only.
>>
>> Patrick
>>
>
> Just curious to see if you have had any luck resolving these issues?
> I'm afraid that NFS on EL 7 has become much less stable for us
> recently as well with lots more client access hangs.
>
> Orion
>

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos