Hello,<br />
i opened 2 issues on Atomic concerning:<br />
<br />
<a href="https://github.com/projectatomic/rpm-ostree/issues/1216">https://github.com/projectatomic/rpm-ostree/issues/1216</a> (ksh)<br />
<a href="https://github.com/projectatomic/rpm-ostree/issues/1217">https://github.com/projectatomic/rpm-ostree/issues/1217</a> (multilib)<br />
<br />
These have been closed but on CentOS 7 Atomic (via rpm-ostree upgrade) i still get errors.<br />
When can you merge the code?<br />
<br />
Thank you!<br />
Regards
↧
0014644: Issues concerning ksh and multilib
↧
0014645: Bug lors de la suppression des doublons de photos avec gthumb
J'essaye d'utiliser gthumb pour gérer mes photos (sur CentOS 7 avec Xfce 4.12). L'importation et le visionnage ne posent pas de problème, la recherche des doublons se fait normalement mais la validation de la suppression de ceux-ci entraîne la fermeture brutale du logiciel sans que les doublons aient été supprimés. Je n'ai pas trouvé de solution sur les forums. Est-ce lié à la version installée (3.3.4), la version actuelle étant la 3.6.0 ?
↧
↧
0013936: centos system-udevd 100% CPU Hyper-v
Same issue when update on different hyper-v hosts<br />
<br />
centos system-udevd<br />
<br />
root 507 78.9 0.7 48796 6732 ? Rs 20:11 13:28 <br />
<br />
/usr/lib/systemd/systemd-udevd<br />
<br />
<br />
journalctl -b -u systemd-udevd.service<br />
<br />
Sep 28 20:11:18 HOST1 systemd[1]: Starting udev Kernel Device Manager...<br />
Sep 28 20:11:18 HOST1 systemd-udevd[244]: starting version 219<br />
Sep 28 20:11:18 HOST1 systemd[1]: Started udev Kernel Device Manager.<br />
Sep 28 20:11:20 HOST1 systemd[1]: Stopping udev Kernel Device Manager...<br />
Sep 28 20:11:20 HOST1 systemd[1]: Stopped udev Kernel Device Manager.<br />
Sep 28 20:11:21 HOST1 systemd[1]: Starting udev Kernel Device Manager...<br />
Sep 28 20:11:21 HOST1 systemd-udevd[507]: starting version 219<br />
Sep 28 20:11:21 HOST1 systemd[1]: Started udev Kernel Device Manager.
↧
0014647: Yum Install Error CentOS7
When ever I try to use the yum installer "yum -y install unzip" for example <br />
<br />
I get the error shown in the pics provided:<br />
[Errno 14] HTTPS Error 404 - Not Found<br />
<br />
I have tried to install wget, apt-get, etc as alternatives but I still get the same message<br />
<br />
Things I have tried:<br />
Yum clean all<br />
cleared the yum cache <br />
cleared the yum repos for any issues<br />
use yum alternatives but can't install them
↧
0009053: [abrt] wireshark-gnome: mem_error(): wireshark killed by SIGABRT
Version-Release number of selected component:<br />
wireshark-gnome-1.10.3-12.el7_0<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#2 mem_error at gslice.c:1439<br />
#3 slab_allocator_free_chunk at gslice.c:1321<br />
#4 magazine_cache_trim at gslice.c:679<br />
#5 magazine_cache_push_magazine at gslice.c:710<br />
#6 thread_memory_magazine2_unload at gslice.c:809<br />
#7 g_slice_free_chain_with_offset at gslice.c:1173<br />
#8 g_slist_free at gslist.c:135<br />
#9 gtk_style_finalize at gtkstyle.c:625<br />
#11 gtk_rc_style_finalize at gtkrc.c:1206<br />
#13 g_datalist_clear at gdataset.c:273
↧
↧
0014436: [abrt] kernel: WARNING: CPU: 3 PID: 0 at net/core/dev.c:5000 net_rx_action+0x2de/0x380
Version-Release number of selected component:<br />
kernel<br />
<br />
Truncated backtrace:<br />
WARNING: CPU: 3 PID: 0 at net/core/dev.c:5000 net_rx_action+0x2de/0x380<br />
Modules linked in: tcp_lp cmac rfcomm fuse xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun drbg ansi_cprng ccm ip6t_rpfilter ipt_REJECT nf_reject_ipv4 ip6t_REJECT nf_reject_ipv6 xt_conntrack ip_set nfnetlink 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 nf_conntrack iptable_mangle iptable_security iptable_raw ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter arc4 bnep hid_multitouch ath10k_pci ath10k_core ath snd_hda_codec_realtek intel_powerclamp mac80211 coretemp snd_hda_codec_generic iTCO_wdt intel_rapl iTCO_vendor_support iosf_mbi kvm_intel acer_wmi sparse_keymap kvm snd_hda_intel snd_hda_codec irqbypass<br />
snd_hda_core crc32_pclmul snd_hwdep ghash_clmulni_intel snd_seq btusb uvcvideo snd_seq_device btrtl btbcm snd_pcm btintel cfg80211 bluetooth videobuf2_vmalloc videobuf2_memops videobuf2_core aesni_intel videodev lrw gf128mul joydev glue_helper ablk_helper cryptd snd_timer snd sg rfkill mei_me soundcore i2c_i801 mei i2c_designware_platform i2c_designware_core shpchp idma64 virt_dma pcspkr tpm_crb acpi_pad nfsd auth_rpcgss nfs_acl lockd grace sunrpc ip_tables xfs libcrc32c raid0 sd_mod crc_t10dif crct10dif_generic uas usb_storage nouveau i2c_algo_bit drm_kms_helper ahci syscopyarea sysfillrect sysimgblt libahci fb_sys_fops ttm mxm_wmi libata drm crct10dif_pclmul crct10dif_common crc32c_intel alx serio_raw mdio i2c_hid video i2c_core wmi dm_mirror dm_region_hash dm_log dm_mod<br />
CPU: 3 PID: 0 Comm: swapper/3 Not tainted 3.10.0-693.el7.x86_64 #1<br />
Hardware name: Acer Predator GX-792/Viper2_KLS, BIOS V1.04 12/09/2016<br />
0000000000000000 3327177a89345d0e ffff8808becc3de0 ffffffff816a3d91<br />
ffff8808becc3e20 ffffffff810879c8 0000138800000001 ffff880892e27c80<br />
0000000000000000 0000000000000040 0000000000000046 0000000000000001<br />
Call Trace:<br />
<IRQ> [<ffffffff816a3d91>] dump_stack+0x19/0x1b<br />
[<ffffffff810879c8>] __warn+0xd8/0x100<br />
[<ffffffff81087b0d>] warn_slowpath_null+0x1d/0x20<br />
[<ffffffff81587b0e>] net_rx_action+0x2de/0x380<br />
[<ffffffff81090b3f>] __do_softirq+0xef/0x280<br />
[<ffffffff816b6a5c>] call_softirq+0x1c/0x30<br />
[<ffffffff8102d3c5>] do_softirq+0x65/0xa0<br />
[<ffffffff81090ec5>] irq_exit+0x105/0x110<br />
[<ffffffff816b75f6>] do_IRQ+0x56/0xe0<br />
[<ffffffff816ac1ed>] common_interrupt+0x6d/0x6d<br />
<EOI> [<ffffffff81527a02>] ? cpuidle_enter_state+0x52/0xc0<br />
[<ffffffff81527b48>] cpuidle_idle_call+0xd8/0x210<br />
[<ffffffff81034fee>] arch_cpu_idle+0xe/0x30<br />
[<ffffffff810e7bca>] cpu_startup_entry+0x14a/0x1c0<br />
[<ffffffff81051af6>] start_secondary+0x1b6/0x230
↧
0009475: [abrt] kdelibs: KScreen::Mode::size(): kdeinit4 killed by SIGSEGV
Version-Release number of selected component:<br />
kdelibs-4.10.5-6.el7<br />
<br />
Truncated backtrace:<br />
Thread no. 1 (10 frames)<br />
#0 KScreen::Mode::size at /usr/src/debug/libkscreen-1.0.1/src/mode.cpp:83<br />
#1 KScreen::Config::canBeApplied at /usr/src/debug/libkscreen-1.0.1/src/config.cpp:110<br />
#2 KCMKScreen::outputChanged at /usr/src/debug/kscreen-1.0.1/kcm/src/kcm_kscreen.cpp:302<br />
#3 QMetaObject::activate at kernel/qobject.cpp:3547<br />
#5 QDeclarativeVMEMetaObject::metaCall at qml/qdeclarativevmemetaobject.cpp:639<br />
#6 QDeclarativeObjectMethodScriptClass::callMethod at qml/qdeclarativeobjectscriptclass.cpp:988<br />
#7 QDeclarativeObjectMethodScriptClass::callPrecise at qml/qdeclarativeobjectscriptclass.cpp:948<br />
#8 QDeclarativeObjectMethodScriptClass::call at qml/qdeclarativeobjectscriptclass.cpp:917<br />
#9 QScript::DeclarativeObjectDelegate::call at bridge/qscriptdeclarativeobject.cpp:154<br />
#10 QTJSC::NativeFuncWrapper::operator() at ../3rdparty/javascriptcore/JavaScriptCore/runtime/CallData.cpp:46
↧
0013843: xfsaild blocks after certain time
vmlinuz-3.10.0-693.2.2.el7.x86_64, started to have problem where xfsaild becomes blocked after a period of time and processes wanting to access the file system begin to grind to a halt. Most often hits chatty IO applications such as auditd first. A reboot solves the problem until the next time. The file system is in a mirrored volume group and neither the volume group nor individual disk reports any problems. Reverting to vmlinuz-3.10.0-514.26.2.el7.x86_64 seems to make the problem go away.
↧
0008990: cloud-init does not extend root volume size on centos 6.6 cloud-image
In my OpenStack environment, I provisioned a CentOS 6.6 image and a CentOS 7 image with a 20GB disk and some amount of cores/RAM. <br />
<br />
The CentOS 7 image shows a 20GB disk. The CentOS 6.6 image shows ~7.9GB disk.<br />
<br />
On the CentOS 6.6 host, If I print the partition table using fdisk I see "Disk /dev/vda: 21.5 GB, 21474836480 bytes" suggesting that it's got the proper amount of space on the device, but cloud-init doesn't want to grow it.<br />
<br />
On further digging, a coworker found that the CentOS 7 image seems to include the cloud-utils-growpart package. The CentOS 6.6 one does not. I install the cloud-utils-growpart package and reboot, and then I seem to have the correct sized disk:<br />
<br />
[<a href="mailto:centos@rdtest">centos@rdtest</a> ~]$ df -h /<br />
Filesystem Size Used Avail Use% Mounted on<br />
/dev/vda1 20G 617M 18G 4% /
↧
↧
0014631: Publish altarch builds for gluster on the mirrors
Hi,<br />
<br />
please sync the altarch builds for Gluster to the mirrors. I expect to see the following repositories once done:<br />
<br />
<a href="http://mirror.centos.org/altarch/7/storage/${basearch}/gluster-3.12/">http://mirror.centos.org/altarch/7/storage/${basearch}/gluster-3.12/</a> - cbs-tag: storage7-gluster-312-release<br />
<a href="http://mirror.centos.org/altarch/7/storage/${basearch}/gluster-4.0/">http://mirror.centos.org/altarch/7/storage/${basearch}/gluster-4.0/</a> - cbs-tag: storage7-gluster-40-release<br />
<br />
These are the same repositories that are available for CentOS 7/x86_64.<br />
<br />
Thanks!
↧
0014648: Add me to the PaaS SIG group
I am a member of the Centos PaaS team and would access to that project in Centos CI
↧
0014649: Requesting access for Sig-Paas CI/CI
New member of Sig-PaaS group requesting access to the build system automation<br />
Requested username: lbrigman<br />
Email: <a href="mailto:larry.brigman@arris.com">larry.brigman@arris.com</a><br />
<br />
public ssh key:<br />
################<br />
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAxiQR7AalhiMUg67jBuZtasxmBH6DmmgOnudpZ43h6v55Wvt8d27AeZsl1mLG4Z1mnCvj4Kp/jVqaFLtDKe9aFMW7riac4HR0+Roo6EhAue1oM8uAIcuNdnPpmd1bOLowrmXHZTr2fPdO/Z5Mj39RQqIeSToeT1BUeeoAfs1Qud37fwjS/NRda9D56EgXKLaaKtoVnLUeI4u7epR48IWj3VcNpzQlgIIqNm3VixAZr7xZzPwAtK88zwzLUMn2ZEe1Y6h92GteLoRKU/Ek1Rbaq0p2AdPzlRqzd5NkGQGsPUZFUoNjD42AmqQ9PYdnInvD9YpQuKEApZjym558GrJO7Q== <a href="mailto:lbrigman@venus">lbrigman@venus</a><br />
#####################
↧
0014650: set up CBS for Ceph mimic
Would you please create the following tags and target in CBS?<br />
<br />
Build target: storage7-ceph-mimic-el7-build<br />
Buildroot tag: storage7-ceph-mimic-el7-build<br />
Buildroot inheritance:<br />
storage7-ceph-mimic-el7-build<br />
├─buildsys7<br />
├─storage7-ceph-mimic-candidate<br />
├─storage7-ceph-common-candidate<br />
└─storage7-common-candidate<br />
<br />
Destination tag: storage7-ceph-mimic-candidate<br />
<br />
Publishing tags:<br />
storage7-ceph-mimic-testing<br />
storage7-ceph-mimic-release<br />
<br />
This is for the Ceph project of the Storage SIG.<br />
<br />
The mapping for buildlogs is as follows:<br />
<br />
storage7-ceph-mimic-testing|7/storage/x86_64/ceph-mimic/|7/storage/x86_64/ceph-mimic/|7/storage/x86_64/ceph-mimic/<br />
<br />
Thanks,<br />
Ken
↧
↧
0014651: CentOS Repository Related: Package (cloud-init-0.7.9-9.el7.centos.1.x86_64.rpm); different size @ (base) and (updates)
Greetings,<br />
<br />
(cloud-init-0.7.9-9.el7.centos.1.x86_64.rpm) is present at both below locations... but some how this is creating issue... guessing that one of these packages is having some kind of issue or difference...<br />
<br />
<a href="http://centos.usonyx.net/main/7/updates/x86_64/Packages/cloud-init-0.7.9-9.el7.centos.2.x86_64.rpm">http://centos.usonyx.net/main/7/updates/x86_64/Packages/cloud-init-0.7.9-9.el7.centos.2.x86_64.rpm</a> (Size 625k)<br />
-&-<br />
<a href="http://centos.usonyx.net/main/7/os/x86_64/Packages/cloud-init-0.7.9-9.el7.centos.2.x86_64.rpm">http://centos.usonyx.net/main/7/os/x86_64/Packages/cloud-init-0.7.9-9.el7.centos.2.x86_64.rpm</a> (Size 622k)<br />
<br />
Thank You :)<br />
Regards, Charles Caiado
↧
0014652: centos 7 MariaDB-5.5.56 ERROR 2013 (HY000): Lost connection to MySQL server during query
Suddenly MariaDB has started having issues on my CENTOS 7. I am getting ERROR "2013 (HY000): Lost connection to MySQL server during query" when i try to update a table via subquery such as : update table1 set sal=32 where prikey in (select id from table2 where....). The tables are myisam not innodb.<br />
<br />
I checked with mysqlcheck and everything reported fine. I also saw threads regarding the cache but no good. This is quite scary to happen in production systems...<br />
<br />
Thank you very much. Regards<br />
<br />
Stack trace<br />
<br />
[ERROR] mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware.<br />
<br />
To report this bug, see <a href="http://kb.askmonty.org/en/reporting-bugs">http://kb.askmonty.org/en/reporting-bugs</a><br />
<br />
We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail.<br />
<br />
Server version: 5.5.56-MariaDB<br />
key_buffer_size=134217728<br />
read_buffer_size=131072<br />
max_used_connections=1<br />
max_threads=153<br />
thread_count=1<br />
It is possible that mysqld could use up to <br />
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 466711 K bytes of memory<br />
Hope that's ok; if not, decrease some variables in the equation.<br />
<br />
Thread pointer: 0x5645e589bab0<br />
Attempting backtrace. You can use the following information to find out<br />
where mysqld died. If you see no messages after this, something went<br />
terribly wrong...<br />
stack_bottom = 0x7f053c0a3dc0 thread_stack 0x48000<br />
/usr/libexec/mysqld(my_print_stacktrace+0x3d)[0x5645e290096d]<br />
/usr/libexec/mysqld(handle_fatal_signal+0x515)[0x5645e2516285]<br />
/lib64/libpthread.so.0(+0xf5e0)[0x7f0542d235e0]<br />
/usr/libexec/mysqld(+0x396724)[0x5645e240a724]<br />
/usr/libexec/mysqld(_Z20get_best_combinationP4JOIN+0x35b)[0x5645e2410dcb]<br />
/usr/libexec/mysqld(+0x3b73b3)[0x5645e242b3b3]<br />
/usr/libexec/mysqld(_ZN4JOIN8optimizeEv+0x675)[0x5645e242e625]<br />
/usr/libexec/mysqld(_ZN13st_select_lex31optimize_unflattened_subqueriesEb+0xc8)[0x5645e23ddb18]<br />
/usr/libexec/mysqld(_Z12mysql_updateP3THDP10TABLE_LISTR4ListI4ItemES6_PS4_jP8st_ordery15enum_duplicatesbPySB_+0x3f9)[0x5645e246f359]<br />
/usr/libexec/mysqld(_Z21mysql_execute_commandP3THD+0x2de5)[0x5645e23e8815]<br />
/usr/libexec/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x125)[0x5645e23ec8c5]<br />
/usr/libexec/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1753)[0x5645e23ee923]<br />
/usr/libexec/mysqld(_Z24do_handle_one_connectionP3THD+0x1c2)[0x5645e24a0632]<br />
/usr/libexec/mysqld(handle_one_connection+0x4a)[0x5645e24a06da]<br />
/lib64/libpthread.so.0(+0x7e25)[0x7f0542d1be25]<br />
/lib64/libc.so.6(clone+0x6d)[0x7f054151934d]<br />
<br />
Trying to get some variables.<br />
Some pointers may be invalid and cause the dump to abort.<br />
Query (0x7f0510004c18): update...<br />
Connection ID (thread ID): 1<br />
Status: NOT_KILLED<br />
<br />
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=off<br />
<br />
The manual page at <a href="http://dev.mysql.com/doc/mysql/en/crashing.html">http://dev.mysql.com/doc/mysql/en/crashing.html</a> contains<br />
information that should help you find out what is causing the crash.<br />
180405 12:46:16 mysqld_safe Number of processes running now: 0<br />
180405 12:46:16 mysqld_safe mysqld restarted<br />
180405 12:46:16 [Note] /usr/libexec/mysqld (mysqld 5.5.56-MariaDB) starting as process 5586 ...<br />
180405 12:46:16 InnoDB: The InnoDB memory heap is disabled<br />
180405 12:46:16 InnoDB: Mutexes and rw_locks use GCC atomic builtins<br />
180405 12:46:16 InnoDB: Compressed tables use zlib 1.2.7<br />
180405 12:46:16 InnoDB: Using Linux native AIO<br />
180405 12:46:16 InnoDB: Initializing buffer pool, size = 128.0M<br />
180405 12:46:16 InnoDB: Completed initialization of buffer pool<br />
180405 12:46:16 InnoDB: highest supported file format is Barracuda.<br />
InnoDB: The log sequence number in ibdata files does not match<br />
InnoDB: the log sequence number in the ib_logfiles!<br />
InnoDB: Restoring possible half-written data pages from the doublewrite buffer...<br />
180405 12:46:16 InnoDB: Waiting for the background threads to start<br />
180405 12:46:17 Percona XtraDB (<a href="http://www.percona.com">http://www.percona.com</a>) 5.5.52-MariaDB-38.3 started; log sequence number 4191004<br />
180405 12:46:17 [Note] Plugin 'FEEDBACK' is disabled.<br />
180405 12:46:17 [Note] Server socket created on IP: '0.0.0.0'.<br />
180405 12:46:17 [Note] Event Scheduler: Loaded 0 events<br />
180405 12:46:17 [Note] /usr/libexec/mysqld: ready for connections.<br />
Version: '5.5.56-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Serve
↧
0014653: SELinux is preventing /usr/libexec/geoclue from search access on the directory 2001
SELinux is preventing geoclue from 'search' accesses on the directory 2001.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
If you believe that geoclue should be allowed search access on the 14095 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 'geoclue' --raw | audit2allow -M my-geoclue<br />
# semodule -i my-geoclue.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:geoclue_t:s0<br />
Target Context system_u:system_r:unconfined_service_t:s0<br />
Target Objects 2001 [ dir ]<br />
Source geoclue<br />
Source Path geoclue<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages<br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-166.el7_4.9.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) <br />
3.10.0-693.21.1.el7.x86_64 #1 SMP Wed Mar 7<br />
19.03.37 UTC 2018 x86_64 x86_64<br />
Alert Count 3<br />
First Seen 2018-03-27 23:14:30 CDT<br />
Last Seen 2018-04-04 23:22:12 CDT<br />
Local ID 4f5687e3-55c5-4aeb-892b-3c53365134a9<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1522902132.580:153): avc: denied { search } for pid=2039<br />
comm="geoclue" name="2001" dev="proc" ino=27659<br />
scontext=system_u:system_r:geoclue_t:s0 <br />
tcontext=system_u:system_r:unconfined_service_t:s0 tclass=dir<br />
<br />
Hash: geoclue,geoclue_t,unconfined_service_t,dir,search
↧
0014654: pcsd fails to start missing after network online in service file
missing after=network.online in /usr/lib/systemd/system/pcsd.service<br />
<br />
any reboot and pcsd will not start<br />
<br />
pcsd.service - PCS GUI and remote configuration interface<br />
Loaded: loaded (/usr/lib/systemd/system/pcsd.service; enabled; vendor preset: disabled)<br />
Active: failed (Result: exit-code) since Thu 2018-04-05 18:46:33 UTC; 2min 40s ago<br />
Process: 776 ExecStart=/usr/lib/pcsd/pcsd > /dev/null & (code=exited, status=1/FAILURE)<br />
Main PID: 776 (code=exited, status=1/FAILURE)<br />
<br />
Apr 05 18:46:33 server systemd[1]: Failed to start PCS GUI and remote configuration interface.
↧
↧
0013878: SELinux is preventing geoclue from 'search' accesses on the directory 14095.
Description of problem:<br />
SELinux is preventing geoclue from 'search' accesses on the directory 14095.<br />
<br />
***** Plugin catchall (100. confidence) suggests **************************<br />
<br />
If you believe that geoclue should be allowed search access on the 14095 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 'geoclue' --raw | audit2allow -M my-geoclue<br />
# semodule -i my-geoclue.pp<br />
<br />
Additional Information:<br />
Source Context system_u:system_r:geoclue_t:s0<br />
Target Context system_u:system_r:unconfined_service_t:s0<br />
Target Objects 14095 [ dir ]<br />
Source geoclue<br />
Source Path geoclue<br />
Port <Unknown><br />
Host (removed)<br />
Source RPM Packages geoclue2-2.4.5-1.el7.x86_64<br />
Target RPM Packages <br />
Policy RPM selinux-policy-3.13.1-166.el7_4.4.noarch<br />
Selinux Enabled True<br />
Policy Type targeted<br />
Enforcing Mode Enforcing<br />
Host Name (removed)<br />
Platform Linux (removed) 3.10.0-693.2.2.el7.x86_64 #1 SMP<br />
Tue Sep 12 22:26:13 UTC 2017 x86_64 x86_64<br />
Alert Count 9<br />
First Seen 2017-09-19 17:42:32 +08<br />
Last Seen 2017-09-21 10:11:29 +08<br />
Local ID 46b3d1c7-5fba-4c7c-a347-755d958efeba<br />
<br />
Raw Audit Messages<br />
type=AVC msg=audit(1505959889.755:204): avc: denied { search } for pid=14178 comm="geoclue" name="14095" dev="proc" ino=42774 scontext=system_u:system_r:geoclue_t:s0 tcontext=system_u:system_r:unconfined_service_t:s0 tclass=dir<br />
<br />
<br />
type=SYSCALL msg=audit(1505959889.755:204): arch=x86_64 syscall=open success=no exit=EACCES a0=ac1710 a1=0 a2=0 a3=0 items=0 ppid=1 pid=14178 auid=4294967295 uid=993 gid=991 euid=993 suid=993 fsuid=993 egid=991 sgid=991 fsgid=991 tty=(none) ses=4294967295 comm=geoclue exe=/usr/libexec/geoclue subj=system_u:system_r:geoclue_t:s0 key=(null)<br />
<br />
Hash: geoclue,geoclue_t,unconfined_service_t,dir,search<br />
<br />
Version-Release number of selected component:<br />
selinux-policy-3.13.1-166.el7_4.4.noarch
↧
0014656: Mount Volumes with Docker service: SELinux relabeling of is not allowed: "operation not supported"
When the docker daemon try access a volume from a service is throwing an error like:<br />
<br />
Level=error msg="fatal task error" error="SELinux relabeling of is not allowed: \"no such file or directory\"<br />
<br />
The container is no longer started.<br />
<br />
Services works correctly if they are launched without volumes.
↧
0014621: Disk write speed drops dramatically after kernel upgrade.
after upgrading to the kernel to 3.10.0-693.21.1.el7.x86_64 #1 SMP Wed Mar 7 19:03:37 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux, dropped to 20MB whereas in the kernel version 3.10.0-693.el7.x86_64 a record is 80MB.
↧