Description of problem:<br />
SELinux is preventing mandb from 'read' accesses on the file csf.1.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
If you believe that mandb should be allowed read access on the csf.1 file 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 'mandb' --raw | audit2allow -M my-mandb<br />
# semodule -i my-mandb.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:mandb_t:s0-s0:c0.c1023<br />
Target Context unconfined_u:object_r:user_home_t:s0<br />
Target Objects csf.1 [ file ]<br />
Source mandb<br />
Source Path mandb<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages <br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-102.el7_3.13.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-514.6.1.el7.x86_64 #1 SMP<br />
Wed Jan 18 13:06:36 UTC 2017 x86_64 x86_64<br />
Alert Count 1<br />
First Seen 2017-02-02 09:12:05 IRST<br />
Last Seen 2017-02-02 09:12:05 IRST<br />
Local ID b1cf3323-afee-41b3-a1e1-12c6713edd50<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1486014125.574:168): avc: denied { read } for pid=4837 comm="mandb" name="csf.1" dev="dm-0" ino=136073356 scontext=system_u:system_r:mandb_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=file<br />
<br />
<br />
Hash: mandb,mandb_t,user_home_t,file,read<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-102.el7_3.13.noarch
↧
0012765: SELinux is preventing mandb from 'read' accesses on the file csf.1.
↧
0009711: Bind Mounts Cause Kernel To Hang
If running as a virtual machine via KVM/libvirt, CentOS hangs when bound mounts are present.
↧
↧
0012766: error during leaves cleaning
# yum autoremove<br />
Traceback (most recent call last):<br />
File "/usr/bin/yum", line 29, in <module><br />
yummain.user_main(sys.argv[1:], exit_code=True)<br />
File "/usr/share/yum-cli/yummain.py", line 370, in user_main<br />
errcode = main(args)<br />
File "/usr/share/yum-cli/yummain.py", line 179, in main<br />
result, resultmsgs = base.doCommands()<br />
File "/usr/share/yum-cli/cli.py", line 573, in doCommands<br />
return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, self.extcmds)<br />
File "/usr/share/yum-cli/yumcommands.py", line 874, in doCommand<br />
for pkg in sorted(base.rpmdb.returnLeafNodes()):<br />
File "/usr/lib/python2.7/site-packages/yum/rpmsack.py", line 1296, in returnLeafNodes<br />
return [ self._makePackageObject(h, mi) for (h, mi) in ts.returnLeafNodes(headers=True) ]<br />
File "/usr/lib/python2.7/site-packages/rpmUtils/transaction.py", line 173, in returnLeafNodes<br />
for p in _return_all_provides(h):<br />
File "/usr/lib/python2.7/site-packages/rpmUtils/transaction.py", line 165, in _return_all_provides<br />
for prov in hdr[rpm.RPMTAG_FILENAMES]:<br />
_rpm.error: invalid header data<br />
<br />
<br />
<br />
error with same bottom on <br />
# package-cleanup --leaves --all<br />
<br />
Traceback (most recent call last):<br />
File "/usr/bin/package-cleanup", line 400, in <module><br />
util = PackageCleanup()<br />
File "/usr/bin/package-cleanup", line 60, in __init__<br />
self.main()<br />
File "/usr/bin/package-cleanup", line 347, in main<br />
leaves = self.rpmdb.returnLeafNodes()<br />
File "/usr/lib/python2.7/site-packages/yum/rpmsack.py", line 1296, in returnLeafNodes<br />
return [ self._makePackageObject(h, mi) for (h, mi) in ts.returnLeafNodes(headers=True) ]<br />
File "/usr/lib/python2.7/site-packages/rpmUtils/transaction.py", line 173, in returnLeafNodes<br />
for p in _return_all_provides(h):<br />
File "/usr/lib/python2.7/site-packages/rpmUtils/transaction.py", line 165, in _return_all_provides<br />
for prov in hdr[rpm.RPMTAG_FILENAMES]:<br />
_rpm.error: invalid header data
↧
0012767: Package python-gevent is not in extras repos for CentOS 7 in aarch64
python-gevent is in extras repos for x86_64:<br />
<br />
<a href="http://mirror.centos.org/centos/7/extras/x86_64/Packages/python-gevent-1.0-2.el7.x86_64.rpm">http://mirror.centos.org/centos/7/extras/x86_64/Packages/python-gevent-1.0-2.el7.x86_64.rpm</a><br />
<br />
But is not in <a href="http://mirror.centos.org/altarch/7/extras/aarch64/Packages/">http://mirror.centos.org/altarch/7/extras/aarch64/Packages/</a><br />
<br />
This is making some RDO builds to fail for aarch64 as <a href="https://cbs.centos.org/koji/taskinfo?taskID=156536">https://cbs.centos.org/koji/taskinfo?taskID=156536</a>
↧
0012768: [ppc64le] build libvirt-daemon-kvm for 2.0.0-10.el7_3.4 for ppc64le to satisfy oVirt deps
Hi,<br />
<br />
oVirt 4.1 was released and its vdsm requires libvirt-daemon-kvm >= 2.0.0-10.el7_3.4 but there's only "*_3.2" for ppc64le (although there's "*_3.4" for x86 archs).<br />
<br />
Please build ppc64le packages to help oVirt 4.1 to be installable on ppc64le.<br />
<br />
Thank you.<br />
<br />
---> Package vdsm.ppc64le 0:4.19.4-1.el7.centos will be installed<br />
--> Processing Dependency: libvirt-daemon-kvm >= 2.0.0-10.el7_3.4 for package: vdsm-4.19.4-1.el7.centos.ppc64le<br />
--> Finished Dependency Resolution<br />
Error: Package: vdsm-4.19.4-1.el7.centos.ppc64le (ovirt-4.1)<br />
Requires: libvirt-daemon-kvm >= 2.0.0-10.el7_3.4<br />
Available: libvirt-daemon-kvm-2.0.0-10.el7.ppc64le (base)<br />
libvirt-daemon-kvm = 2.0.0-10.el7<br />
Available: libvirt-daemon-kvm-2.0.0-10.el7_3.2.ppc64le (updates)<br />
libvirt-daemon-kvm = 2.0.0-10.el7_3.2<br />
You could try using --skip-broken to work around the problem<br />
You could try running: rpm -Va --nofiles --nodigest
↧
↧
0012598: Kernel panic not syncing with 3.10.0-514 at boot, works with 327
After upgrading to 3.10.0-514.2.2 the system consistently hangs when rebooted just after the login prompt has been displayed. It crashes in different services, but with the same message:<br />
<br />
Comm: (some process) Not tainted 3.10.0-514.2.2.el7.x_86_64 #1.<br />
...<br />
Kernel panic - not syncing: Fatal exception<br />
<br />
I'll upload two screenshots with more data. Reverting to the previous kernel (327) works. This is reproducible, it happens every time with the new kernel and never with the old kernel.<br />
<br />
I have plenty of free space in /boot (70% free) and I have uninstalled and reinstalled the kernel several times.
↧
0012427: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
I am trying to copy(~7TB of data using rsync) between two server in same data center in the backend its using EMC VMAX3<br />
<br />
After copying ~30-40GB of data multipath start failing <br />
Dec 15 01:57:53 test.example.com multipathd: 360000970000196801239533037303434: Recovered to normal mode<br />
Dec 15 01:57:53 test.example.com multipathd: 360000970000196801239533037303434: remaining active paths: 1<br />
Dec 15 01:57:53 test.example.com kernel: sd 1:0:2:20: [sdeu] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK <br />
<br />
[<a href="mailto:root@test">root@test</a> log]# multipath -ll |grep -i fail<br />
|- 1:0:0:15 sdq 65:0 failed ready running<br />
- 3:0:0:15 sdai 66:32 failed ready running<br />
<br />
<br />
We are using default multipath.conf<br />
<br />
HBA driver version 8.07.00.26.06.8-k<br />
<br />
HBA model QLogic Corp. ISP8324-based 16Gb Fibre Channel to PCI Express Adapter<br />
<br />
OS: CentOS 64-bit/2.6.32-642.6.2.el6.x86_64<br />
Hardware:Intel/HP ProLiant DL380 Gen9<br />
<br />
<br />
Already verified this solution and checked with EMC everything looks good <a href="https://access.redhat.com/solutions/438403">https://access.redhat.com/solutions/438403</a><br />
<br />
Some more info<br />
<br />
- There is no drop/error packet on the network side.<br />
<br />
Filesystem is mounted with noatime,nodiratime<br />
Filesystem ext4(Already tried xfs but same error)<br />
LVM is in striped mode(Started with linear option and then converted to striped)<br />
<br />
Already disabled THP<br />
<br />
echo never > /sys/kernel/mm/redhat_transparent_hugepage/enabled<br />
Whenever multipath start failing process goes to D state
↧
0012204: mtu lowering not allowed
The kernel 3.10.0-327.36.3.el7.x86_64 is not allowing mtu to be lowered. It is taking the default value 1500. If you try to lower it to 1400 using whichever method, it stands 1500.
↧
0012208: When option ntp-servers sends a DNS name with multiple A records, dhclient/ntp.sh incorrect appends addresses to ntp.conf
e.g.<br />
<br />
dhcpd uses;<br />
<br />
option ntp-servers pool.ntp.org;<br />
option time-servers pool.ntp.org;<br />
<br />
dhclient receives the option & ultimately ntp.sh adds them to /etc/ntp.conf as<br />
<br />
server 108.61.73.244<br />
208.75.88.4<br />
63.211.239.58<br />
96.126.122.39 # added by /sbin/dhclient-scrip<br />
<br />
ntpd complains; syntax is invalid
↧
↧
0012288: Cannot add static blackhole routes with /etc/sysconfig/network-scripts/route-$NAME scripts
In CentOS/RHEL6, it's possible to add blackhole routes with /etc/sysconfig/network-scripts-route/route-$NAME scripts.<br />
<br />
These do not work anymore with CentOS7/RHEL7.<br />
<br />
NetworkManager[686]: <warn> ifcfg-rh: loading "/etc/sysconfig/network-scripts/ifcfg-ens192" fails: Missing IP4 route destination address in record: 'blackhole 10.254.254.0/24'
↧
0012307: Routing rules using packet marking not working
When I make a rule based on source address it works, if I do it with packet marking it doesn't.
↧
0012769: fuseiso loops parsing options on ARM64
On ARM64 (aarch64) fuseiso does not work. It loops forever. Tracing shows looping with getopt, so parsing command line options. fuseiso is part of the base repo.
↧
0012770: [abrt] control-center: _dbus_warn_check_failed(): gnome-control-center killed by SIGABRT
Description of problem:<br />
I just try open "Wifi Settings" from widget NetworkManager. On a moment appears main settings window, after it crash.<br />
<br />
Version-Release number of selected component:<br />
control-center-3.14.5-19.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#3 _dbus_warn_check_failed at dbus-internals.c:290<br />
#4 dbus_message_iter_append_basic at dbus-message.c:2586<br />
#5 append_cache_item at cache-adaptor.c:195<br />
#6 emit_cache_add at cache-adaptor.c:282<br />
#7 g_cclosure_marshal_VOID__OBJECTv at gmarshal.c:2102<br />
#8 _g_closure_invoke_va at gclosure.c:864<br />
#11 add_object at accessible-cache.c:189<br />
#12 add_pending_items at accessible-cache.c:306<br />
#16 g_main_context_iteration at gmain.c:3899<br />
#17 g_application_run at gapplication.c:2311
↧
↧
0012757: SSH service fails to reload via systemctl
Hello,<br />
<br />
SSH service fails to reload via the standard mechanism (systemctl). It goes in inactive state after reload and can not be restarted/started afterwards
↧
0012771: [abrt] glade3: glade_widget_set_object(): glade-3 killed by SIGSEGV
Description of problem:<br />
al abrir un archivo .glade del proyecto freetuxtv este se cae sin interactuar, solo al abrir se cae, no se alcanza a realizar absolutamente nada.<br />
<br />
Version-Release number of selected component:<br />
glade3-3.8.3-5.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#0 glade_widget_set_object at glade-widget.c:3359<br />
#1 object_set_property at gobject.c:1420<br />
#2 g_object_constructor at gobject.c:2078<br />
#3 glade_widget_constructor at glade-widget.c:712<br />
#4 g_object_new_with_custom_constructor at gobject.c:1697<br />
#5 g_object_new_internal at gobject.c:1777<br />
#6 g_object_new_valist at gobject.c:2038<br />
#7 glade_widget_adaptor_create_widget_real at glade-widget-adaptor.c:2413<br />
#8 glade_widget_adaptor_create_internal at glade-widget-adaptor.c:2349<br />
#9 glade_gtk_dialog_post_create at glade-gtk.c:5484
↧
0012364: virtio-balloon bug prevents live migration
Hello!<br />
<br />
Just hits this:<br />
<br />
2016-12-13T11:23:12.468623Z qemu-kvm: VQ 2 size 0x80 < last_avail_idx 0x1 - used_idx 0x2<br />
qemu: warning: error while loading state for instance 0x0 of device '0000:00:07.0/virtio-balloon'<br />
load of migration failed
↧
0012772: [abrt] nm-connection-editor: g_malloc0(): nm-connection-editor killed by SIGABRT
Version-Release number of selected component:<br />
nm-connection-editor-1.4.0-2.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (6 frames)<br />
#7 g_malloc0 at gmem.c:124<br />
#8 _gtk_css_lookup_new at gtkcsslookup.c:33<br />
#9 build_properties at gtkstylecontext.c:767<br />
#10 style_values_lookup at gtkstylecontext.c:813<br />
#11 _gtk_style_context_validate at gtkstylecontext.c:3060<br />
#13 gtk_window_show at gtkwindow.c:5752
↧
↧
0012773: AgentX Subagent Crashes on snmpd Stop/Restart
A connected agentx subagent will crash on an snmpd stop or restart. The backtrace shows the crash originates in libnetsnmp snmp_sess_close.<br />
<br />
Debugging shows the crash is within netsnmp_transport_free [SNMP_FREE(t)]. The transport pointer (t) is null and the final backtrace call is in glibc.<br />
<br />
Prior to the crash any queries to snmpd for OID's the subagent is registered for gets a `Timeout: no response from localhost`. <br />
<br />
Both the agent and the snmpd foreground process show the agent connects successfully.
↧
0009949: [abrt] initial-setup: nm.py:760:nm_device_setting_value:SettingsNotFoundError: SettingsNotFoundError('virbr0',)
Version-Release number of selected component:<br />
initial-setup-0.3.9.30-1.el7.centos<br />
<br />
Truncated backtrace:<br />
nm.py:760:nm_device_setting_value:SettingsNotFoundError: SettingsNotFoundError('virbr0',)<br />
<br />
Traceback (most recent call last):<br />
File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 535, in on_device_added<br />
self.add_device_to_list(device)<br />
File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 711, in add_device_to_list<br />
dev_cfg = DeviceConfiguration(device=device)<br />
File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 234, in __init__<br />
uuid = nm.nm_device_setting_value(device.get_iface(), "connection", "uuid")<br />
File "/usr/lib64/python2.7/site-packages/pyanaconda/nm.py", line 760, in nm_device_setting_value<br />
raise SettingsNotFoundError(name)<br />
SettingsNotFoundError: SettingsNotFoundError('virbr0',)<br />
<br />
Local variables in innermost frame:<br />
settings_paths: []<br />
key2: 'uuid'<br />
key1: 'connection'<br />
name: 'virbr0'
↧
0012757: SSH service fails to reload via systemctl
Hello,<br />
<br />
SSH service fails to reload via the standard mechanism (systemctl). It goes in inactive state after reload and can not be restarted/started afterwards
↧