Re: [CentOS] Nvidia maximum pixel clock issue in, , kmod-nvidia-384.98

2018-01-09 Thread Alexander Wiedergold 

To: CentOS mailing list 


Thema: Re: [CentOS] Nvidia maximum pixel clock issue in

kmod-nvidia-384.98

Dear All,

Start BIOS Configuration and go to Graphic Configuration change On Board 
VGA to PCI Express x16


Automatic is VGA on Board

Bis bald

Alexander


Am 09.01.2018 um 13:00 schrieb centos-requ...@centos.org:

Send CentOS mailing list submissions to
centos@centos.org

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

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

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


Today's Topics:

1. Re: CentOS 7.4 fails to boot as Xen PV guest: resurfaces (now
   also) with centosplus kernel 693.11.6.el7 (Johnny Hughes)
2. Re: Nvidia maximum pixel clock issue in kmod-nvidia-384.98
   (Phil Perry)
3. C6 KPTI cpuinfo flag? (Robert Arkiletian)
4. Re: C6 KPTI cpuinfo flag? (isdtor)
5. Cent OS 7.3 Shared library issue (Aman Sharma)


--

Message: 1
Date: Mon, 8 Jan 2018 06:46:31 -0600
From: Johnny Hughes 
To: centos@centos.org
Subject: Re: [CentOS] CentOS 7.4 fails to boot as Xen PV guest:
resurfaces (now also) with centosplus kernel 693.11.6.el7
Message-ID: 
Content-Type: text/plain; charset="utf-8"

On 01/08/2018 12:38 AM, Akemi Yagi wrote:

On Sun, Jan 7, 2018 at 12:07 PM, David Groep  wrote:


Dear all,

Maybe I'm the only one - so before filing it as a bug: it appears that
the latest set of kernel patches in 3.10.0-693.11.6.el7 makes issue
0013763 "CentOS 7.4 kernel (3.10.0-693*) fails to boot as Xen PV guest"
re-surface *also* with the CentOS PLUS kernel. But maybe in a
different way ...

Thanks to the (great!) quick work on making the plus kernel available
(in #14330, thanks for that!) I was able to test the following
combinations:

- 3.10.0-693.11.6.el7.centos.plus works fine on XenServer 7 HVM guests
- 3.10.0-693.11.1.el7.centos.plus works fine on XenServer 7 XenPV guests
- 3.10.0-693.11.6.el7.centos.plus crashes on boot for XS7 XenPV guests
   immediately after the boot stage where the PS/2 drivers are loaded

Crashing does not depend on the amount of VM memory or #cores/sockets.
Also, the tell-tale "mm/vmalloc.c" failure output is no longer present.
The system 'just' crashes (with the kernel log lines as below) around the
time of the i8042 controller probing.

Obviously the stock upstream 3.10.0-693.11.6.el7 crashes as well for
XS7 XenPV guests, but that was to be expected as per 0013763.
It crashes in the same way, around the time of the i8042 probes.

Can anyone (maybe bill_mcgonigle?) reproduce the issue?
Did the KPTI patches break the XenPV fixes in CentOS Plus per 13763?
Or is this a new XenPV issue?


?You may want to be watching the centos-virt mailing list. Xen-related
issues are discussed there.

This thread:

?
https://lists.centos.org/pipermail/centos-virt/2018-January/005716.html

?has a response from Johnny Hughes with a possible solution.


And specifically, this message has links to the 4.9.75 x86_64 kernel
that will boot and run as a Xen PV kernel:

https://lists.centos.org/pipermail/centos-virt/2018-January/005721.html

Also, the latest Xen Dom0 kernel 4.9.75 kernel will also boot a DomU Xen
PV.  That kernel is still in testing, and also requires the latest
linux-firmware rpms:

https://buildlogs.centos.org/centos/7/virt/x86_64/

or

https://buildlogs.centos.org/centos/6/virt/x86_64/


(And your xen version ... xen-44/, xen-46/, xen-48/)

Those kernels should be signed released to the main Xen repo sometime
this week.

And as someone has mentioned in another thread (Phil Perry), please read
Greg K-H's (the Kernel.org LTS maintainer, he is in charge of the 4.9.x
LTS tree that we use for the above kernels):

http://www.kroah.com/log/blog/2018/01/06/meltdown-status/

Thanks,
Johnny Hughes


-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: 


--

Message: 2
Date: Mon, 8 Jan 2018 21:33:44 +
From: Phil Perry 
To: centos@centos.org
Subject: Re: [CentOS] Nvidia maximum pixel clock issue in
kmod-nvidia-384.98
Message-ID: <4a6548b4-a8e9-6622-0c93-679e6a454...@elrepo.org>
Content-Type: text/plain; charset=utf-8; format=flowed

On 08/01/18 10:22, Danny Smit wrote:

On Sat, Jan 6, 2018 at 2:27 PM, Phil Perry  wrote:

I've just built and released 384.111 to the elrepo main repository, so it

[CentOS] soft lockup after set multicast_router of bridge and it's port to 2

2018-01-09 Thread wuzhouhui 
OS: CentOS 6.5.

After I set multicast_router of bridge and it's port to 2, like following:
echo 2 > /sys/devices/virtual/net/eth81/bridge/multicast_router
echo 2 > /sys/devices/virtual/net/bond2/brport/multicast_router
Then soft lockup occured:
Message from syslogd@node-0 at Jan  9 15:47:12 ...
 kernel:BUG: soft lockup - CPU#0 stuck for 61s! [swapper:0]
And the call trace is
RIP: 0010:[]  [] 
br_multicast_flood+0x88/0x140 [bridge]
RSP: 0018:88013bc038f0  EFLAGS: 0246
RAX: 88404f816020 RBX: 88013bc03940 RCX: 88204e40a640
RDX: 882002b9ce01 RSI: 882002b9ce80 RDI: 
RBP: 8100bb93 R08: 0001 R09: ff09f4a1
R10: 88202c884070 R11:  R12: 88013bc03870
R13: 882002b9ce80 R14: 88013bc03860 R15: 8151b225
FS:  () GS:88013bc0() knlGS:
CS:  0010 DS: 0018 ES: 0018 CR0: 8005003b
CR2: 7fa11a942000 CR3: 01a85000 CR4: 001407e0
DR0:  DR1:  DR2: 
DR3:  DR6: fffe0ff0 DR7: 0400
Process swapper (pid: 0, threadinfo 81a0, task 81a8d020)
Stack:
 880be7e100028813 882002b9ce80 882002b9ce80 a04f3930
 880be7e1 882002b9ce80 882002b9ce80 88200286c042
 88202ae7c6e0 882002b9ceb8 88013bc03950 a04f36d5
Call Trace:
  
 [] ? __br_forward+0x0/0xd0 [bridge]
 [] ? br_multicast_forward+0x15/0x20 [bridge]
 [] ? br_handle_frame_finish+0x144/0x2a0 [bridge]
 [] ? br_nf_pre_routing_finish+0x238/0x350 [bridge]
 [] ? br_nf_pre_routing+0x48b/0x7b0 [bridge]
 [] ? __kfree_skb+0x47/0xa0
 [] ? nf_iterate+0x69/0xb0
 [] ? br_handle_frame_finish+0x0/0x2a0 [bridge]
 [] ? nf_hook_slow+0x76/0x120
 [] ? br_handle_frame_finish+0x0/0x2a0 [bridge]
 [] ? br_handle_frame+0x18c/0x250 [bridge]
 [] ? __netif_receive_skb+0x529/0x750
 [] ? __alloc_skb+0x7a/0x180
 [] ? netif_receive_skb+0x58/0x60
 [] ? napi_skb_finish+0x50/0x70
 [] ? napi_gro_receive+0x39/0x50
 [] ? bnx2x_rx_int+0x83f/0x1630 [bnx2x]
 [] ? perf_event_task_sched_out+0x4c/0x70
 [] ? bnx2x_poll+0x23e/0x2f0 [bnx2x]
 [] ? net_rx_action+0x103/0x2f0
 [] ? __do_softirq+0xc1/0x1e0
 [] ? handle_IRQ_event+0x60/0x170
 [] ? call_softirq+0x1c/0x30
 [] ? do_softirq+0x65/0xa0
 [] ? irq_exit+0x85/0x90
 [] ? do_IRQ+0x75/0xf0
 [] ? ret_from_intr+0x0/0x11
 
 [] ? mwait_idle+0x77/0xd0
 [] ? atomic_notifier_call_chain+0x1a/0x20
 [] ? cpu_idle+0xb6/0x110
 [] ? rest_init+0x7a/0x80
 [] ? start_kernel+0x405/0x411
 [] ? x86_64_start_reservations+0x125/0x129
 [] ? x86_64_start_kernel+0x115/0x124

Does anyone know the reason?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS-virt] Centos 7 Kernel 3.10.0-693.11.6.el7.x86_64 does not boot PV

2018-01-09 Thread Shaun Reitan 
Weird, Just did a new PV deploy of CentOS 7 and upgraded the kernel and 
it worked fine this time.


--
Shaun Reitan
NDCHost.com

-- Original Message --
From: "Johnny Hughes" 
To: centos-virt@centos.org
Sent: 2018-01-09 07:33:26 AM
Subject: Re: [CentOS-virt] Centos 7 Kernel 3.10.0-693.11.6.el7.x86_64 
does not boot PV



On 01/08/2018 02:10 PM, Shaun Reitan wrote:
While installing the experemental kernel on a CentOS 7 PV the 
following
happened. After a reboot of the PV the kernel looks to be installed 
but

there is no option for booting it in grub.  I attempted to run yum
reinstall kernel-4.9.75-204.el7.centos.x86_64 and it installed fine 
but
still no entry in grub. No initramfs existed and I found 
kernel-modules
did not install properly so I then ran yum reinstall kernel-modules 
and

received a ton of errors that looked like the following..

depmod: ERROR: failed to load symbols from
/lib/modules/4.9.75-204.el7.centos.x86_64/kernel/drivers/misc/sgi-xp/xpc.ko.xz:
Exec format error

after which a initramfs does exist however on reboot still no option 
for

the new kernel.


Installed and works fine for me.

Very odd.

from my Dom0 machine:
[root@xendom0 ~]# uname -a
Linux xendom0 4.9.75-29.el7.x86_64 #1 SMP Fri Jan 5 19:42:28 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux

From my DomU CentOS-7 PV VM:
Linux x7-x8664-pv 4.9.75-204.el7.centos.x86_64 #1 SMP Fri Jan 5 
17:51:39

UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

My CentOS-7 PV config:
[root@xendom0 ~]# cat /etc/xen/config.d/c7-x8664.pv.cfg
bootloader= "/usr/lib/xen/bin/pygrub"
name = "c7-x8664.pv"
memory = 4096
vcpus = 2
vif = [ 'mac=00:16:3E:29:00:02,bridge=xenbr0' ]
disk = [ 'phy:/dev/cl/c7-x8664-pv,xvda,rw' ]
vfb = [ 'type=vnc,vncdisplay=1,vncpasswd=supersecret' ]






[root@CC0A2543 ~]# [  587.145018] [ cut here ]
[  587.145018] kernel BUG at arch/x86/kernel/paravirt.c:244!
[  587.145018] invalid opcode:  [#1] SMP
[  587.145018] Modules linked in: xen_netfront coretemp pcspkr 
ip_tables

ext4 mbcache jbd2 xen_blkfront
[  587.145018] CPU: 0 PID: 2126 Comm: dracut Not tainted
3.10.0-123.4.4.el7.x86_64 #1
[  587.145018] task: 880002da5b00 ti: 8800f6088000 task.ti:
8800f6088000
[  587.145018] RIP: e030:[]  []
enter_lazy.part.0+0x4/0x6
[  587.145018] RSP: e02b:8800ff403ab0  EFLAGS: 00010002
[  587.145018] RAX: 0001 RBX: 8800f8ad4040 RCX:
3000
[  587.145018] RDX: 8840 RSI: 8800 RDI:
0005a52cc067
[  587.145018] RBP: 8800ff403ab0 R08: 8800ff403b78 R09:
81362409
[  587.145018] R10: 8800fa001e00 R11: 8800 R12:
c9609000
[  587.145018] R13: c9608000 R14:  R15:
8100a6b0
[  587.145018] FS:  7f14b0680740() GS:8800ff40()
knlGS:
[  587.145018] CS:  e033 DS:  ES:  CR0: 8005003b
[  587.145018] CR2: 7f14b0473000 CR3: f6099000 CR4:
2660
[  587.145018] DR0:  DR1:  DR2:

[  587.145018] DR3:  DR6: 0ff0 DR7:
0400
[  587.145018] Stack:
[  587.145018]  8800ff403ac0 81046bc7 8800ff403b60
8116d8d6
[  587.145018]  c9608fff c9609000 818cec90
c9608fff
[  587.145018]  c9609000 8800fa04d000 0004
c9608fff
[  587.145018] Call Trace:
[  587.145018]  
[  587.145018]  [] paravirt_enter_lazy_mmu+0x27/0x30
[  587.145018]  [] apply_to_page_range+0x266/0x440
[  587.145018]  [] arch_gnttab_map_status+0x3b/0x70
[  587.145018]  [] gnttab_map_frames_v2+0xd6/0x150
[  587.145018]  [] gnttab_map+0xa1/0x140
[  587.145018]  [] get_free_entries+0x100/0x2e0
[  587.145018]  [] 
gnttab_alloc_grant_references+0x15/0x30

[  587.145018]  [] do_blkif_request+0x683/0x850
[xen_blkfront]
[  587.145018]  [] __blk_run_queue+0x33/0x40
[  587.145018]  [] blk_start_queue+0x29/0x40
[  587.145018]  []
kick_pending_request_queues+0x21/0x30 [xen_blkfront]
[  587.145018]  [] blkif_interrupt+0x5c7/0x670
[xen_blkfront]
[  587.145018]  [] 
handle_irq_event_percpu+0x3e/0x1e0

[  587.145018]  [] handle_irq_event+0x3d/0x60
[  587.145018]  [] handle_edge_irq+0x77/0x130
[  587.145018]  [] 
__xen_evtchn_do_upcall+0x227/0x350

[  587.145018]  [] xen_evtchn_do_upcall+0x2b/0x50
[  587.145018]  [] 
xen_do_hypervisor_callback+0x1e/0x30

[  587.145018]  
[  587.145018]  [] ? free_cpumask_var+0x9/0x10
[  587.145018]  [] ? unmap_page_range+0x5f8/0x860
[  587.145018]  [] ? unmap_single_vma+0x81/0xf0
[  587.145018]  [] ? unmap_vmas+0x49/0x90
[  587.145018]  [] ? exit_mmap+0xac/0x1a0
[  587.145018]  [] ? mmput+0x67/0xf0
[  587.145018]  [] ? flush_old_exec+0x422/0x880
[  587.145018]  [] ? load_elf_binary+0x33c/0xde0
[  587.145018]  [] ? ima_get_action+0x23/0x30
[  587.145018]  [] ? process_measurement+0x8e/0x250
[  587.145018]  [] ? ima_bprm_check+0x49/0x50
[  587.145018]  [] ?

[CentOS-virt] Centos 7 Kernel 3.10.0-693.11.6.el7.x86_64 does not boot PV

2018-01-09 Thread Caribe Schreiber 
I thought I'd chime in and say that I'm seeing the same kernel-plus boot
failure that Shaun Reitan reported earlier.  Is there likely to be another
build 3.10 kernel build coming down the pipeline that might fix this
issue?  Here's the output of my failed PV domU boot:


[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.10.0-693.11.6.el7.centos.plus.x86_64 (
buil...@kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat
4.8.5-16) (GCC) ) #1 SMP Thu Jan 4 14:27:13 UTC 2018
[0.00] Command line: root=/dev/xvda1 root=/dev/xvda1
[0.00] ACPI in unprivileged domain disabled
[0.00] e820: BIOS-provided physical RAM map:
[0.00] Xen: [mem 0x-0x0009] usable
[0.00] Xen: [mem 0x000a-0x000f] reserved
[0.00] Xen: [mem 0x0010-0x] usable
[0.00] NX (Execute Disable) protection: active
[0.00] DMI not present or invalid.
[0.00] e820: last_pfn = 0x10 max_arch_pfn = 0x4
[0.00] RAMDISK: [mem 0x0243e000-0x034befff]
[0.00] NUMA turned off
[0.00] Faking a node at [mem 0x-0x]
[0.00] NODE_DATA(0) allocated [mem 0xff802000-0xff828fff]
[0.00] Zone ranges:
[0.00]   DMA  [mem 0x1000-0x00ff]
[0.00]   DMA32[mem 0x0100-0x]
[0.00]   Normal   empty
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x1000-0x0009]
[0.00]   node   0: [mem 0x0010-0x]
[0.00] Initmem setup node 0 [mem 0x1000-0x]
[0.00] SFI: Simple Firmware Interface v0.81
http://simplefirmware.org
[0.00] No local APIC present
[0.00] APIC: disable apic facility
[0.00] APIC: switched to apic NOOP
[0.00] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[0.00] PM: Registered nosave memory: [mem 0x000a-0x000f]
[0.00] e820: cannot find a gap in the 32bit address range
[0.00] e820: PCI devices with unassigned 32bit BARs may break!
[0.00] e820: [mem 0x10010-0x1004f] available for PCI
devices
[0.00] Booting paravirtualized kernel on Xen
[0.00] Xen version: 4.7.2 (preserve-AD)
[0.00] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:4 nr_cpu_ids:4
nr_node_ids:1
[0.00] PERCPU: Embedded 35 pages/cpu @8800ff20 s104600
r8192 d30568 u524288
[0.00] PV qspinlock hash table entries: 256 (order: 0, 4096 bytes)
[0.00] Built 1 zonelists in Node order, mobility grouping on.
Total pages: 1032074
[0.00] Policy zone: DMA32
[0.00] Kernel command line: root=/dev/xvda1 root=/dev/xvda1
[0.00] PID hash table entries: 4096 (order: 3, 32768 bytes)
[0.00] x86/fpu: xstate_offset[2]: 0240, xstate_sizes[2]: 0100
[0.00] xsave: enabled xstate_bv 0x7, cntxt size 0x340 using
standard form
[0.00] Memory: 2194120k/4194304k available (6984k kernel code, 388k
absent, 116588k reserved, 4581k data, 1800k init)
[0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[0.00] x86/pti: Xen PV detected, disabling PTI protection
[0.00] Hierarchical RCU implementation.
[0.00]  RCU restricting CPUs from NR_CPUS=5120 to nr_cpu_ids=4.
[0.00] NR_IRQS:327936 nr_irqs:48 0
[0.00] Console: colour dummy device 80x25
[0.00] console [tty0] enabled
[0.00] console [hvc0] enabled
[0.00] allocated 16777216 bytes of page_cgroup
[0.00] please try 'cgroup_disable=memory' option if you don't want
memory cgroups
[0.00] installing Xen timer for CPU 0
[0.00] tsc: Fast TSC calibration failed
[0.00] tsc: Unable to calibrate against PIT
[0.00] tsc: No reference (HPET/PMTIMER) available
[0.00] tsc: Detected 2394.058 MHz processor
[0.002000] Calibrating delay loop (skipped), value calculated using
timer frequency.. 4788.11 BogoMIPS (lpj=2394058)
[0.002000] pid_max: default: 32768 minimum: 301
[0.002000] Security Framework initialized
[0.002000] SELinux:  Initializing.
[0.002000] Yama: becoming mindful.
[0.002714] Dentry cache hash table entries: 524288 (order: 10, 4194304
bytes)
[0.004757] Inode-cache hash table entries: 262144 (order: 9, 2097152
bytes)
[0.005495] Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
[0.005532] Mountpoint-cache hash table entries: 8192 (order: 4, 65536
bytes)
[0.006056] Initializing cgroup subsys memory
[0.006092] Initializing cgroup subsys devices
[0.006104] Initializing cgroup subsys freezer
[0.006116] Initializing cgroup subsys net_cls
[0.006127] Initializing cgroup subsys blkio
[0.006137] Initializing cgroup subsys perf_event
[

Re: [CentOS] Audio Output Timer Utility

2018-01-09 Thread Chris Olson 
Thanks for the information on festival.I think that this will work for at 
leastsome of our applications.
 

On Tuesday, January 9, 2018 12:43 PM, Frank Cox  wrote:
 

 On Tue, 9 Jan 2018 17:34:32 + (UTC)
Chris Olson wrote:

> One of our test directors suggested that we use a digital count-
> down timer with audio outputs to prompt test operators for their
> inputs or responses at appropriate times.  We have not found such
> a utility on our CentOS 6 distribution.

Use the sleep command and festival.

#!/bin/bash
echo "one " | festival --tts
sleep 5
echo "two" | festival --tts
sleep 4
echo "ten thousand three hundred twelve " | festival --tts
sleep 50
echo "operation complete" | festival --tts


-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

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

Re: [CentOS] Audio Output Timer Utility

2018-01-09 Thread Frank Cox 
On Tue, 9 Jan 2018 17:34:32 + (UTC)
Chris Olson wrote:

> One of our test directors suggested that we use a digital count-
> down timer with audio outputs to prompt test operators for their
> inputs or responses at appropriate times.  We have not found such
> a utility on our CentOS 6 distribution.

Use the sleep command and festival.

#!/bin/bash
echo "one " | festival --tts
sleep 5
echo "two" | festival --tts
sleep 4
echo "ten thousand three hundred twelve " | festival --tts
sleep 50
echo "operation complete" | festival --tts


-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] FreeIPA - client/replica errors

2018-01-09 Thread lejeczek 

hi, free IPA everyone?

I wanted to ask if you maybe seen below errors. I'm trying 
regular:


$ ipa-client-install --principal=admin 
--password="ccnR.Biotec13#diradm" --enable-dns-updates


and it fails:
...

   Valid From:  2018-01-09 16:51:35
    Valid Until: 2038-01-09 16:51:35

Enrolled in IPA realm PRIVATE.CCNR.CEB.PRIVATE.CAM.AC.UK
Please make sure the following ports are opened in the 
firewall settings:

 TCP: 80, 88, 389
 UDP: 88 (at least one of TCP/UDP ports 88 has to be open)
Also note that following ports are necessary for ipa-client 
working properly after enrollment:

 TCP: 464
 UDP: 464, 123 (if NTP enabled)
Failed to obtain host TGT: Major (851968): Unspecified GSS 
failure. Minor code may provide more information, Minor 
(2529638936): Preauthentication failed

Installation failed. Rolling back changes.
Unconfigured automount client failed: Command 
'ipa-client-automount --uninstall --debug' returned non-zero 
exit status 1

Disabling client Kerberos and LDAP configurations
Redundant SSSD configuration file /etc/sssd/sssd.conf was 
moved to /etc/sssd/sssd.conf.deleted

Client uninstall complete.
The ipa-client-install command failed. See 
/var/log/ipaclient-install.log for more information


It's not time sync problem, server & client candidate are in 
sync. Simple install, server installed okey but client fails 
as above.


Does your IPA VERSION: 4.5.0, API_VERSION: 2.228 install 
okey, with no problems?


many thanks, L.

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

Re: [CentOS] CentOS Linux 7 (1708) AltArch i386 Kernel

2018-01-09 Thread Fabian Arrotin 
On 09/01/18 19:09, Johnny Hughes wrote:

> 
> We could use some community help in:
> 
> 1. Making the 3.10.0-693.11.6.el7.centos.plus.i386 build.
> 
> 2.  Testing the 4.9.75.el7.centos.i686 kernel from the experimental repo
> on the i386 arch.
> 
> Please post info on this thread in the mailing list.
> 

Already using the 4.9.x LTS kernels built on my old eeepc 900 netbook
and 4.9.75 boots fine (already reported on irc, but let's also do that here)

-- 
Fabian Arrotin
The CentOS Project | https://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS Linux 7 (1708) AltArch i386 Kernel

2018-01-09 Thread Akemi Yagi 
On Tue, Jan 9, 2018 at 10:09 AM, Johnny Hughes  wrote:

> Red Hat no longer maintains the i386 kernel for RHEL 7.4.  We have been
> using a modified kernel until this latest meltdown / spectre  release
> (*kernel-3.10.0-693.11.6.el7*).
>
> This latest release does not build on i386/i686 and we can't figure out
> how to make it work.
>
> Build try:
> https://buildlogs.centos.org/c7.1708.u.i386/kernel/
> 20180109171431/3.10.0-693.11.6.el7.centos.plus.i386/
>
> SRPM:
> http://people.centos.org/hughesjr/kernel-3.10.0-693.11.
> 6.el7.centos.plus.src.rpm
>
> In the mean time, people running the altarch i386 distribution can the
> latest i386 experimental kernel .. use the repo file from here (bottom
> of the page,  'CentOS-Experimental.repo' to '/etc/yum.repo.d/' ) to get it:
>
> https://wiki.centos.org/SpecialInterestGroup/AltArch/i386
>
> We could use some community help in:
>
> 1. Making the 3.10.0-693.11.6.el7.centos.plus.i386 build.
>
> 2.  Testing the 4.9.75.el7.centos.i686 kernel from the experimental repo
> on the i386 arch.
>
> Please post info on this thread in the mailing list.
>

​Or you can upload patch(es) to this bug report:

​
https://bugs.centos.org/view.php?id=14353

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

[CentOS] CentOS Linux 7 (1708) AltArch i386 Kernel

2018-01-09 Thread Johnny Hughes 
Red Hat no longer maintains the i386 kernel for RHEL 7.4.  We have been
using a modified kernel until this latest meltdown / spectre  release
(*kernel-3.10.0-693.11.6.el7*).

This latest release does not build on i386/i686 and we can't figure out
how to make it work. 

Build try:
https://buildlogs.centos.org/c7.1708.u.i386/kernel/20180109171431/3.10.0-693.11.6.el7.centos.plus.i386/

SRPM:
http://people.centos.org/hughesjr/kernel-3.10.0-693.11.6.el7.centos.plus.src.rpm

In the mean time, people running the altarch i386 distribution can the
latest i386 experimental kernel .. use the repo file from here (bottom
of the page,  'CentOS-Experimental.repo' to '/etc/yum.repo.d/' ) to get it:

https://wiki.centos.org/SpecialInterestGroup/AltArch/i386

We could use some community help in:

1. Making the 3.10.0-693.11.6.el7.centos.plus.i386 build.

2.  Testing the 4.9.75.el7.centos.i686 kernel from the experimental repo
on the i386 arch.

Please post info on this thread in the mailing list.

In the past the Springdale Linux distro has had i386 kernels as well,
but they have not updated any since the 7.4 release (a couple behind
us), so they haven't gotten it to build either.

If we can not get a working backported kernel-3.10.0-693.11.6.el7, I'll
push a newer 4.9.x LTS kernel from the experimental repo as an update to
the i386 AltArch updates repository.  Let's set a timeout of next Friday
as the drop dead fix date for kernel-3.10.0-693.11.6.el7 .. if we can't
get one to build, we'll push the latest LTS kernel from kernel.org it
the i386 AltArch updates repo.

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Audio Output Timer Utility

2018-01-09 Thread Chris Olson 
We have several CentOS 6.x systems that are incorporated into
suites of special test equipment.  One of the requirements for
these systems is that they be kept up to date and they are kept
up to date using yum once per week or more frequently, as needed.
All of our CentOS 6.x systems have at least 2TB system disks and
were installed with essentially everything that was available on
the DVD at the time of initial setup.

One of our programs is currently in Beta Test which includes both
command line and GUI operator inputs and responses.  The functional
testing requires operator inputs or responses within certain time
frames.  This timing has usually been implemented with a stopwatch
that is operated by a test director. Other timing options would
beneficial for complex testing scenarios

One of our test directors suggested that we use a digital count-
down timer with audio outputs to prompt test operators for their
inputs or responses at appropriate times.  We have not found such
a utility on our CentOS 6 distribution.  If there is one available,
we would appreciate any information that can be provided.  Thanks.


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

Re: [CentOS] update to Centos7.4: Failed to open \EFI\BOOT\grubx64.efi - Not Found

2018-01-09 Thread Adrian Jenzer 


-Original Message-
From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of 
johan.vermeul...@telenet.be
Sent: Dienstag, 9. Januar 2018 16:34
To: CentOS mailing list
Subject: [CentOS] update to Centos7.4: Failed to open \EFI\BOOT\grubx64.efi - 
Not Found

Hello All, 

updating from Centos7.3 to Centos7.4 rendered one of our laptops unbootable. 
EM: 
Failed to open \EFI\BOOT\grubx64.efi - Not Found 
Failed to load image \EFI\BOOT\grubx64.efi: Not Found 
start_image() returned Not Found 

How could this occur because of an update and how to fix this? 

What I tried is booting from centos usb, chroot to /mnt/sysimage and gave 
command: 
efibootmgr --create --label CentOS --disk /dev/sda1 --loader 
"\EFI\centos\shim.efi" 

This gave no EM, but booting remains impossible. 

I have to say I don't know whether to try grub2 of efibootmgr commands. 

Any help would be very much appreciated. 

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



Hi Johan

I remember I had a similar issue and I resolved it by copying grubx64.efi from 
/centos :
cp /boot/efi/EFI/centos/grubx64.efi /boot/efi/EFI/BOOT


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

[CentOS] update to Centos7.4: Failed to open \EFI\BOOT\grubx64.efi - Not Found

2018-01-09 Thread johan . vermeulen7 
Hello All, 

updating from Centos7.3 to Centos7.4 rendered one of our laptops unbootable. 
EM: 
Failed to open \EFI\BOOT\grubx64.efi - Not Found 
Failed to load image \EFI\BOOT\grubx64.efi: Not Found 
start_image() returned Not Found 

How could this occur because of an update and how to fix this? 

What I tried is booting from centos usb, chroot to /mnt/sysimage and gave 
command: 
efibootmgr --create --label CentOS --disk /dev/sda1 --loader 
"\EFI\centos\shim.efi" 

This gave no EM, but booting remains impossible. 

I have to say I don't know whether to try grub2 of efibootmgr commands. 

Any help would be very much appreciated. 

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

Re: [CentOS-virt] Centos 7 Kernel 3.10.0-693.11.6.el7.x86_64 does not boot PV

2018-01-09 Thread Johnny Hughes 
On 01/08/2018 02:10 PM, Shaun Reitan wrote:
> While installing the experemental kernel on a CentOS 7 PV the following
> happened. After a reboot of the PV the kernel looks to be installed but
> there is no option for booting it in grub.  I attempted to run yum
> reinstall kernel-4.9.75-204.el7.centos.x86_64 and it installed fine but
> still no entry in grub. No initramfs existed and I found kernel-modules
> did not install properly so I then ran yum reinstall kernel-modules and
> received a ton of errors that looked like the following..
> 
> depmod: ERROR: failed to load symbols from
> /lib/modules/4.9.75-204.el7.centos.x86_64/kernel/drivers/misc/sgi-xp/xpc.ko.xz:
> Exec format error
> 
> after which a initramfs does exist however on reboot still no option for
> the new kernel.

Installed and works fine for me.

Very odd.

from my Dom0 machine:
[root@xendom0 ~]# uname -a
Linux xendom0 4.9.75-29.el7.x86_64 #1 SMP Fri Jan 5 19:42:28 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux

From my DomU CentOS-7 PV VM:
Linux x7-x8664-pv 4.9.75-204.el7.centos.x86_64 #1 SMP Fri Jan 5 17:51:39
UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

My CentOS-7 PV config:
[root@xendom0 ~]# cat /etc/xen/config.d/c7-x8664.pv.cfg
bootloader= "/usr/lib/xen/bin/pygrub"
name = "c7-x8664.pv"
memory = 4096
vcpus = 2
vif = [ 'mac=00:16:3E:29:00:02,bridge=xenbr0' ]
disk = [ 'phy:/dev/cl/c7-x8664-pv,xvda,rw' ]
vfb = [ 'type=vnc,vncdisplay=1,vncpasswd=supersecret' ]



> 
> 
> [root@CC0A2543 ~]# [  587.145018] [ cut here ]
> [  587.145018] kernel BUG at arch/x86/kernel/paravirt.c:244!
> [  587.145018] invalid opcode:  [#1] SMP
> [  587.145018] Modules linked in: xen_netfront coretemp pcspkr ip_tables
> ext4 mbcache jbd2 xen_blkfront
> [  587.145018] CPU: 0 PID: 2126 Comm: dracut Not tainted
> 3.10.0-123.4.4.el7.x86_64 #1
> [  587.145018] task: 880002da5b00 ti: 8800f6088000 task.ti:
> 8800f6088000
> [  587.145018] RIP: e030:[]  []
> enter_lazy.part.0+0x4/0x6
> [  587.145018] RSP: e02b:8800ff403ab0  EFLAGS: 00010002
> [  587.145018] RAX: 0001 RBX: 8800f8ad4040 RCX:
> 3000
> [  587.145018] RDX: 8840 RSI: 8800 RDI:
> 0005a52cc067
> [  587.145018] RBP: 8800ff403ab0 R08: 8800ff403b78 R09:
> 81362409
> [  587.145018] R10: 8800fa001e00 R11: 8800 R12:
> c9609000
> [  587.145018] R13: c9608000 R14:  R15:
> 8100a6b0
> [  587.145018] FS:  7f14b0680740() GS:8800ff40()
> knlGS:
> [  587.145018] CS:  e033 DS:  ES:  CR0: 8005003b
> [  587.145018] CR2: 7f14b0473000 CR3: f6099000 CR4:
> 2660
> [  587.145018] DR0:  DR1:  DR2:
> 
> [  587.145018] DR3:  DR6: 0ff0 DR7:
> 0400
> [  587.145018] Stack:
> [  587.145018]  8800ff403ac0 81046bc7 8800ff403b60
> 8116d8d6
> [  587.145018]  c9608fff c9609000 818cec90
> c9608fff
> [  587.145018]  c9609000 8800fa04d000 0004
> c9608fff
> [  587.145018] Call Trace:
> [  587.145018]  
> [  587.145018]  [] paravirt_enter_lazy_mmu+0x27/0x30
> [  587.145018]  [] apply_to_page_range+0x266/0x440
> [  587.145018]  [] arch_gnttab_map_status+0x3b/0x70
> [  587.145018]  [] gnttab_map_frames_v2+0xd6/0x150
> [  587.145018]  [] gnttab_map+0xa1/0x140
> [  587.145018]  [] get_free_entries+0x100/0x2e0
> [  587.145018]  [] gnttab_alloc_grant_references+0x15/0x30
> [  587.145018]  [] do_blkif_request+0x683/0x850
> [xen_blkfront]
> [  587.145018]  [] __blk_run_queue+0x33/0x40
> [  587.145018]  [] blk_start_queue+0x29/0x40
> [  587.145018]  []
> kick_pending_request_queues+0x21/0x30 [xen_blkfront]
> [  587.145018]  [] blkif_interrupt+0x5c7/0x670
> [xen_blkfront]
> [  587.145018]  [] handle_irq_event_percpu+0x3e/0x1e0
> [  587.145018]  [] handle_irq_event+0x3d/0x60
> [  587.145018]  [] handle_edge_irq+0x77/0x130
> [  587.145018]  [] __xen_evtchn_do_upcall+0x227/0x350
> [  587.145018]  [] xen_evtchn_do_upcall+0x2b/0x50
> [  587.145018]  [] xen_do_hypervisor_callback+0x1e/0x30
> [  587.145018]  
> [  587.145018]  [] ? free_cpumask_var+0x9/0x10
> [  587.145018]  [] ? unmap_page_range+0x5f8/0x860
> [  587.145018]  [] ? unmap_single_vma+0x81/0xf0
> [  587.145018]  [] ? unmap_vmas+0x49/0x90
> [  587.145018]  [] ? exit_mmap+0xac/0x1a0
> [  587.145018]  [] ? mmput+0x67/0xf0
> [  587.145018]  [] ? flush_old_exec+0x422/0x880
> [  587.145018]  [] ? load_elf_binary+0x33c/0xde0
> [  587.145018]  [] ? ima_get_action+0x23/0x30
> [  587.145018]  [] ? process_measurement+0x8e/0x250
> [  587.145018]  [] ? ima_bprm_check+0x49/0x50
> [  587.145018]  [] ? load_elf_library+0x230/0x230
> [  587.145018]  [] ? search_binary_handler+0xf5/0x310
> [  587.145018]  [] ? do_execve_common.isra.22+0x559/0x650
> [  587.145018]  [] ? SyS_execve+0x36/0x50
> [  587.145018]  [] ?

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

2018-01-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-2018:0061 Important CentOS 6 thunderbird Security Update
  (Johnny Hughes)
   2. CESA-2018:0061 Important CentOS 7 thunderbird Security Update
  (Johnny Hughes)
   3. CEBA-2018:0042  CentOS 7 dracut BugFix Update (Johnny Hughes)


--

Message: 1
Date: Mon, 8 Jan 2018 16:07:45 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2018:0061 Important CentOS 6
thunderbird Security Update
Message-ID: <20180108160745.ga32...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2018:0061 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2018:0061

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

i386:
e6695d9d57c40de231c342187c2a90e7857e2b03127cc36ebf2196a9ae2ee05a  
thunderbird-52.5.2-1.el6.centos.i686.rpm

x86_64:
a8c1d4fb627a99bfc5bb43318628979992594546ba7d3836d34cf65ad921002f  
thunderbird-52.5.2-1.el6.centos.x86_64.rpm

Source:
99ce9c2112832a7cc18198d9e405dad9f3d53d94928b592c2ab100da3ae64df3  
thunderbird-52.5.2-1.el6.centos.src.rpm



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



--

Message: 2
Date: Mon, 8 Jan 2018 16:19:25 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2018:0061 Important CentOS 7
thunderbird Security Update
Message-ID: <20180108161925.ga40...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2018:0061 Important

Upstream details at : https://access.redhat.com/errata/RHSA-2018:0061

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

x86_64:
9c5cb918ab52c65f08316d00b8bda0818037c4dd317c8e9c1caf36c121345a14  
thunderbird-52.5.2-1.el7.centos.x86_64.rpm

Source:
fcffd379f539a936adf9c5f141a506445b3623854f82d8b51ec250e167bca898  
thunderbird-52.5.2-1.el7.centos.src.rpm



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



--

Message: 3
Date: Mon, 8 Jan 2018 16:20:53 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2018:0042  CentOS 7 dracut BugFix
Update
Message-ID: <20180108162053.ga40...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2018:0042 

Upstream details at : https://access.redhat.com/errata/RHBA-2018:0042

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

x86_64:
c6017d90619a761a97b6e48d8f82bf961b8b580bc1ae53beef03355aada3e4da  
dracut-033-502.el7_4.1.x86_64.rpm
c488f669a93c3fb7c329a9223fe4315321d73cd3e424ab0902b77c4069aacfcd  
dracut-caps-033-502.el7_4.1.x86_64.rpm
ae13cf4499925fcac5fe6c45ac507b9ff53bf33870bc1de395800e570555a75f  
dracut-config-generic-033-502.el7_4.1.x86_64.rpm
e38520716f7d774300f3e71e9ad2f3e58abe9302590fcd4016a2a0ebb702b09e  
dracut-config-rescue-033-502.el7_4.1.x86_64.rpm
3415bec446875991ce2aaddcb01aa5b145dff30c6f153d0d151e7227e292bc04  
dracut-fips-033-502.el7_4.1.x86_64.rpm
bb8bb68b3a7031e084a7107c0b137649c1590b6bee3c93e446e93f44322cd69d  
dracut-fips-aesni-033-502.el7_4.1.x86_64.rpm
05da89cae2a294c13794d43f97e9a7642452ce4b92d92b1b9de5f67a4a8dd844  
dracut-network-033-502.el7_4.1.x86_64.rpm
568dac68a18f0a6af37485eb04c77da6a12692f22ad42a19cc12ae4f3e69ad97  
dracut-tools-033-502.el7_4.1.x86_64.rpm

Source:
c49fb5836bb119608a6ec9bf43fc344421810eb95bcfea6a8d7719ea74a59c0b  
dracut-033-502.el7_4.1.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 155, Issue 2
***
___
CentOS mailing list
CentOS@centos.org

[CentOS] Cent OS 7.3 Shared library issue

2018-01-09 Thread Aman Sharma 
Hi Guys,

I am using my native library to run but during runtime, its picking the
default library i.e. /usr/lib/libssl. Due to this, my application crashes.

But after adding the Soft link for my native library, its working fine.

Can anybody Please let me know why its not working without adding softlink
in cent os 7.3.


-- 

Thanks
Aman
Cell: +91 9990296404 |  Email ID : amansh.shar...@gmail.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] C6 KPTI cpuinfo flag?

2018-01-09 Thread isdtor 
Robert Arkiletian writes:
> Noticed C6 had a kernel update on Friday.
> 2.6.32-696.18.7.el6.x86_64
> What is the flag in /proc/cpuinfo that indicates the KPTI patch for
> Meltdown CVE-2017-5754 for C6?
> 
> Some distros are using "kaiser" some like Fedora are using "pti". Also
> noticed some (like Fedora) are displaying "cpu_insecure" under the
> bugs: heading of cpuinfo.

None that I know of, but check out https://access.redhat.com/articles/3311301.

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