Discuss

discuss@lists.centos.org

3 participants
34748 discussions

Re: [CentOS] Just need to vent
by James B. Byrne 25 Jan '16

25 Jan '16

On Sun, January 24, 2016 11:45, Peter Duffy wrote: > > Trouble is that when you go from 6 to 7, you also have the delights of > systemd and grub 2 to contend with. > . . . > Similarly with others who have commented, I simply cannot > understand why the maintainers of crucial components in > linux have this thing about making vast changes which impact > (usually adversely) on users and admins, without (apparently) > any general discussion or review of the proposed changes. > What happened to RFCs? Maybe it's a power thing - we > can do it, so we're gonna do it, and if ya don't like it, tough! > Part of it is marketing. Most of it is ego. > It would be very interesting to know how many other users are > still on CentOS/Red Hat 6 as a result of reluctance to enjoy > all the - erm - improvements in 7. Maybe it's time to fork > CentOS 6 and make it look and behave like 7 without systemd > (or even better, with some way of selecting the init methodology > at install-time and afterwards), and with gnome2 (or a clear > choice between 2 and 3). Call it DeCentOS. > Depending on how the systemd drama plays out CentOS-6 may well be our last RH derivative, and perhaps our last Linux. At the moment we are withholding any judgement on the matter for want of clear empirical evidence respecting systemd's benefits and risks. On our test CentOS-7 systems we eventually switched to Mate. That in itself sorted out most of the most visceral negativity to RHEL7. But systemd, rightly or wrongly, remains a controversial issue here. And, being more interested in stability than features we will await further developments on that front. Maybe someone could convince Linus to embed an init processor into the kernel in a manner similar to how KVM made its way. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Re: [CentOS] Intel Xorg driver for Intel HD graphics
by Earl A Ramirez 24 Jan '16

24 Jan '16

What happen if you append i915.preliminary_hw_support=1 to the kernel argument?

1 0

Intel Xorg driver for Intel HD graphics
by Jerry Geis 24 Jan '16

24 Jan '16

I found this page: https://01.org/linuxgraphics/downloads/2015q4-intel-graphics-stack-release I have an Intel NUC5C with "Intel HD" graphics and I'm trying to use CentOS 7.2 I downloaded the files suggested: cairo-1.14.4.tar.xz libva-1.6.2.tar.bz2 mesa-11.0.4.tar.xz intel-gpu-tools-1.13.tar.bz2 libva-intel-driver-1.6.2.tar.bz2 xf86-video-intel-2.99.917.tar.gz libdrm-2.4.65.tar.gz xorg-server-1.18.0.tar.bz2 and compiled, then installed them. All are working except the final one xorg-server-1.18 On the configure I get these errors: configure: error: Package requirements (fixesproto >= 5.0 damageproto >= 1.1 xcmiscproto >= 1.2.0 xtrans >= 1.3.5 bigreqsproto >= 1.1.0 xproto >= 7.0.28 randrproto >= 1.5.0 renderproto >= 0.11 xextproto >= 7.2.99.901 inputproto >= 2.3 kbproto >= 1.0.3 fontsproto >= 2.1.3 pixman-1 >= 0.27.2 videoproto compositeproto >= 0.4 recordproto >= 1.13.99.1 scrnsaverproto >= 1.1 resourceproto >= 1.2.0 xf86driproto >= 2.1.0 glproto >= 1.4.17 dri >= 7.8.0 presentproto >= 1.0 xineramaproto xkbfile pixman-1 >= 0.27.2 xfont >= 1.4.2 xau libsystemd-daemon xshmfence >= 1.1) were not met: Requested 'xproto >= 7.0.28' but version of Xproto is 7.0.26 Requested 'randrproto >= 1.5.0' but version of RandrProto is 1.4.0 I'm not sure what to do with these errors. The "proto" packags are nothing that I can install -devel packages for as these packages are not even present on the Packages directory that I see. Any thoughts how I might get the Xorg server running on the "Intel HD" graphics of the NUC5C? Thanks, Jerry

3 2

cups-1.3.7-32.el5_11.x86_64 may have a problem
by Greg Ennis 24 Jan '16

24 Jan '16

Everyone, I have a problem I have been chasing for about three weeks and only occurred after cups was updated with cups-1.6.3-22.el7. I would be interested as to whether any one else has had this problem, and would entertain suggestions as to how I can debug the problem. My Centos 5 server is a gateway as well as a cups print server that has been in place for 8 years and has continued to perform exceptionally well. My Centos 7 server is a mail server and archive file server that is in the same network as my Centos 5 server described above. I have cups active on this server, which communicates to the Centos 5 server described above as well as another remote Centos 5 cups print server and another remote Centos 6 cups print server. Each of the latter two print servers are on different networks than the Centos 7 server that has the problem. The problem that has been occurring for the last three weeks appears to be related to the Centos 7 server or communication failure between it and the Centos 5 print server in the same network. What happens is that when the Centos 7 archive server receives a command to print an archived file on one of the printers inside its own network it appears to send several print commands to the Centos 5 server which causes the file to be printed several times. What happens is that the users eventually turn off the printer to keep the file from being printed dozens of times, and eventually the cups print queue on the Centos 5 server becomes full and all the printers in that network become unreachable with print commands. It is interesting that the remote print servers appear to function normally during this time. The only way I have figured out to remedy the problem is the use the "cancel -u user" command on the Centos 5 server to get rid of the command on the Centos 5 server and to use cancel lpt2-xxxxx on the Centso 7 server to get rid of the command on the archive server. When I evaluate the logs, I am either blind to the problem or am not seeing much I can piece together. Both machines have all updates and are listed as : Gateway and Cups Print Server : CentOS release 5.11 (Final) with 2.6.18-407.el5.centos.plusxen kernel with cups-1.3.7-32.el5_11.x86_64 Mail server and Archive File server : CentOS Linux release 7.2.1511 (Core) with 3.10.0-327.4.4.el7.x86_64 kernel with cups-1.6.3-22.el7.x86_64 If any of you have ideas, would sure appreciate your help. Greg Ennis

2 2

How does Live CD find OS's?
by Timothy Murphy 24 Jan '16

24 Jan '16

If I boot into CentOS on my home server from a Live CD or USB stick and go to Troubleshoot, it lists OS's it finds on the machine. How does it find these OS's? Presumably it looks through all the partitions on all the hard disks for something that looks like an OS? But how exactly does it identify an OS? -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

3 4

HDD badblocks
by Alessandro Baggi 23 Jan '16

23 Jan '16

Hi list, I've a notebook with C7 (1511). This notebook has 2 disk (640 GB) and I've configured them with MD at level 1. Some days ago I've noticed some critical slowdown while opening applications. First of all I've disabled acpi on disks. I've checked disk for badblocks 4 consecutive times for disk sda and sdb and I've noticed a strange behaviour. On sdb there are not problem but with sda: 1) First run badblocks reports 28 badblocks on disk 2) Second run badblocks reports 32 badblocks 3) Third reports 102 badblocks 4) Last run reports 92 badblocks. Running smartctl after the last badblocks check I've noticed that Current_Pending_Sector was 32 (not 92 as badblocks found). To force sector reallocation I've filled the disk up to 100%, runned again badblocks and 0 badblocks found. Running again smartctl, Current_Pending_Sector 0 but Reallocated_Event Count = 0. Why each consecutive run of badblocks reports different results? Why smartctl does not update Reallocated_Event_Count? Badblocks found on sda increase/decrease without a clean reason. This behaviuor can be related with raid (if a disk had badblocks this badblock can be replicated on second disk?)? What other test I can perform to verify disks problems? Thanks in advance.

12 27

Re: [CentOS] How to get UEFI setting by shell?
by wk 23 Jan '16

23 Jan '16

Hi, another question.With secure boot on, I make a kernel module test.ko Then insmod test.ko: [root@localhost linux]# insmod test.ko insmod: ERROR: could not insert module test.ko: Required key not available How can I sign my test.ko for CentOS7.1? If I set secure boot off, insmod test.ko will be successful. w.k. ------------------ Original ------------------ From: "我自己的邮箱";<304702903(a)qq.com>; Date: Fri, Jan 22, 2016 03:07 PM To: "eero.volotinen"<eero.volotinen(a)iki.fi>; "gordon.messmer"<gordon.messmer(a)gmail.com>; Cc: "centos"<centos(a)centos.org>; Subject: Re: [CentOS] How to get UEFI setting by shell? volotinen and gordon.messmer: thank you for your answers. w.k. ------------------ Original ------------------ From: "Gordon Messmer";<gordon.messmer(a)gmail.com>; Date: Fri, Jan 22, 2016 02:13 PM To: "CentOS mailing list"<centos(a)centos.org>; Subject: Re: [CentOS] How to get UEFI setting by shell? On 01/21/2016 09:47 PM, wk wrote: > How to check/get UEFI information by shell/bash terminal ? example:if UEFI is enabled? if secure boot is enabled? Systems that boot via UEFI will have /sys/firmware/efi. You may have access to your secure boot setting in /sys/firmware/efi/efivars/, or in the output of "bootctl --path /boot/efi status" _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

5 15

How to get UEFI setting by shell?
by wk 22 Jan '16

22 Jan '16

Hi, CentOS7.1, Dell PowerEdge R730xd. How to check/get UEFI information by shell/bash terminal ? example:if UEFI is enabled? if secure boot is enabled? Thanks.

4 3

CentOS-announce Digest, Vol 131, Issue 7
by centos-announce-request＠centos.org 22 Jan '16

22 Jan '16

Send CentOS-announce mailing list submissions to centos-announce(a)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-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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. Announcing release for Gluster 3.6 and 3.7 on CentOS Linux 6 x86_64 (Niels de Vos) 2. CESA-2016:0054 Important CentOS 5 java-1.7.0-openjdk Security Update (Johnny Hughes) 3. CESA-2016:0054 Important CentOS 7 java-1.7.0-openjdk Security Update (Johnny Hughes) 4. CESA-2016:0049 Critical CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) 5. CESA-2016:0053 Critical CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 6. CESA-2016:0050 Important CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 21 Jan 2016 17:07:10 +0100 From: Niels de Vos <ndevos(a)redhat.com> To: centos-announce(a)centos.org Subject: [CentOS-announce] Announcing release for Gluster 3.6 and 3.7 on CentOS Linux 6 x86_64 Message-ID: <20160121160710.GY4466(a)ndevos-x240.usersys.redhat.com> Content-Type: text/plain; charset="us-ascii" I am happy to announce the General Availability of Gluster 3.6 and 3.7 for CentOS 6 on x86_64. These packages are following the upstream Gluster Community releases, with one minor update for each version per month. Users of CentOS 6 can now simply install Gluster with only these two commands: # yum install centos-release-gluster # yum install glusterfs-server The centos-release-gluster content comes from the centos-release-gluster37 package delivered via CentOS Extras repos. This contains all the metadata and dependancy information, needed to install Gluster 3.7. For people looking at running Gluster 3.6, there is the centos-release-gluster36 package. In order to get this version, substitute the step-1 mentioned above with: # yum install centos-release-gluster36 We have a quickstart guide specifically built around the packages are available now, it makes for a good introduction to Gluster and will help get you started in just a few simple steps, this quick start is available at https://wiki.centos.org/SpecialInterestGroup/Storage/gluster-Quickstart More details about the packages that the Gluster project provides in the Storage SIG is available in the documentation: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster The centos-release-gluster* repositories offer additional packages that enhance the usability of Gluster itself. Users can request additional tools and applications to be provided, just send us an email with your suggestions. The current list of packages that is (planned to become) available can be found here: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster/Ecosystem-pkgs Gluster is the first project that provides packages through the Storage SIG. Other projects are in the process to do so too. General information about the SIG can be read in the wiki: https://wiki.centos.org/SpecialInterestGroup/Storage We welcome all feedback, comments and contributions. You can get in touch with the CentOS Storage SIG on the centos-devel mailing list ( https://lists.centos.org ) and with the Gluster developer and user communities at https://www.gluster.org/mailman/listinfo , we are also available on irc at #gluster on irc.freenode.net, and on twitter at @gluster . Cheers, Niels de Vos Storage SIG member & Gluster maintainer

1 0

CentOS 7 magically rebooted!
by Tom Robinson 22 Jan '16

22 Jan '16

CentOS Linux release 7.2.1511 (Core) Hi, Last night our CentOS 7 server rebooted. Seemingly it's a very clean reboot. I can't find a shred of evidence as to why it happened though. Things I've checked: * sa reports * /var/log/{messages,secure,dmesg,cron} * /var/log/audit/audit.log * lastlog The host is used for KVM virtualisation and connects via multipathing to our OmniOS SAN via infiniband. I can provide any logging you may think helpful Here's an excerpt from /var/log/messages at the time of reboot: ---8<--- Jan 21 23:32:01 daytona systemd: Starting Session 10964 of user root. Jan 21 23:32:12 daytona systemd: Started Amanda Backup System (192.168.0.31:703). Jan 21 23:32:12 daytona systemd: Starting Amanda Backup System (192.168.0.31:703)... Jan 21 23:33:01 daytona systemd: Started Session 10965 of user root. Jan 21 23:33:01 daytona systemd: Starting Session 10965 of user root. Jan 21 23:34:01 daytona systemd: Started Session 10966 of user root. Jan 21 23:34:01 daytona systemd: Starting Session 10966 of user root. Jan 21 23:35:01 daytona systemd: Started Session 10967 of user root. Jan 21 23:35:01 daytona systemd: Starting Session 10967 of user root. Jan 21 23:35:34 daytona systemd: Started Amanda Backup System (192.168.0.31:703). Jan 21 23:35:34 daytona systemd: Starting Amanda Backup System (192.168.0.31:703)... Jan 21 23:36:01 daytona systemd: Started Session 10968 of user root. Jan 21 23:36:01 daytona systemd: Starting Session 10968 of user root. Jan 21 23:36:50 daytona systemd: Started Amanda Backup System (192.168.0.31:703). Jan 21 23:36:50 daytona systemd: Starting Amanda Backup System (192.168.0.31:703)... Jan 21 23:37:02 daytona systemd: Started Session 10969 of user root. ---8<--- Jan 21 23:53:01 daytona systemd: Starting Session 10985 of user root. Jan 21 23:54:01 daytona systemd: Started Session 10986 of user root. Jan 21 23:54:01 daytona systemd: Starting Session 10986 of user root. Jan 21 23:55:01 daytona systemd: Started Session 10987 of user root. Jan 21 23:55:01 daytona systemd: Starting Session 10987 of user root. Jan 21 23:56:01 daytona systemd: Started Session 10988 of user root. Jan 21 23:56:01 daytona systemd: Starting Session 10988 of user root. Jan 21 23:57:01 daytona systemd: Started Session 10989 of user root. Jan 21 23:57:01 daytona systemd: Starting Session 10989 of user root. Jan 21 23:58:01 daytona systemd: Started Session 10990 of user root. Jan 21 23:58:01 daytona systemd: Starting Session 10990 of user root. Jan 22 00:05:10 daytona rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="6886" x-info="http://www.rsyslog.com"] start Jan 22 00:05:10 daytona rsyslogd-2307: warning: ~ action is deprecated, consider using the 'stop' statement instead [try http://www.rsyslog.com/e/2307 ] Jan 22 11:02:38 daytona journal: Runtime journal is using 8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → current limit 4.0G). Jan 22 11:02:38 daytona kernel: Initializing cgroup subsys cpuset Jan 22 11:02:38 daytona kernel: Initializing cgroup subsys cpu Jan 22 11:02:38 daytona kernel: Initializing cgroup subsys cpuacct Jan 22 11:02:38 daytona kernel: Linux version 3.10.0-327.4.4.el7.x86_64 (builder(a)kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #1 SMP Tue Jan 5 16:07:00 UTC 2016 Jan 22 11:02:38 daytona kernel: Command line: BOOT_IMAGE=/vmlinuz-3.10.0-327.4.4.el7.x86_64 root=/dev/mapper/centos-root ro rd.lvm.lv=centos/swap rd.iscsi.firmware crashkernel=auto vconsole.keymap=us vconsole.font=latarcyrheb-sun16 ip=ibft bridge=br0:ibft0 rd.lvm.lv=centos/root LANG=en_AU.UTF-8 Jan 22 11:02:38 daytona kernel: e820: BIOS-provided physical RAM map: Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000095fff] usable Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000000096000-0x000000000009ffff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000000100000-0x000000007df5cfff] usable Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007df5d000-0x000000007e0c8fff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007e0c9000-0x000000007e2d7fff] ACPI NVS Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007e2d8000-0x000000007f352fff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007f353000-0x000000007f7fffff] ACPI NVS Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000080000000-0x000000008fffffff] reserved ---8<--- Jan 22 11:05:00 daytona systemd: Starting Switch Root. Jan 22 11:05:00 daytona systemd: Starting Switch Root... Jan 22 11:05:00 daytona multipathd: 3600144f00000000000005272fc8f0002: stop event checker thread (139795286001408) Jan 22 11:05:00 daytona systemd: Switching root. Jan 22 11:05:00 daytona journal: Journal stopped Jan 22 00:05:03 daytona journal: Runtime journal is using 8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → current li mit 4.0G). Jan 22 00:05:03 daytona journal: Runtime journal is using 8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → current li mit 4.0G). Jan 22 00:05:03 daytona systemd-journald[322]: Received SIGTERM from PID 1 (systemd). Jan 22 00:05:03 daytona kernel: type=1404 audit(1453421101.209:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 Jan 22 00:05:03 daytona kernel: type=1403 audit(1453421101.610:3): policy loaded auid=4294967295 ses=4294967295 Jan 22 00:05:03 daytona systemd[1]: Successfully loaded SELinux policy in 425.378ms. The messages 'Starting Session ...' appear every minute for several hours due to a couple of ssh sessions I left logged in. Is that cause for concern? Other than that there were a couple of messages from the amanda backup. Then the host reboots. The timestamp at boot is of note: it reverts to UTC and then back to our local timezone at the end of the boot cycle. Is that normal and can it be configured otherwise? Any help is appreciated. Kind regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robinson(a)motec.com.au

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss