Re: [CentOS] X11 issue on CentOS 8
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
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
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
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
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
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
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