Discuss June 2016

discuss@lists.centos.org

114 participants
101 discussions

14 Jun '16

I normally use ssh to log into a remote server, change directory and then use scp from there to copy files from another remote server to the first one. Now the first server has been hit by continuous error correction messages from the ECC controller, all of which are corrected, and I am unable to get a command line to issue the required commands to change directory and then run scp from the other server. I have no problems, however, getting into the first server - except for being drowned by the error correction messages and the server seems to be running "fine". Until I am able to get to the server and investigate, is it possible to accomplish the above on a single command line, thus avoiding seeing the error messages? I should add that both the first and second server are set up to accept keys and not passwords so at least I don't have to worry about that. Thank you.

7 13

Slow RAID Check/high %iowait during check after updgrade from CentOS 6.5 -> CentOS 7.2
by Kelly Lesperance 14 Jun '16

14 Jun '16

I’ve posted this on the forums at https://www.centos.org/forums/viewtopic.php?f=47&t=57926&p=244614#p244614 - posting to the list in the hopes of getting more eyeballs on it. We have a cluster of 23 HP DL380p Gen8 hosts running Kafka. Basic specs: 2x E5-2650 128 GB RAM 12 x 4 TB 7200 RPM SATA drives connected to an HP H220 HBA Dual port 10 GB NIC The drives are configured as one large RAID-10 volume with mdadm, filesystem is XFS. The OS is not installed on the drive - we PXE boot a CentOS image we've built with minimal packages installed, and do the OS configuration via puppet. Originally, the hosts were running CentOS 6.5, with Kafka 0.8.1, without issue. We recently upgraded to CentOS 7.2 and Kafka 0.9, and that's when the trouble started. What we're seeing is that when the weekly raid-check script executes, performance nose dives, and I/O wait skyrockets. The raid check starts out fairly fast (20000K/sec - the limit that's been set), but then quickly drops down to about 4000K/Sec. dev.raid.speed sysctls are at the defaults: dev.raid.speed_limit_max = 200000 dev.raid.speed_limit_min = 1000 Here's 10 seconds of iostat output, which illustrates the issue: [root@r1k1log] # iostat 1 10 Linux 3.10.0-327.18.2.el7.x86_64 (r1k1) 05/24/16 _x86_64_ (32 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 8.80 0.06 1.89 14.79 0.00 74.46 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 52.59 2033.16 10682.78 1210398902 6359779847 sdb 52.46 2031.25 10682.78 1209265338 6359779847 sdc 52.40 2033.21 10683.53 1210433924 6360229587 sdd 52.22 2031.16 10683.53 1209212513 6360229587 sdf 52.20 2031.17 10682.06 1209216701 6359354331 sdg 52.62 2033.22 10684.17 1210437080 6360606756 sdh 52.57 2031.21 10684.17 1209242746 6360606756 sde 51.67 2033.17 10682.06 1210408935 6359354331 sdj 51.90 2031.13 10684.48 1209191501 6360795559 sdi 52.47 2033.16 10684.48 1210399262 6360795559 sdk 52.09 2033.15 10684.36 1210396915 6360724971 sdl 51.95 2031.20 10684.36 1209235241 6360724971 md127 138.20 74.49 64101.35 44348810 38161468777 avg-cpu: %user %nice %system %iowait %steal %idle 8.57 0.09 1.33 26.19 0.00 63.81 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 28.00 512.00 8416.00 512 8416 sdb 28.00 512.00 8416.00 512 8416 sdc 25.00 448.00 8876.00 448 8876 sdd 24.00 448.00 8364.00 448 8364 sdf 23.00 448.00 8192.00 448 8192 sdg 24.00 512.00 7680.00 512 7680 sdh 24.00 512.00 7680.00 512 7680 sde 23.00 448.00 8192.00 448 8192 sdj 23.00 512.00 7680.00 512 7680 sdi 23.00 512.00 7680.00 512 7680 sdk 23.00 512.00 7680.00 512 7680 sdl 23.00 512.00 7680.00 512 7680 md127 101.00 0.00 48012.00 0 48012 avg-cpu: %user %nice %system %iowait %steal %idle 6.50 0.00 1.04 24.27 0.00 68.19 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 26.00 512.00 9216.00 512 9216 sdb 26.00 512.00 9216.00 512 9216 sdc 27.00 576.00 9204.00 576 9204 sdd 28.00 576.00 9716.00 576 9716 sdf 31.00 768.00 9728.00 768 9728 sdg 28.00 512.00 10240.00 512 10240 sdh 28.00 512.00 10240.00 512 10240 sde 31.00 768.00 9728.00 768 9728 sdj 28.00 512.00 9744.00 512 9744 sdi 28.00 512.00 9744.00 512 9744 sdk 27.00 512.00 9728.00 512 9728 sdl 27.00 512.00 9728.00 512 9728 md127 114.00 0.00 57860.00 0 57860 avg-cpu: %user %nice %system %iowait %steal %idle 9.24 0.00 1.32 20.02 0.00 69.42 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 50.00 512.00 20408.00 512 20408 sdb 50.00 512.00 20408.00 512 20408 sdc 48.00 512.00 19984.00 512 19984 sdd 48.00 512.00 19984.00 512 19984 sdf 50.00 704.00 19968.00 704 19968 sdg 47.00 512.00 19968.00 512 19968 sdh 47.00 512.00 19968.00 512 19968 sde 50.00 704.00 19968.00 704 19968 sdj 48.00 512.00 19972.00 512 19972 sdi 48.00 512.00 19972.00 512 19972 sdk 48.00 512.00 19980.00 512 19980 sdl 48.00 512.00 19980.00 512 19980 md127 241.00 0.00 120280.00 0 120280 avg-cpu: %user %nice %system %iowait %steal %idle 7.98 0.00 0.98 18.42 0.00 72.63 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 39.00 640.00 14076.00 640 14076 sdb 39.00 640.00 14076.00 640 14076 sdc 36.00 512.00 14324.00 512 14324 sdd 36.00 512.00 14324.00 512 14324 sdf 36.00 576.00 13824.00 576 13824 sdg 43.00 1024.00 13824.00 1024 13824 sdh 43.00 1024.00 13824.00 1024 13824 sde 36.00 576.00 13824.00 576 13824 sdj 44.00 1024.00 14104.00 1024 14104 sdi 44.00 1024.00 14104.00 1024 14104 sdk 45.00 1024.00 14336.00 1024 14336 sdl 45.00 1024.00 14336.00 1024 14336 md127 168.00 0.00 84488.00 0 84488 avg-cpu: %user %nice %system %iowait %steal %idle 7.39 0.00 1.01 19.48 0.00 72.13 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 22.00 896.00 4096.00 896 4096 sdb 22.00 896.00 4096.00 896 4096 sdc 19.00 640.00 4344.00 640 4344 sdd 19.00 640.00 4344.00 640 4344 sdf 18.00 512.00 5120.00 512 5120 sdg 18.00 512.00 5120.00 512 5120 sdh 18.00 512.00 5120.00 512 5120 sde 18.00 512.00 5120.00 512 5120 sdj 18.00 512.00 4624.00 512 4624 sdi 18.00 512.00 4624.00 512 4624 sdk 18.00 512.00 4608.00 512 4608 sdl 18.00 512.00 4608.00 512 4608 md127 57.00 0.00 27912.00 0 27912 avg-cpu: %user %nice %system %iowait %steal %idle 10.92 0.00 1.58 21.84 0.00 65.66 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 23.00 576.00 7168.00 576 7168 sdb 23.00 576.00 7168.00 576 7168 sdc 29.00 896.00 7680.00 896 7680 sdd 29.00 896.00 7680.00 896 7680 sdf 31.00 1024.00 7680.00 1024 7680 sdg 31.00 1024.00 7680.00 1024 7680 sdh 31.00 1024.00 7680.00 1024 7680 sde 31.00 1024.00 7680.00 1024 7680 sdj 30.00 1024.00 7168.00 1024 7168 sdi 31.00 1024.00 7680.00 1024 7680 sdk 32.00 1024.00 7424.00 1024 7424 sdl 32.00 1024.00 7424.00 1024 7424 md127 89.00 0.00 44800.00 0 44800 avg-cpu: %user %nice %system %iowait %steal %idle 13.89 0.03 2.63 21.54 0.00 61.91 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 30.00 960.00 7680.00 960 7680 sdb 30.00 960.00 7680.00 960 7680 sdc 32.00 1024.00 7684.00 1024 7684 sdd 32.00 1024.00 7684.00 1024 7684 sdf 31.00 1024.00 7680.00 1024 7680 sdg 31.00 1024.00 7680.00 1024 7680 sdh 31.00 1024.00 7680.00 1024 7680 sde 31.00 1024.00 7680.00 1024 7680 sdj 32.00 1024.00 8192.00 1024 8192 sdi 31.00 1024.00 7680.00 1024 7680 sdk 26.00 704.00 7680.00 704 7680 sdl 26.00 704.00 7680.00 704 7680 md127 92.00 0.00 46596.00 0 46596 avg-cpu: %user %nice %system %iowait %steal %idle 14.24 0.00 2.22 19.89 0.00 63.65 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 33.00 1024.00 7244.00 1024 7244 sdb 33.00 1024.00 7244.00 1024 7244 sdc 31.00 1024.00 7668.00 1024 7668 sdd 31.00 1024.00 7668.00 1024 7668 sdf 31.00 1024.00 7680.00 1024 7680 sdg 26.00 768.00 6672.00 768 6672 sdh 26.00 768.00 6672.00 768 6672 sde 31.00 1024.00 7680.00 1024 7680 sdj 21.00 512.00 6656.00 512 6656 sdi 21.00 512.00 6656.00 512 6656 sdk 27.00 832.00 7168.00 832 7168 sdl 27.00 832.00 7168.00 832 7168 md127 88.00 0.00 43088.00 0 43088 avg-cpu: %user %nice %system %iowait %steal %idle 8.02 0.13 1.42 23.90 0.00 66.53 Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 30.00 1024.00 7168.00 1024 7168 sdb 30.00 1024.00 7168.00 1024 7168 sdc 29.00 960.00 7168.00 960 7168 sdd 29.00 960.00 7168.00 960 7168 sdf 23.00 512.00 7668.00 512 7668 sdg 28.00 768.00 7680.00 768 7680 sdh 28.00 768.00 7680.00 768 7680 sde 23.00 512.00 7668.00 512 7668 sdj 30.00 1024.00 6672.00 1024 6672 sdi 30.00 1024.00 6672.00 1024 6672 sdk 30.00 1024.00 7168.00 1024 7168 sdl 30.00 1024.00 7168.00 1024 7168 md127 87.00 0.00 43524.00 0 43524 Details of the array: [root@r1k1] # cat /proc/mdstat Personalities : [raid10] md127 : active raid10 sdf[5] sdi[8] sdh[7] sdk[10] sdb[1] sdj[9] sdc[2] sdd[3] sdl[11] sde[13] sdg[12] sda[0] 23441323008 blocks super 1.2 512K chunks 2 near-copies [12/12] [UUUUUUUUUUUU] [======>..............] check = 30.8% (7237496960/23441323008) finish=62944.5min speed=4290K/sec unused devices: <none> [root@r1k1] # mdadm --detail /dev/md127 /dev/md127: Version : 1.2 Creation Time : Thu Sep 18 09:57:57 2014 Raid Level : raid10 Array Size : 23441323008 (22355.39 GiB 24003.91 GB) Used Dev Size : 3906887168 (3725.90 GiB 4000.65 GB) Raid Devices : 12 Total Devices : 12 Persistence : Superblock is persistent Update Time : Tue May 24 15:32:56 2016 State : active, checking Active Devices : 12 Working Devices : 12 Failed Devices : 0 Spare Devices : 0 Layout : near=2 Chunk Size : 512K Check Status : 30% complete Name : localhost:kafka UUID : b6b98e3e:65ee06c3:3599d781:98908041 Events : 2459193 Number Major Minor RaidDevice State 0 8 0 0 active sync set-A /dev/sda 1 8 16 1 active sync set-B /dev/sdb 2 8 32 2 active sync set-A /dev/sdc 3 8 48 3 active sync set-B /dev/sdd 13 8 64 4 active sync set-A /dev/sde 5 8 80 5 active sync set-B /dev/sdf 12 8 96 6 active sync set-A /dev/sdg 7 8 112 7 active sync set-B /dev/sdh 8 8 128 8 active sync set-A /dev/sdi 9 8 144 9 active sync set-B /dev/sdj 10 8 160 10 active sync set-A /dev/sdk 11 8 176 11 active sync set-B /dev/sdl We've tried changing the I/O scheduler, queue_depth, queue_type, read-ahead, etc, but nothing has helped. We've also upgraded all of the firmware, and installed HP's mpt2sas driver. We have 4 other Kafka clusters, however they're HP DL180 G6 servers. We completed the same CentOS 6.5 -> 7.2/Kafka 0.8 -> 0.9 upgrade on those clusters, and there has been no impact to their performance. We've been banging our heads against the wall for a few weeks now, really hoping someone from the community can point us in the right direction. Thanks, Kelly Lesperance

6 26

HFSPlus Question
by Albert McCann 11 Jun '16

11 Jun '16

In CentOS 7.2.1511 does the 3.10.0-327.18.2.el7.centos.plus.x86_64 (Plus) kernel read HFSPlus iMac drives? I don't see any hfsplus modules installed anywhere, so I suspect not. My sister's 17" iMac died, and I'm trying to recover the drive. If it spins up, I'd like to copy it with dd. I see that Elrepo has kmod-hfsplus and hfsplus-tools, will these work with the Plus kernel? I still have to pull the drive from that infernal iMac case, so can't test yet. Thank you for any clues, my Google-foo isn't finding anything on the Plus kernel and HFSPlus. --- I yam Popeye of the Borg. Prepares ta beez askimiligrated.

6 7

clamav out dated
by Andreas Benzler 11 Jun '16

11 Jun '16

Jun 10 15:47:01 h2580013.stratoserver.net freshclam[1668]: Your ClamAV installation is OUTDATED! Jun 10 15:47:01 h2580013.stratoserver.net freshclam[1668]: Local version: 0.99.1 Recommended version: 0.99.2

4 3

compiling with lsocks support on centos 6?
by Jason Welsh 10 Jun '16

10 Jun '16

im trying to compile lftp with socks support and im getting the following.. ... checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking for main in -lsocks5... no configure: error: cannot find -lsocks5 library [jason@nibbler lftp-4.7.2]$ ive looked and cant seem to figure out where to download the libsocks stuff? I found 1 post on the innernets that said that its integrated in the kernel? How can I get this compiled with socks(5) support? Jason

2 3

for loop example
by Diego 10 Jun '16

10 Jun '16

Maybe this don't to be the best form to solve your problem, but worked,rs. #!/bin/bash #power by Diego Rodrigues totalFileOne=$(wc -l file1 | cut -d" " -f1) totalFileTwo=$(wc -l file2 | cut -d" " -f1) count=0 if [ ! "${totalFileOne}" -eq "${totalFileTwo}" ];then echo "The two files need of same number of lines" exit 1 fi for ((i=0;$i<${totalFileOne};i++)); do #add more one to some NumberLine=$(( $i+1 )) echo -en $(sed ${NumberLine}'!d' file1 ;sed ${NumberLine}'!d' file2)"\n" done Em ter, 7 de jun de 2016 às 08:42, <centos-request(a)centos.org> escreveu: > Send CentOS mailing list submissions to > centos(a)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-request(a)centos.org > > You can reach the person managing the list at > centos-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS digest..." > > > Today's Topics: > > 1. for loop example (Indunil Jayasooriya) > 2. remote backup (Alessandro Baggi) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 4 Jun 2016 11:11:21 +0530 > From: Indunil Jayasooriya <indunil75(a)gmail.com> > To: CentOS mailing list <centos(a)centos.org> > Subject: [CentOS] for loop example > Message-ID: > <CAJF2yJSdCEysBoqGo2B+BerpgPYBmMxD=ahj4LiHN6xR8H= > 3Gg(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi list, > > Can you look in to this? > > > [root@centos67 loop]# cat file1 > firstname1 > firstname2 > > [root@centos67 loop]# cat file2 > lastname1 > lastname2 > > I need a OUTPUT like this > > > *firstname1 lastname1firstname2 lastname2* > > > But I try the below command , i get below output. what is the real command > to get the above output > > [root@centos67 loop]# for line1 in $(cat file1 ); do for line2 in $(cat > file2 ); do echo "$line1" "$line2";done;done; > firstname1 lastname1 > firstname1 lastname2 > firstname2 lastname1 > firstname2 lastname2 > > > And also, I created a file3 like this > > [root@centos67 loop]# cat file3 > firstname1 lastname1 > firstname2 lastname2 > > How can I get the same OUTPUT ? > > > *firstname1 lastname1firstname2 lastname2* > > > if I try below command, i get the below output. > > [root@centos67 loop]# for i in $(cat file3);do echo $i;done; > firstname1 > lastname1 > firstname2 > lastname2 > > > Could you pls help me to solve this ? THIS is very important to me. > > > > > > > > > > -- > cat /etc/motd > > Thank you > Indunil Jayasooriya > http://www.theravadanet.net/ > http://www.siyabas.lk/sinhala_how_to_install.html - Download Sinhala > Fonts > > > ------------------------------ > > Message: 2 > Date: Sat, 4 Jun 2016 12:34:40 +0200 > From: Alessandro Baggi <alessandro.baggi(a)gmail.com> > To: CentOS <centos(a)centos.org> > Subject: [CentOS] remote backup > Message-ID: <5752AEC0.4010609(a)gmail.com> > Content-Type: text/plain; charset=iso-8859-15; format=flowed > > Hi list, > i've need to backup a partition of ~200GB with a local connection of 8/2 > mbps. > > Tool like bacula, amanda can't help me due to low bandwidth in local > server. > > I'm thinking rsync will be a good choice. > > What do you think about? > > Thanks in advance. > > > ------------------------------ > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > > > End of CentOS Digest, Vol 137, Issue 5 > ************************************** >

3 3

setting up auto logout in CentOS 6
by Vanhorn, Mike 09 Jun '16

09 Jun '16

I would like to have my lab workstations logout a session after the person has been idle for a certain period of time. After some searching on the web, I got into /etc/gconf/schemas/gnome-session.schemas and set the default value of max_idle_action to “forced-logout”: <schema> <key>/schemas/desktop/gnome/session/max_idle_action</key> <applyto>/desktop/gnome/session/max_idle_action</applyto> <owner>gnome</owner> <type>string</type> <default>forced-logout</default> <gettext_domain>gnome-session-2.0</gettext_domain> <locale name="C"> <short>The action to take after the maximum idle time</short> <long>The name of the action to take when the maximum allowed idle time has been reached. The Delay is specified in the "max_idle_time" key. Allowed values are: logout, forced-logout. An empty string disables the action.</long> </locale> </schema> but the system is not logging me out after the max_idle_time. Is there something I’m missing? Thanks! --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanhorn(a)wright.edu

3 3

Re: [CentOS] Fwd: EPEL-ANNOUNCE Re: Upcoming OwnCloud changes in EPEL
by James Hogarth 09 Jun '16

09 Jun '16

On 22 Apr 2016 18:11, "James Hogarth" <james.hogarth(a)gmail.com> wrote: > > In the event that there are CentOS users making use of the EPEL owncloud packages, but not following the EPEL mailing lists, please read the mail below with regards to your installations. > > Thanks > > James > > ---------- Forwarded message ---------- > From: "James Hogarth" <james.hogarth(a)gmail.com> > Date: 22 Apr 2016 16:21 > Subject: EPEL-ANNOUNCE Re: Upcoming OwnCloud changes in EPEL > To: "EPEL Development List" <epel-devel(a)lists.fedoraproject.org> > Cc: <epel-announce(a)lists.fedoraproject.org> > > > > > > > On 5 April 2016 at 09:22, James Hogarth <james.hogarth(a)gmail.com> wrote: > >> > >> Hi all, > >> > >> Following on the process of bringing OwnCloud up to date in Fedora we're turning our attention to the EPEL users. > >> > >> Unfortunately EL6's use of php53 means we cannot update any further there given the minimum requirement of php54. > >> > >> As such the maintenance update of 7.0.13 that is in epel-testing now for EPEL6 will be the final one there to be followed by the retiring of the package. > >> > >> If you wish to update from that please either migrate to an EL7 base system or switch to the OwnCloud upstream packages which make use of SCL to satisfy the php54+ requirement. > >> > >> On the EPEL7 side of things 8.1.6 is due to hit testing very shortly. This is a mandatory update as a precursor to the 8.2.3 update in due course. Once this reaches live please ensure that updates are carried out and your OwnCloud installation is fully tested prior to the 8.2.3 update. > >> > >> This is due to a requirement from upstream that updates follow the path 8.0 -> 8.1 -> 8.2 -> 9.0. > >> > >> Related to this when updating the EL6 install from the 7.0 version to an EL7 or upstream SCL version please do make sure you follow the upgrade chain correctly - it is not possible to skip a step. > >> > >> Once the 8.2 goal is reached a discussion will be had then for EPEL as to whether to provide owncloud82 and owncloud90 packages or to just stay on the current major update - but that discussion is some time away as of yet. > >> > >> The reason for picking owncloud82 as the possible base for this is that this is the first version that has no php libraries bundled so will be the easiest to provide the long term maintained base from in a clean fashion complying to guidelines as closely as possible. > >> > >> Kind regards, > >> > >> James > >> > >> > > > > Following on from the previous message EPEL6 has it's final update with the EOL message. Please arrange to move to the upstream SCL packages or to migrate to EL7 if you are using owncloud on EPEL6 - be aware when you do migrate off of this that it is important to follow the chain through 8.0->8.1->8.2 checking your installation at each step. > > > > EPEL7 has had some time in testing and received a positive test so the 8.1.6 update there is being pushed today. > > > > When that has gone stable an 8.2.3 update will be pushed to epel-testing. Please ensure that your installation is updated to 8.1.6 and fully tested before applying the 8.2.3 update. > > For any OwnCloud users on CentOS who utilise the EPEL packages please be aware of important changes this week: The EPEL6 package has now been retired as end of life. If using the EPEL6 packaging of OwnCloud please ensure you migrate to a supported version as discussed above. On the EPEL7 side of things 8.2.4 has just been submitted to stable. Please ensure that the previous 8.1.6 update has been applied and fully tested before carrying out the 8.2.4 update. For those willing to do some early preliminary testing of 9.0.2 it has been uploaded to my Fedora people space, along with its dependencies.

4 7

Centos 6.8 GDM possible bug: can't log into another user
by Gilbert Sebenste 09 Jun '16

09 Jun '16

Hello everyone, Since I upgraded to CentOS 6.8 last week, I am having an issue whereby I log out, and then it attempts to log me in as the same user. I then click on another user and try to log in, but it instantly blows me right out and back to the login prompt for the original user. I do have GDM set up to auto-login at boot to a particular user in /etc/gdm/custom.conf, but it has always allowed me to log into another account while on the Gnome desktop, sitting in front of the computer. Has anyone else seen this issue? Gilbert ******************************************************************************* Gilbert Sebenste ***** (My opinions only!) *** *******************************************************************************

2 1

CentOS-announce Digest, Vol 136, Issue 2
by centos-announce-request＠centos.org 08 Jun '16

08 Jun '16

Send CentOS-announce mailing list submissions to centos-announce(a)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-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)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-2016:1204 Important CentOS 6 spice-server Security Update (Johnny Hughes) 2. CESA-2016:1205 Important CentOS 7 spice Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 7 Jun 2016 14:48:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1204 Important CentOS 6 spice-server Security Update Message-ID: <20160607144831.GA65268(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1204 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1204.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 809e9d71025ce9587d91b9f2d5d9fb02534a80cacae2a99996f46e1be7187480 spice-server-0.12.4-13.el6.1.x86_64.rpm 9fbb2f0cc41fa67b76a366ef426de81d516a6514a23942ca30e97cfb52599c32 spice-server-devel-0.12.4-13.el6.1.x86_64.rpm Source: b1a32672aeb5a90664d461b30155a6f74f8d6c533750551eb3111d222e5c1a10 spice-server-0.12.4-13.el6.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 7 Jun 2016 15:09:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1205 Important CentOS 7 spice Security Update Message-ID: <20160607150948.GA3459(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1205 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1205.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6373aaf37d9487127df5fb1afed95d2629f63ca38209b0e550758558798ce7c5 spice-server-0.12.4-15.el7_2.1.x86_64.rpm 5cb372ceb2fdf595c7eba34b8938ad8db7e87a61bfb77c73a5afb57e559e28a4 spice-server-devel-0.12.4-15.el7_2.1.x86_64.rpm Source: 98a5551264ccbd5d1e686783186d6d36a63d375ff90f87f2b8d779b9320e9481 spice-0.12.4-15.el7_2.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 136, Issue 2 ***********************************************

1 0

← Newer
1
...
5
6
7
8
9
10
11
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2016