Description of problem:<br />
SELinux is preventing /usr/sbin/zabbix_server_mysql from 'create' accesses on the sock_file /var/run/zabbix/zabbix_server_preprocessing.sock.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
Si cree que de manera predeterminada se debería permitir a zabbix_server_mysql el acceso create sobre zabbix_server_preprocessing.sock sock_file. <br />
Then debería reportar esto como un error.<br />
Puede generar un módulo de política local para permitir este acceso.<br />
Do<br />
permita el acceso temporalmente ejecutando:<br />
# ausearch -c 'zabbix_server' --raw | audit2allow -M mi-zabbixserver<br />
# semodule -i mi-zabbixserver.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:zabbix_t:s0<br />
Target Context system_u:object_r:zabbix_var_run_t:s0<br />
Target Objects /var/run/zabbix/zabbix_server_preprocessing.sock [<br />
sock_file ]<br />
Source zabbix_server<br />
Source Path /usr/sbin/zabbix_server_mysql<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages zabbix-server-mysql-4.0.3-1.el7.x86_64<br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-192.el7.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-862.el7.x86_64 #1 SMP Fri<br />
Apr 20 16:44:24 UTC 2018 x86_64 x86_64<br />
Alert Count 42<br />
First Seen 2019-01-17 17:24:18 CST<br />
Last Seen 2019-01-17 17:29:07 CST<br />
Local ID 8e4033fd-ae69-4db2-8ede-e3c00b466953<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1547767747.692:4299): avc: denied { create } for pid=61278 comm="zabbix_server" name="zabbix_server_preprocessing.sock" scontext=system_u:system_r:zabbix_t:s0 tcontext=system_u:object_r:zabbix_var_run_t:s0 tclass=sock_file<br />
<br />
<br />
type=SYSCALL msg=audit(1547767747.692:4299): arch=x86_64 syscall=bind success=no exit=EACCES a0=7 a1=7fff3e7f3210 a2=6e a3=fffffe00 items=2 ppid=61232 pid=61278 auid=4294967295 uid=988 gid=982 euid=988 suid=988 fsuid=988 egid=982 sgid=982 fsgid=982 tty=(none) ses=4294967295 comm=zabbix_server exe=/usr/sbin/zabbix_server_mysql subj=system_u:system_r:zabbix_t:s0 key=(null)<br />
<br />
type=CWD msg=audit(1547767747.692:4299): cwd=/<br />
<br />
type=PATH msg=audit(1547767747.692:4299): item=0 name=/var/run/zabbix/ inode=47464 dev=00:13 mode=040755 ouid=988 ogid=982 rdev=00:00 obj=system_u:object_r:zabbix_var_run_t:s0 objtype=PARENT cap_fp=0000000000000000 cap_fi=0000000000000000 cap_fe=0 cap_fver=0<br />
<br />
type=PATH msg=audit(1547767747.692:4299): item=1 name=/var/run/zabbix/zabbix_server_preprocessing.sock objtype=CREATE cap_fp=0000000000000000 cap_fi=0000000000000000 cap_fe=0 cap_fver=0<br />
<br />
Hash: zabbix_server,zabbix_t,zabbix_var_run_t,sock_file,create<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-192.el7.noarch
↧
0015719: SELinux is preventing /usr/sbin/zabbix_server_mysql from 'create' accesses on the sock_file /var/run/zabbix/zabbix_server_pre...
↧
0015720: SSH key generation during a Jenkins job fails with permission denied error
We have a Jenkins job which uses ansible to configure multiple hosts. This job has been failing for some time now. The last successful build was on Jan 4th. However, since this is a per patch run, we expect some runs to fail due to non-infra problems.<br />
<br />
The exact step that fails is this piece of code:<br />
- hosts: localhost<br />
tasks:<br />
- name: Create an ssh keypair<br />
shell: ssh-keygen -b 2048 -t rsa -f $GLUSTO_WORKSPACE/glusto -q -N ""<br />
args:<br />
creates: "{{ lookup('env', 'GLUSTO_WORKSPACE')}}/glusto"<br />
Link to code: <a href="https://github.com/gluster/centosci/blob/master/jobs/scripts/glusto/setup-glusto.yml#L3">https://github.com/gluster/centosci/blob/master/jobs/scripts/glusto/setup-glusto.yml#L3</a><br />
<br />
The failure looks like this:<br />
TASK [Create an ssh keypair] ***************************************************<br />
task path: /home/gluster/workspace/gluster_glusto-patch-check/centosci/jobs/scripts/glusto/setup-glusto.yml:5<br />
Using module file /home/gluster/env/lib/python2.7/site-packages/ansible/modules/commands/command.py<br />
<localhost> ESTABLISH LOCAL CONNECTION FOR USER: gluster<br />
<localhost> EXEC /bin/sh -c 'echo ~gluster && sleep 0'<br />
<localhost> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774 `" && echo ansible-tmp-1547791810.26-138934045274774="` echo /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774 `" ) && sleep 0'<br />
<localhost> PUT /home/gluster/.ansible/tmp/ansible-local-26290Zo3BcY/tmpmU0A7q TO /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774/command.py<br />
<localhost> EXEC /bin/sh -c 'chmod u+x /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774/ /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774/command.py && sleep 0'<br />
<localhost> EXEC /bin/sh -c '/usr/bin/python /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774/command.py && sleep 0'<br />
<localhost> EXEC /bin/sh -c 'rm -f -r /home/gluster/.ansible/tmp/ansible-tmp-1547791810.26-138934045274774/ > /dev/null 2>&1 && sleep 0'<br />
fatal: [localhost]: FAILED! => {<br />
"changed": true, <br />
"cmd": "ssh-keygen -b 2048 -t rsa -f $GLUSTO_WORKSPACE/glusto -q -N \"\"", <br />
"delta": "0:00:00.246300", <br />
"end": "2019-01-18 06:10:10.750425", <br />
"invocation": {<br />
"module_args": {<br />
"_raw_params": "ssh-keygen -b 2048 -t rsa -f $GLUSTO_WORKSPACE/glusto -q -N \"\"", <br />
"_uses_shell": true, <br />
"chdir": null, <br />
"creates": "/home/gluster/workspace/gluster_glusto-patch-check/centosci/glusto", <br />
"executable": null, <br />
"removes": null, <br />
"stdin": null, <br />
"warn": true<br />
}<br />
}, <br />
"msg": "non-zero return code", <br />
"rc": 1, <br />
"start": "2019-01-18 06:10:10.504125", <br />
"stderr": "Saving key \"/home/gluster/workspace/gluster_glusto-patch-check/centosci/glusto\" failed: Permission denied", <br />
"stderr_lines": [<br />
"Saving key \"/home/gluster/workspace/gluster_glusto-patch-check/centosci/glusto\" failed: Permission denied"<br />
], <br />
"stdout": "", <br />
"stdout_lines": []<br />
}<br />
<br />
This playbook runs successfully when I sssh into the node and try to execute. I can reproduce both the failure via Jenkins and the success via SSH consistently.
↧
↧
0015721: [abrt] kdelibs: __libc_waitpid(): kdeinit4 killed by SIGSEGV
Version-Release number of selected component:<br />
kdelibs-4.14.8-6.el7_3<br />
<br />
Truncated backtrace:<br />
Thread no. 2 (10 frames)<br />
#0 __libc_waitpid at ../sysdeps/unix/sysv/linux/waitpid.c:40<br />
#1 QProcessPrivate::waitForDeadChild() at ../../src/corelib/kernel/qcore_unix_p.h:336<br />
#3 QProcessPrivate::_q_processDied() at io/qprocess.cpp:1037<br />
#4 QProcessPrivate::waitForFinished(int) at io/qprocess_unix.cpp:1242<br />
#5 QProcess::waitForFinished(int) at io/qprocess.cpp:1780<br />
#6 QProcess::~QProcess() at io/qprocess.cpp:1172<br />
#7 KProcess::~KProcess() at /lib64/libkdecore.so.5<br />
#8 QObjectPrivate::deleteChildren() at kernel/qobject.cpp:1935<br />
#9 QObject::~QObject() at kernel/qobject.cpp:954<br />
#10 KSMServer::~KSMServer() at /usr/src/debug/kde-workspace-4.11.19/ksmserver/server.cpp:737
↧
0015722: [abrt] control-center: g_assertion_message_error(): gnome-control-center killed by SIGABRT
Description of problem:<br />
i install centos and update the system . <br />
<br />
Version-Release number of selected component:<br />
control-center-3.28.1-4.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#3 g_assertion_message_error at gtestutils.c:2644<br />
#4 ensure_surface_for_gicon at gtkiconhelper.c:494<br />
#5 gtk_icon_helper_load_surface at gtkiconhelper.c:566<br />
#6 gtk_icon_helper_ensure_surface at gtkiconhelper.c:603<br />
#8 _gtk_icon_helper_draw at gtkiconhelper.c:898<br />
#9 gtk_image_render_contents at gtkimage.c:1798<br />
#10 gtk_css_custom_gadget_draw at gtkcsscustomgadget.c:159<br />
#11 gtk_css_gadget_draw at gtkcssgadget.c:877<br />
#12 gtk_image_draw at gtkimage.c:1744<br />
#13 gtk_widget_draw_internal at gtkwidget.c:7032
↧
0015547: [abrt] gnome-tweak-tool: tweak_group_xkb.py:167:__init__:TypeError: unbound method __init__() must be called with TweakGroup ...
Version-Release number of selected component:<br />
gnome-tweak-tool-3.28.1-2.el7<br />
<br />
Truncated backtrace:<br />
tweak_group_xkb.py:167:__init__:TypeError: unbound method __init__() must be called with TweakGroup instance as first argument (got TypingTweakGroup instance instead)<br />
<br />
Traceback (most recent call last):<br />
File "/usr/lib/python2.7/site-packages/gtweak/tweaks/tweak_group_keymouse.py", line 245, in _on_browse_clicked<br />
box = TypingTweakGroup()<br />
File "/usr/lib/python2.7/site-packages/gtweak/tweaks/tweak_group_xkb.py", line 167, in __init__<br />
TweakGroup.__init__(self, _("Typing"), *self._option_objects)<br />
TypeError: unbound method __init__() must be called with TweakGroup instance as first argument (got TypingTweakGroup instance instead)<br />
<br />
Local variables in innermost frame:<br />
opt: 'altwin'<br />
ok: True<br />
self: <tweak_group_xkb.TypingTweakGroup object at 0x7f0a01f51a00 (gtweak+tweaks+tweak_group_xkb+TypingTweakGroup at 0x19ace20)><br />
obj: <tweak_group_xkb._XkbOption object at 0x7f09f137ef00 (gtweak+tweaks+tweak_group_xkb+_XkbOption at 0x203ba10)>
↧
↧
0015473: [abrt] xorg-x11-server-Xorg: Xorg server crashed
Version-Release number of selected component:<br />
xorg-x11-server-Xorg-1.20.1-5.1.el7<br />
<br />
Truncated backtrace:<br />
0: /usr/bin/X (xorg_backtrace+0x55) [0x561cb2c16185]<br />
1: /usr/bin/X (0x561cb2a65000+0x1b4e09) [0x561cb2c19e09]<br />
2: /lib64/libpthread.so.0 (0x7ff44bfa4000+0xf5d0) [0x7ff44bfb35d0]<br />
3: /lib64/libc.so.6 (gsignal+0x37) [0x7ff44bc0d207]<br />
4: /lib64/libc.so.6 (abort+0x148) [0x7ff44bc0e8f8]<br />
5: /lib64/libc.so.6 (0x7ff44bbd7000+0x2f026) [0x7ff44bc06026]<br />
6: /lib64/libc.so.6 (0x7ff44bbd7000+0x2f0d2) [0x7ff44bc060d2]<br />
7: /usr/lib64/xorg/modules/libfb.so (0x7ff4472eb000+0x4ac0) [0x7ff4472efac0]<br />
8: /usr/lib64/xorg/modules/libfb.so (0x7ff4472eb000+0xf1fa) [0x7ff4472fa1fa]<br />
9: /usr/lib64/xorg/modules/libglamoregl.so (glamor_validate_gc+0x185) [0x7ff4470c5805]<br />
10: /usr/bin/X (0x561cb2a65000+0x138b54) [0x561cb2b9db54]<br />
11: /usr/bin/X (ValidateGC+0x1b) [0x561cb2ad506b]<br />
12: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7ff448141000+0x50680) [0x7ff448191680]<br />
13: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7ff448141000+0x4dc9d) [0x7ff44818ec9d]<br />
14: /usr/bin/X (0x561cb2a65000+0xac274) [0x561cb2b11274]<br />
15: /usr/bin/X (0x561cb2a65000+0xc88dc) [0x561cb2b2d8dc]<br />
16: /usr/bin/X (0x561cb2a65000+0xe7bf8) [0x561cb2b4cbf8]<br />
17: /usr/bin/X (0x561cb2a65000+0x604c4) [0x561cb2ac54c4]<br />
18: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7ff44bbf93d5]<br />
19: /usr/bin/X (0x561cb2a65000+0x4a4ce) [0x561cb2aaf4ce]
↧
0015723: high disk utilization
hi,<br />
<br />
After last kernel upgrade on several cPanel servers using NVMe SSD, we get a common high disk utilization according to iostat output, confirmed also by dstat -cd --disk-util (in case iostat would have a caveat : <a href="https://brooker.co.za/blog/2014/07/04/iostat-pct.html">https://brooker.co.za/blog/2014/07/04/iostat-pct.html</a>)<br />
It affects both disks.<br />
<br />
Issue is from this last kernel<br />
3.10.0-957.1.3.el7.x86_64 #1 SMP Thu Nov 29 14:49:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux<br />
<br />
raid1 is fine :<br />
cat /proc/mdstat<br />
Personalities : [raid1]<br />
md3 : active raid1 nvme1n1p3[1] nvme0n1p3[0]<br />
356576192 blocks [2/2] [UU]<br />
bitmap: 3/3 pages [12KB], 65536KB chunk<br />
<br />
md2 : active raid1 nvme1n1p2[1] nvme0n1p2[0]<br />
71678912 blocks [2/2] [UU]<br />
<br />
unused devices: <none><br />
<br />
Initial investigation : <br />
- hardware is in perfect state in all servers, they use NVMe SSD for ages. <br />
- such high level of disk utilization has no justification in term of running processes from any user, or any scripts, no iowait also at all<br />
- what is reported by linux may be wrong, but this lets us a visible symptom that we can't trust, neither ignoring it util we have a realiable explanation.<br />
<br />
we observed that :<br />
- an upgrade centos on a basic server (with mechanic hdd in this case) is not causing this at reboot the following<br />
- an excessive update of file /.readahead, this is not happening on other cpanel server using cloudlinux by ie<br />
(our servers use no hard raid card)<br />
<br />
We tried to disable readahead and reboot in case, but no change at all :<br />
systemctl disable systemd-readahead-collect.service<br />
systemctl disable systemd-readahead-replay.service<br />
<br />
We contacted cPanel support, investigated deeply with 2 sysadmin, it appears that the answer will only come from centos 7 kernel developer<br />
<br />
Thanks for your attention,<br />
John
↧
0015484: SELinux is preventing /usr/libexec/ibus-x11 from 'setattr' accesses on the directory cache.
Description of problem:<br />
entered (as su) yum update --disablerepo=c7-media<br />
SELinux is preventing /usr/libexec/ibus-x11 from 'setattr' accesses on the directory cache.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
If you believe that ibus-x11 should be allowed setattr access on the cache directory by default.<br />
Then you should report this as a bug.<br />
You can generate a local policy module to allow this access.<br />
Do<br />
allow this access for now by executing:<br />
# ausearch -c 'ibus-x11' --raw | audit2allow -M my-ibusx11<br />
# semodule -i my-ibusx11.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:xdm_t:s0-s0:c0.c1023<br />
Target Context system_u:object_r:lib_t:s0<br />
Target Objects cache [ dir ]<br />
Source ibus-x11<br />
Source Path /usr/libexec/ibus-x11<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages ibus-1.5.17-2.el7.x86_64<br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-192.el7_5.6.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-862.11.6.el7.x86_64 #1 SMP<br />
Tue Aug 14 21:49:04 UTC 2018 x86_64 x86_64<br />
Alert Count 47<br />
First Seen 2018-11-22 14:03:02 EST<br />
Last Seen 2018-11-22 14:05:21 EST<br />
Local ID 939cac64-a520-43eb-9c28-e444e0635b4a<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1542913521.450:663): avc: denied { setattr } for pid=5628 comm="ibus-x11" name="cache" dev="dm-0" ino=33617201 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:lib_t:s0 tclass=dir<br />
<br />
<br />
type=SYSCALL msg=audit(1542913521.450:663): arch=x86_64 syscall=chmod success=no exit=EACCES a0=10c6e70 a1=1ed a2=10c6e89 a3=1 items=0 ppid=1 pid=5628 auid=4294967295 uid=42 gid=42 euid=42 suid=42 fsuid=42 egid=42 sgid=42 fsgid=42 tty=(none) ses=4294967295 comm=ibus-x11 exe=/usr/libexec/ibus-x11 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null)<br />
<br />
Hash: ibus-x11,xdm_t,lib_t,dir,setattr<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-192.el7_5.6.noarch
↧
0015471: SELinux is preventing /usr/bin/evince-thumbnailer from using the nnp_transition, nosuid_transition access on a process.
Description of problem:<br />
after updating using yum4 update on 17/11/2018<br />
SELinux is preventing /usr/bin/evince-thumbnailer from using the nnp_transition, nosuid_transition access on a process.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
If you believe that evince-thumbnailer should be allowed nnp_transition nosuid_transition access on processes labeled thumb_t by default.<br />
Then you should report this as a bug.<br />
You can generate a local policy module to allow this access.<br />
Do<br />
allow this access for now by executing:<br />
# ausearch -c 'evince-thumbnai' --raw | audit2allow -M my-evincethumbnai<br />
# semodule -i my-evincethumbnai.pp<br />
<br />
Additional Information:<br />
Source Context unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1<br />
023<br />
Target Context unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023<br />
Target Objects Unknown [ process2 ]<br />
Source evince-thumbnai<br />
Source Path /usr/bin/evince-thumbnailer<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages evince-3.28.2-5.el7.x86_64<br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-229.el7.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-957.el7.x86_64 #1 SMP Thu<br />
Nov 8 23:39:32 UTC 2018 x86_64 x86_64<br />
Alert Count 13<br />
First Seen 2018-11-18 13:22:26 IST<br />
Last Seen 2018-11-18 13:25:57 IST<br />
Local ID 829eac3c-2433-4738-ac1a-c87c5d0026f3<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1542527757.392:612): avc: denied { nnp_transition nosuid_transition } for pid=11933 comm="flatpak-bwrap" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 tclass=process2 permissive=0<br />
<br />
<br />
type=SYSCALL msg=audit(1542527757.392:612): arch=x86_64 syscall=execve success=yes exit=0 a0=7fff60e0268f a1=7fff60e04cc0 a2=25f8160 a3=74616c6c6174736e items=0 ppid=11929 pid=11933 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=(none) ses=1 comm=evince-thumbnai exe=/usr/bin/evince-thumbnailer subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null)<br />
<br />
Hash: evince-thumbnai,unconfined_t,thumb_t,process2,nnp_transition,nosuid_transition<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-229.el7.noarch
↧
↧
0015522: Machine with older uefi fw doesn't boot with newer shim (like on Apple 2008 iMac)
With the shim pkgs being rebased on v15 (it was v12 before), there is a new check that is considered critical and then power off the machine instead of loading grub2 (in the normal shim => grub2 => kernel chain)
↧
0015724: Standard lib C functions to handle multi-byte/widechar character sets (setlocale(), mblen(), wcwidth())
We have a C program using the standard lib C functions to handle multi-byte/widechar character sets (setlocale(), mblen(), wcwidth()).<br />
<br />
We use the following locale:<br />
<br />
LC_ALL=zh_TW.big5<br />
<br />
This is BIG5, where Asian characters are encoded on 2 bytes.<br />
<br />
We want to handle User-Defined Characters in range 0xFA40-0xFA49 (full range is 0xF9D6-0xFEFE )<br />
<br />
However, it appears that the mblen() function returns -1 for such characters.<br />
<br />
Is this normal/expected?<br />
<br />
This is mission-critical in our application.<br />
<br />
How can we enable the support of such characters?<br />
<br />
Is it a bug with zh_TW.big5?<br />
<br />
Note: When trying with zh_HK.big5hkscs, mblen() returns 2 for 0xFA40, but we assume this is expected, since this code is used by the HKSCS extension to BIG5.<br />
<br />
But using BIG5HKSCS is not an option, we want to use zh_TW.big5.<br />
<br />
How can User-Defined Characters be supported in this case?
↧
0015607: Strang memory allocation problem upgrading from 7.5 to 7.6
Centos 7.6 64bit on Xenserver 7.5 with 4G Ram.<br />
<br />
Running a php script with a curl call to an https:// URL in a loop will after about 65 alterations start to slow down as the ca-bundle is loaded into memory. (This is another bug, that the memory is not released, and I think has been there for a while) <br />
In 7.5 the file is loaded and although memory usage increases the script runs OK or until memory runs out.<br />
Upgrading to 7.6 causes the php script to slow to several seconds per loop as lots of brk() commands are called, as seen via strace.
↧
0015725: Statx will have segment fault with hyper-V environment
Description of problem:<br />
It will have segmant fault when startx on Redhat7.6 virtual machine with running on Hyper-V hypervisor<br />
<br />
It is because the tip Xorg 1.20.1 changes the logic to get the busid from : <br />
buf = drmGetBusid(fd);<br />
xf86_platform_odev_attributes(delayed_index)->busid = XNFstrdup(buf);<br />
drmFreeBusid(buf);<br />
to follow: <br />
if (!strncmp(attribs->syspath, pci_prefix, strlen(pci_prefix))) { <br />
char *dbdf = attribs->syspath + strlen(pci_prefix) + strlen("XXXX:XX") + 1; <br />
asprintf(&xf86_platform_odev_attributes(delayed_index)->busid, <br />
"pci:%.12s", dbdf); <br />
LogMessage(X_INFO, "Platform PCI device at %s\n", <br />
xf86_platform_odev_attributes(delayed_index)->busid); <br />
} <br />
, as the pci_prefix is "/sys/devices/pci", but on the hyper-V platform, the pci_hyperv driver will create devices under the directory:<br />
/sys/devices/LNXSYSTM:00/device:00/ACPI0004:00/VMBUS:00/74f89322-92bd-400f-a8bb-008a102a3e4d/pcia8bb:00/a8bb:00:00.0/drm/card0,<br />
so the strncmp function will return fail, then the busid of will be NULL. And then it will have segmant fault in xf86platformProbe.<br />
<br />
I passthrough 1 amd graphic device to the Virtual machine, and load the graphic driver amdgpu. And then I run "init 3" and startx. The issue's root cause is because the tip<br />
Xorg assume the pci device's directory is "/sys/devices/pci", but on the hyper-V platform, the pci device's directory is similar to "/sys/devices/LNXSYSTM:00/device:00/ACPI0004:00/VMBUS:00/74f89322-92bd-400f-a8bb-008a102a3e4d/pci".<br />
You could check the function "get_drm_info" in hw/xfree86/os-support/linux/lnx-platform.c.
↧
↧
0015726: bnx2x crashes kernel
When Openshift tries to build app then a driver for NIC causes the system to crash. According to DELL, this is not a HW issue. Tested on 3 devices with the same NIC series. Crash dmesg is attached. This issue does not appear on kernel 3.10.0-693, only on newer ones.<br />
Logged issue starts with:<br />
[ 88.094429] bnx2x: [bnx2x_stats_update:1232(p1p1)]storm stats were not updated for 3 times<br />
[ 88.094464] bnx2x: [bnx2x_stats_update:1233(p1p1)]driver assert<br />
[ 88.094484] bnx2x: [bnx2x_panic_dump:923(p1p1)]begin crash dump -----------------<br />
.<br />
.<br />
.<br />
.<br />
ends with:<br />
[ 121.254991] bnx2x: [bnx2x_chip_cleanup:9323(p1p1)]Failed to schedule DEL commands for UC MACs list: -5<br />
[ 121.270953] bnx2x: [bnx2x_func_stop:9082(p1p1)]FUNC_STOP ramrod failed. Running a dry transaction<br />
[ 122.008340] bnx2x 0000:82:00.0 p1p1: using MSI-X IRQs: sp 131 fp[0] 133 ... fp[7] 140<br />
[ 122.011993] bnx2x: [bnx2x_nic_load:2759(p1p1)]Function start failed![ 122.260153] dbond0: link status definitely down for interface p1p1, disabling it<br />
[ 122.260157] dbond0: making interface p1p2 the new active one
↧
0014897: filesystem-3.2-25.el7.x86_64 wont install on LXC containers due to /sys being read only.
due to /sys being a read only mount inside of the LXC container, filesystem attempts to chown /sys and cannot, causing a cpio failure.<br />
<br />
Running transaction<br />
Updating : filesystem-3.2-25.el7.x86_64 1/2<br />
Error unpacking rpm package filesystem-3.2-25.el7.x86_64<br />
error: unpacking of archive failed on file /sys: cpio: chown<br />
Verifying : filesystem-3.2-25.el7.x86_64 1/2<br />
filesystem-3.2-21.el7.x86_64 was supposed to be removed but is not!<br />
Verifying : filesystem-3.2-21.el7.x86_64
↧
0015728: [abrt] nepomuk-core: poll(): nepomukservicestub killed by SIGSEGV
Version-Release number of selected component:<br />
nepomuk-core-4.10.5-6.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 2 (4 frames)<br />
#0 poll at ../sysdeps/unix/syscall-template.S:81<br />
#1 qt_safe_poll(pollfd*, int, int, bool) at /usr/include/bits/poll2.h:46<br />
#3 QProcessManager::run() at io/qprocess_unix.cpp:263<br />
#4 QThreadPrivate::start(void*) at thread/qthread_unix.cpp:352
↧
0015625: This bug affects CentOS 7.6. There is a garbled screen just before log in.
This bug is for CentOS 7.6 1810. But I can not select that in the list since it is not available. <br />
I am using a laptop with Ati Radeon graphics, I am using the open source driver Xorg for that. 5470 is the Ati Radeon proprietary driver version. I am not using that. <br />
In CentOS 7.5 and previous versions. this bug was not present. It was present in previous and the current version of Fedora (Xorg) not Wayland. But it was fixed after installing Fedora updates. <br />
There is a garbled screen much like a tv which has no signal just before login.<br />
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Park [Mobility Radeon HD 5430/5450/5470] [1002:68e0] (prog-if 00 [VGA controller])<br />
Subsystem: Sony Corporation Device [104d:9071]<br />
Flags: bus master, fast devsel, latency 0, IRQ 27<br />
Memory at e0000000 (64-bit, prefetchable) [size=256M]<br />
Memory at f0020000 (64-bit, non-prefetchable) [size=128K]<br />
I/O ports at d000 [size=256]<br />
Expansion ROM at f0000000 [disabled] [size=128K]<br />
Capabilities: <access denied><br />
Kernel driver in use: radeon<br />
Kernel modules: radeon<br />
<br />
01:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar HDMI Audio [Radeon HD 5400/6300/7300 Series] [1002:aa68]<br />
Subsystem: Sony Corporation Device [104d:9071]<br />
This is information for my graphic card. <br />
Note: After the persistence of the bug I tried to install the proprietary driver to see if that would solve the problem, but it didn't, or maybe I did not install it properly. Otherwise the open source drivers work fine, except for this issue.
↧
↧
0013955: [abrt] xorg-x11-server-Xorg: Xorg server crashed
Version-Release number of selected component:<br />
xorg-x11-server-Xorg-1.19.3-11.el7<br />
<br />
Truncated backtrace:<br />
0: /usr/bin/X (xorg_backtrace+0x55) [0x555d776e5655]<br />
1: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7fe160625000+0x4f28) [0x7fe160629f28]<br />
2: /usr/lib64/xorg/modules/input/synaptics_drv.so (0x7fe160625000+0x6c22) [0x7fe16062bc22]<br />
3: /usr/bin/X (0x555d77539000+0x1ae7ec) [0x555d776e77ec]<br />
4: /usr/bin/X (0x555d77539000+0x1b0e72) [0x555d776e9e72]<br />
5: /usr/bin/X (0x555d77539000+0x1ae646) [0x555d776e7646]<br />
6: /lib64/libpthread.so.0 (0x7fe167b56000+0x7e25) [0x7fe167b5de25]<br />
7: /lib64/libc.so.6 (clone+0x6d) [0x7fe16788b34d]
↧
0015729: LVM cache cannot flush buffer,change cache type or lvremove (CachePolicy 'cleaner' also doesn't work)
Description of problem:<br />
LVM cache in writeback mode cannot be changed to writethrough, nor it can be flushed to data lv.<br />
Setting the CachePolicy 'cleaner' doesn't force lvm cache to be flushed.<br />
lvremove fails also.<br />
<br />
Version-Release number of selected component (if applicable):<br />
libblockdev-lvm-2.18-3.el7.x86_64<br />
lvm2-2.02.180-10.el7_6.2.x86_64<br />
lvm2-libs-2.02.180-10.el7_6.2.x86_64<br />
udisks2-lvm2-2.7.3-8.el7.x86_64<br />
<br />
How reproducible:<br />
Always.<br />
<br />
Actual results:<br />
cache_dirty_blocks are not flushed to data lv, thus an endless loop of 'Flushing xxxx blocks for cache VG/LV.'<br />
Cleaner policy fails to flush the cache.<br />
Lvremove cannot remove the LV.<br />
<br />
Expected results:<br />
All used blocks to be flushed during cache change/ uncache operations and during lv removal.
↧
0015730: dnsflag issue, no actual updates for bind
Core version: Linux 3.10.0-957.1.3.el7.x86_64<br />
Hello there!<br />
As you know from <a href="https://dnsflagday.net/#supporters,">https://dnsflagday.net/#supporters,</a> <br />
On or around Feb 1st, 2019 needed versions for BIND 9.13.3 (development) and 9.14.0 (production)<br />
Can you send me some instructions or recommendations for solving this issue?<br />
Best regards!
↧