I did the new update, and I am not starting my CentOS 8 anymore, it looks like it is in conflict with the LAN controller from Intel.<br />
<br />
I tried everything possible that I found on the Internet, even instructions that supposedly worked for others but had no effect on me, such as overwriting local.rd and such things. I really don't know what to do next.<br />
<br />
And I wonder if there is or will be a solution and if there is none, other LAN controllers would fix the problem, and if so which ones would be compatible?
↧
0017319: 14.753315 e1000e 0000.19.0 eno1 : Detected Hardwar Unit Hang
↧
0017320: mount point does not umuont when remvoe a disk
In CentOS7.4， systemd version is 219-57.el7.x86_64。<br />
<br />
when I remove a disk with 'echo 1 > /sys/block/sdx/device/delete'，the /proc/self/mountinfo still has mount info about this disk，as follows：<br />
1102 62 8:193 / /mnt rw,noatime shared:1011 - xfs /dev/sdx1 rw,nouuid,attr2,inode64,noquota<br />
<br />
when I insert this disk with ' echo "- - -" ><br />
/sys/devices/pci0000:5d/0000:5d:00.0/0000:5e:00.0/host0/scsi_host/host0/scan<br />
' again， The drive has became sdy.<br />
<br />
I expected： when remove a disk， the mount point will umount cleanly， when insert again，the drive is still the same drive symbol before remove.
↧
↧
0016410: SELinux is preventing /usr/sbin/smartd from 'read' accesses on the chr_file nvme0.
Description of problem:<br />
Update to CentOS 7.7<br />
SELinux is preventing /usr/sbin/smartd from 'read' accesses on the chr_file nvme0.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
Wenn Sie denken, dass es smartd standardmäßig erlaubt sein sollte, read Zugriff auf nvme0 chr_file zu erhalten.<br />
Then sie sollten dies als Fehler melden.<br />
Um diesen Zugriff zu erlauben, können Sie ein lokales Richtlinien-Modul erstellen.<br />
Do<br />
allow this access for now by executing:<br />
# ausearch -c 'smartd' --raw | audit2allow -M my-smartd<br />
# semodule -i my-smartd.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:fsdaemon_t:s0<br />
Target Context system_u:object_r:nvme_device_t:s0<br />
Target Objects nvme0 [ chr_file ]<br />
Source smartd<br />
Source Path /usr/sbin/smartd<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages smartmontools-7.0-1.el7.x86_64<br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-252.el7.1.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-1062.1.1.el7.x86_64 #1 SMP<br />
Fri Sep 13 22:55:44 UTC 2019 x86_64 x86_64<br />
Alert Count 8<br />
First Seen 2019-09-18 08:53:07 CEST<br />
Last Seen 2019-09-18 10:02:12 CEST<br />
Local ID 8902e268-6c0b-4a65-be8c-a46172186e44<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1568793732.625:11): avc: denied { read } for pid=2185 comm="smartd" name="nvme0" dev="devtmpfs" ino=1404 scontext=system_u:system_r:fsdaemon_t:s0 tcontext=system_u:object_r:nvme_device_t:s0 tclass=chr_file permissive=0<br />
<br />
<br />
type=SYSCALL msg=audit(1568793732.625:11): arch=x86_64 syscall=open success=no exit=EACCES a0=562bf8e9dbc8 a1=800 a2=0 a3=562bf795add0 items=0 ppid=1 pid=2185 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=smartd exe=/usr/sbin/smartd subj=system_u:system_r:fsdaemon_t:s0 key=(null)<br />
<br />
Hash: smartd,fsdaemon_t,nvme_device_t,chr_file,read<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-252.el7.1.noarch
↧
0017321: [abrt] nautilus: fts_children(): nautilus-desktop killed by SIGTRAP
Description of problem:<br />
Double clicked on the desktop icon for a block device and crashes nautilus every time in Gnome<br />
<br />
Version-Release number of selected component:<br />
nautilus-3.26.3.1-6.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 4 (1 frames)<br />
#0 fts_children at /lib64/libc.so.6
↧
0016929: ipa-server-trust-ad appears to built with the incorrect samba version
With:<br />
samba-4.10.4-101.el8_1.x86_64<br />
ipa-server-trust-ad-4.8.0-11.module_el8.1.0+253+3b90c921.x86_64<br />
<br />
# pdbedit -s /dev/null -b ipasam -d5<br />
<br />
errors with:<br />
<br />
Attempting to find a passdb backend to match ipasam (ipasam)<br />
No builtin backend found, trying to load plugin<br />
load_module_absolute_path: Probing module '/usr/lib64/samba/pdb/ipasam.so'<br />
Error loading module '/usr/lib64/samba/pdb/ipasam.so': /usr/lib64/samba/pdb/ipasam.so: undefined symbol: DEBUGLEVEL_CLASS<br />
<br />
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1744926">https://bugzilla.redhat.com/show_bug.cgi?id=1744926</a> seems to suggest that it was build with the wrong samba version
↧
↧
0017190: requesting access to the Fedora CoreOS projects in CentOS CI
I'm working on the Fedora CoreOS project and would like access to the Fedora CoreOS projects in CentOS CI<br />
<br />
username: skunkerk<br />
projects:<br />
- fedora-coreos<br />
- fedora-coreos-devel<br />
GPG key:<br />
-----BEGIN PGP PUBLIC KEY BLOCK-----<br />
mQENBFshKPgBCADUM3mD3qsMcck6/62yUUPNV3Rng5ceclBFehJRoJP3FFduZYplvARt2We9<br />
GmNfKvs85ZsN5jiuOwxzA+f4imntIersaAbeDrewtT3Nn9CnK75qphoRfdX9FHnspUHHSu4i<br />
2jn+5ynCenBPGUPWFZXhj7aBcx/LBz7mWXKgdGA2wJ1iD8V/zhisrWaQb+17TgOxKX8na/eM<br />
ODz53HeGdN9O5eJR5QQF9kngWWBRDHg9kUzHGufbWDhJ0WplWNhFgoZ1kDCBDczBtYRlbYYa<br />
cTGKJzjtxIkdFNra6K3+OIlFv36HMczZRVAQO2BjoohbMnbFeedxhkx1W0WEh0ueOGb/ABEB<br />
AAG0SFNvaGFuIEt1bmtlcmthciAoZ3BnIGtleSBmb3IgSVQtUGFhcyByZWxhdGVkIHdvcmsp<br />
IDxza3Vua2Vya0ByZWRoYXQuY29tPokBPwQTAQIAKQUCWyEo+AIbAwUJAeEzgAcLCQgHAwIB<br />
BhUIAgkKCwQWAgMBAh4BAheAAAoJED9WRjFKiyrl6q8IANO2uF5eCu909f2ErHj8Ezdrwu2M<br />
1/oKZF38bHuG5jYt8+FzTvjWzxWRuAUJwDdTHv3N+7S1cI17GwEsBU9RH5B8UmLI+aKblq0s<br />
8gDpp9LuSd3lcdt5YAWKavmhLYc6cHGtjBM+QBFzgM91cdPQbqdovlGFBUzkB4Zdn/EcAScU<br />
264ybKb/X9THnfyExyUtX8fmSzGz5qFA/wi43eIwIwsuHxkyTke2hRaUMBIkHpREV7ysSM2b<br />
CVoWpHVK4wTFZLvfmAWzWjPfmoVZVGTxMlzVz/9EnZYhPbDemzGJNCMmLRyN3jQJBp30N4QT<br />
RXDEQ140ecNsYD6iG5GpR/H0HgC5AQ0EWyEo+AEIAJb7VXBJPhARlAaXSaWqzUw3Ld6py7tg<br />
nsXEh2dqHIIQKufOOYiEzCKT60sRGv5v44xCNgJNPDUnPmag3VS4GuvMBsNWZpYqP1u9/Pzq<br />
f9elHCXlMAg/zg3tv3v9EUCqq2Z5rwEYWzs0Se2Qn+INoeIRB98kdFgX7mdxv9z/1OwoZtbk<br />
/1kBKPdT/PAYSYayHgjyF3LJT7bTpKKLE5rDg952bz20ycPVRY1v/gaIt+RQ00fOm2c2Nqsg<br />
/EZO97XQueXTCpTgmctOWWszAr68FWNDkIBMAn77O+z/z8NArRPLqSZ4W06Ki6IW8yZwDkju<br />
NOCfNquHs9urwO4vb8ZlrxkAEQEAAYkBJQQYAQIADwUCWyEo+AIbDAUJAeEzgAAKCRA/VkYx<br />
Sosq5fHoCACTj9HrKESuqRkZjqX4hjUq/hnmzFhxph1iOOwNjNfLAGlsAIA31O+fEADPfCQF<br />
j5AfIbHk5XrG+EXgRVGx1gOACvldBRFv5+SeTYnewG/4R9rXk6QnGU8uwutMumE9P0VHxAyo<br />
P2jsUP/vAGYpQDedk0WBgLVaa9hqWeO0mQHU4v1wIzIMF43b0GqfPA9BHonjetUpr/rnD0mD<br />
Bv0K+uQFFRRHzC40WhREyOUFSuGoSyGnTMfFwa9bZ0Po8QzupXlA/2glIrrHN4ubH2CqvtRG<br />
fcxop/QfSgcDhti2YJCC576dVyv1YSIr7SimAlWTrCxFX6Hz8iW+o4zTHuL6RnaQ<br />
=yY3K<br />
-----END PGP PUBLIC KEY BLOCK-----
↧
0017323: Java 11 has unfortunately low priority in alternatives database
When Java 1.8 and Java 11 are both installed on a system, the "alternatives" system always sets Java 1.8 as the default Java to use, even though Java 11 is more current.<br />
<br />
I find this to be surprising behavior. It is also unfortunate behavior as Java 1.8 has a TLS handshake negotiation bug that causes it to fail TLS handshakes as a client when negotiating a connection with another CentOS 8 system that uses the OpenSSL library (which is what brought this problem to my attention initially.)
↧
0015970: [abrt] gnome-shell: g_type_check_instance_is_fundamentally_a(): gnome-shell killed by SIGSEGV
Version-Release number of selected component:<br />
gnome-shell-3.28.3-6.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#0 g_type_check_instance_is_fundamentally_a at gtype.c:4025<br />
#1 g_object_ref at gobject.c:3206<br />
#2 st_theme_get_custom_stylesheets at ../src/st/st-theme.c:311<br />
#3 ffi_call_unix64 at ../src/x86/unix64.S:76<br />
#4 ffi_call at ../src/x86/ffi64.c:522<br />
#5 gjs_invoke_c_function at gi/function.cpp:1088<br />
#6 function_call at gi/function.cpp:1408<br />
#7 CallJSNative at /usr/src/debug/firefox-52.9.0esr/js/src/jscntxtinlines.h:239<br />
#8 js::InternalCallOrConstruct at /usr/src/debug/firefox-52.9.0esr/js/src/vm/Interpreter.cpp:447<br />
#9 CallFromStack at /usr/src/debug/firefox-52.9.0esr/js/src/vm/Interpreter.cpp:510
↧
0017324: CPU hot add feature in ESXi causing Centos 7.X VM to crash due to race condition when free memory in guest VM is quite low.
What problem/issue/behavior are you having trouble with? What do you expect to see?<br />
<br />
When free memory in Centos 7.7 guest VM (tested Kernel version : 3.10.0-1062.12.1.el7.x86_64) running on VMware (tested ESXi 6.7) environment is below 110MB or 120MB, then CPU hot add operation can cause the VM to panic unexpectedly. Exactly same issue has been found in Red-hat 7.7 and it has been confirmed that the issue is a bug and fix will be needed. This issue eventually happens not only in 7.7 but also in every version of Centos 7.X. Same issue has been found on Red-hat and Red-hat confirmed this is the bug that needs to be fixed. Please refer to <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1819807">https://bugzilla.redhat.com/show_bug.cgi?id=1819807</a> for the same issue on the Red-hat.<br />
<br />
Following is the log "core.txt" from Centox 7.7 (Kernel version : 3.10.0-1062.12.1.el7.x86_64) when panic happens during the Cpu hot add. <br />
<br />
<br />
System crashes because an invalid (NULL) pointer is dereferenced:<br />
Vmcore.txt shows the following panic signatures. All of the panics are reporting the similar symptoms. <br />
[ 92.164060] CPU8 has been hot-added<br />
[ 92.166979] CPU9 has been hot-added<br />
[ 92.169032] CPU10 has been hot-added<br />
[ 92.170138] CPU11 has been hot-added<br />
[ 93.841222] smpboot: Booting Node 0 Processor 11 APIC 0x16<br />
[ 93.841809] Disabled fast string operations<br />
[ 93.842964] smpboot: CPU 11 Converting physical 22 to logical package 8<br />
[ 93.843003] Skipped synchronization checks as TSC is reliable.<br />
[ 93.915347] BUG: unable to handle kernel NULL pointer dereference at (null)<br />
[ 93.915353] IP: [<ffffffffb21a11bb>] __list_add+0x1b/0xc0<br />
[ 93.915361] PGD 0<br />
[ 93.915364] Oops: 0000 [#1] SMP<br />
[ 93.915367] Modules linked in: tcp_lp fuse xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun devlink ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 ipt_REJECT nf_reject_ipv4 xt_conntrack ebtable_nat ebtable_broute bridge stp llc ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat iptable_mangle iptable_security iptable_raw nf_conntrack ip_set nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter vmw_vsock_vmci_transport vsock sunrpc ppdev sb_edac iosf_mbi crc32_pclmul vmw_balloon ghash_clmulni_intel aesni_intel lrw gf128mul glue_helper ablk_helper cryptd joydev pcspkr sg vmw_vmci i2c_piix4 parport_pc parport ip_tables xfs libcrc32c sr_mod cdrom ata_generic pata_acpi<br />
[ 93.915401] sd_mod crc_t10dif vmwgfx crct10dif_generic drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ttm ahci crct10dif_pclmul crct10dif_common crc32c_intel libahci drm ata_piix nfit serio_raw libata libnvdimm vmxnet3 vmw_pvscsi drm_panel_orientation_quirks dm_mirror dm_region_hash dm_log dm_mod<br />
[ 93.915417] CPU: 11 PID: 3568 Comm: systemd-udevd Kdump: loaded Not tainted 3.10.0-1062.12.1.el7.x86_64 #1<br />
[ 93.915419] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 12/12/2018<br />
[ 93.915421] task: ffff8eaca7675230 ti: ffff8ead8c378000 task.ti: ffff8ead8c378000<br />
[ 93.915423] RIP: 0010:[<ffffffffb21a11bb>] [<ffffffffb21a11bb>] __list_add+0x1b/0xc0<br />
[ 93.915426] RSP: 0018:ffff8ead8c37b508 EFLAGS: 00010246<br />
[ 93.915427] RAX: 00000000ffffffff RBX: ffff8ead8c37b530 RCX: 0000000000000000<br />
[ 93.915429] RDX: ffff8eae2a6d80b0 RSI: 0000000000000000 RDI: ffff8ead8c37b530<br />
[ 93.915431] RBP: ffff8ead8c37b520 R08: 0000000000000000 R09: 0000000000000002<br />
[ 93.915433] R10: ffffffffb2b5b2c0 R11: ffffffffffffffff R12: ffff8eae2a6d80b0<br />
[ 93.915434] R13: 0000000000000000 R14: 00000000ffffffff R15: ffff8eae2a6d80b0<br />
[ 93.915437] FS: 00007f9d423788c0(0000) GS:ffff8eae2a6c0000(0000) knlGS:0000000000000000<br />
[ 93.915439] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br />
[ 93.915440] CR2: 0000000000000000 CR3: 000000018e32c000 CR4: 00000000001607e0<br />
[ 93.915472] Call Trace:<br />
[ 93.915479] [<ffffffffb257f8b6>] __mutex_lock_slowpath+0xa6/0x1d0<br />
[ 93.915485] [<ffffffffb257ecaf>] mutex_lock+0x1f/0x2f<br />
[ 93.915490] [<ffffffffb1fe6bab>] get_swap_page+0x9b/0x1b0<br />
[ 93.915494] [<ffffffffb20075c9>] add_to_swap+0x19/0x80<br />
[ 93.915499] [<ffffffffb1fd26cb>] shrink_page_list+0x69b/0xc30<br />
[ 93.915503] [<ffffffffb1fd3286>] shrink_inactive_list+0x1c6/0x5d0<br />
[ 93.915506] [<ffffffffb1fd3d85>] shrink_lruvec+0x385/0x740<br />
[ 93.915509] [<ffffffffb1fd41b6>] shrink_zone+0x76/0x1a0<br />
[ 93.915512] [<ffffffffb1fd46a0>] do_try_to_free_pages+0xf0/0x520<br />
[ 93.915516] [<ffffffffb2024b5e>] ? ___slab_alloc+0x24e/0x4f0<br />
[ 93.915519] [<ffffffffb1fd4bcc>] try_to_free_pages+0xfc/0x180<br />
[ 93.915522] [<ffffffffb1fc87f1>] __alloc_pages_nodemask+0x831/0xbe0<br />
[ 93.915527] [<ffffffffb2109700>] ? selinux_mmap_addr+0x50/0x60<br />
[ 93.915531] [<ffffffffb2016ba8>] alloc_pages_current+0x98/0x110<br />
[ 93.915533] [<ffffffffb20247c3>] new_slab+0x393/0x4e0<br />
[ 93.915536] [<ffffffffb2024cbc>] ___slab_alloc+0x3ac/0x4f0<br />
[ 93.915539] [<ffffffffb1ffa71c>] ? mmap_region+0x38c/0x670<br />
[ 93.915542] [<ffffffffb210a3db>] ? cred_has_capability+0x6b/0x120<br />
[ 93.915545] [<ffffffffb1ffa71c>] ? mmap_region+0x38c/0x670<br />
[ 93.915548] [<ffffffffb257760f>] __slab_alloc+0x40/0x5c<br />
[ 93.915550] [<ffffffffb20250db>] kmem_cache_alloc+0x19b/0x1f0<br />
[ 93.915553] [<ffffffffb1ffa71c>] ? mmap_region+0x38c/0x670<br />
[ 93.915555] [<ffffffffb1ffa71c>] mmap_region+0x38c/0x670<br />
[ 93.915558] [<ffffffffb1ffad78>] do_mmap+0x378/0x530<br />
[ 93.915560] [<ffffffffb210a9b0>] ? file_map_prot_check+0xd0/0xd0<br />
[ 93.915563] [<ffffffffb1fddfe0>] vm_mmap_pgoff+0xd0/0x120<br />
[ 93.915566] [<ffffffffb1ff8c26>] SyS_mmap_pgoff+0x116/0x270<br />
[ 93.915572] [<ffffffffb1e31f12>] SyS_mmap+0x22/0x30<br />
[ 93.915575] [<ffffffffb258dede>] system_call_fastpath+0x25/0x2a<br />
[ 93.915577] Code: ff ff ff 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 55 48 89 e5 41 55 49 89 f5 41 54 49 89 d4 53 4c 8b 42 08 48 89 fb 49 39 f0 75 2a <4d> 8b 45 00 4d 39 c4 75 68 4c 39 e3 74 3e 4c 39 eb 74 39 49 89<br />
[ 93.915597] RIP [<ffffffffb21a11bb>] __list_add+0x1b/0xc0<br />
[ 93.915600] RSP <ffff8ead8c37b508><br />
[ 93.915601] CR2: 0000000000000000<br />
[<a href="mailto:root@centos77">root@centos77</a>_client 127.0.0.1-2020-02-27-10:25:44]#<br />
<br />
<br />
Where are you experiencing the behavior? What environment?<br />
Encountered in production and reproducible in a lab setup.<br />
<br />
When does the behavior occur? Frequency? Repeatedly? At certain times?<br />
<br />
Consistent failure. Appears to be a possible race condition - that can occur whenever CPU hot add is performed. When the memory pressure is created (refer to the document for steps to reproduce) this consistently occurs.<br />
<br />
What information can you provide around timeframes and the business impact?<br />
This is a significant business impact as it prevents the safe use of the hot CPU feature for guests running Lentos.
↧
↧
0017143: isoredirect.centos.org does not redirect for CHECKSUM* or sha256sum.txt* files
You can't use an isoredirect.centos.org URL to retrieve the CHECKSUM,CHECKSUM.asc, sha256sum.txt or sha256sum.txt.asc files to automatically verify the ISO download checksums.
↧
0017325: Cloud Image signed checksums are missing
The PGP signed checksums have not been updated for the 2003 release:<br />
<a href="https://cloud.centos.org/centos/7/images/sha256sum.txt.asc">https://cloud.centos.org/centos/7/images/sha256sum.txt.asc</a><br />
<br />
Also listed in the relevant GitHub project <a href="https://github.com/CentOS/mirrorlists-code/issues/23">https://github.com/CentOS/mirrorlists-code/issues/23</a>
↧
0017326: Please add virt8s-ovirt-44 related tags in community build system
A soname bump (dpdk.x86_64 18.11.2-3.el8 AppStream vs dpdk.x86_64 19.11-4.el8 Stream-AppStream) broke openvswitch package on CentOS Stream.<br />
We needs different tags both for the buildroot, and to deliver out to the mirrors.<br />
Looking at existing tags I think we can use something like:<br />
<br />
- virt8s-ovirt-44-candidate<br />
- virt8s-ovirt-44-testing<br />
- virt8s-ovirt-44-release<br />
- virt8s-ovirt-44-el8s-build<br />
<br />
Looking at <a href="https://buildlogs.centos.org/centos/">https://buildlogs.centos.org/centos/</a> I think this will require to add there an 8-stream directory tree for the testing packages.
↧
0017327: avahi-glib-devel missing
avahi-glibc is available from BaseOS repo, but the corresponding -devel package is missing.<br />
This -devel package is needed for at least one RPM Fusion package.<br />
<br />
This bugs relates to <a href="https://bugs.centos.org/view.php?id=16492">https://bugs.centos.org/view.php?id=16492</a>
↧
↧
0017328: libXvMC-devel package missing
Package libXvMC is available from CentOS AppStream repo, but the corresponding -devel package is missing.<br />
This -devel package is needed for at least one RPM Fusion package.<br />
<br />
This bugs relates to <a href="https://bugs.centos.org/view.php?id=16492">https://bugs.centos.org/view.php?id=16492</a>
↧
0017329: libdc1394-devel package missing
Package libdc1394 is available from CentOS AppStream repo, but the corresponding -devel package is missing.<br />
This -devel package is needed for at least one RPM Fusion package.<br />
<br />
This bugs relates to <a href="https://bugs.centos.org/view.php?id=16492">https://bugs.centos.org/view.php?id=16492</a>
↧
0017330: libtar-devel package missing
Package libtar is available from CentOS AppStream repo, but the corresponding -devel package is missing.<br />
This -devel package is needed for at least one RPM Fusion package.<br />
<br />
This bugs relates to <a href="https://bugs.centos.org/view.php?id=16492">https://bugs.centos.org/view.php?id=16492</a>
↧
0017331: yasm-devel package missing
Package yasm is available from CentOS PowerTools repo, but the corresponding -devel package is missing.<br />
This -devel package is needed for at least one RPM Fusion package.<br />
<br />
This bugs relates to <a href="https://bugs.centos.org/view.php?id=16492">https://bugs.centos.org/view.php?id=16492</a>
↧
↧
0016815: r8169 stops working after receiving `NETDEV WATCHDOG: enp2s0 (r8169): transmit queue 0 timed out`
I have a Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller built into the motherboard of a GIGABYTE MZGLKAP-00/MZGLKAP-00, BIOS F1 12/21/2017. The network interface works as expected without issue but after random intervals (sometimes days... sometimes only a few hours... but possibly after going `idle`) the kernel will spit out a debug message and then the network interface will become stop transmitting data. It requires a reboot to restore network operations.<br />
<br />
I'm running the stock kernel with no external modules.
↧
0017333: DNF error:Error in POSTTRANS scriptlet in rpm package kernel-core by Kickstart install.
DNF error:Error in POSTTRANS scriptlet in rpm package kernel-core by Kickstart install.
↧
0017334: Apache does not start on boot (when enabled in systemd)
Hello, <br />
<br />
I've encountered the following problem with default Apache systemd file. <br />
<br />
Apache is trying to start before the network is fully up, which leads to the following error: <br />
cat /var/log/messages | grep httpd<br />
----<br />
(99)Cannot assign requested address: AH00072: make_sock: could not bind to address 192.168.....:8080<br />
httpd[1096]: no listening sockets available, shutting down<br />
httpd[1096]: AH00015: Unable to open logs
↧