Discuss June 2016

discuss@lists.centos.org

114 participants
99 discussions

Error: Could not find or load main class with OpenJDK and Oracle Java
by Alexander Farber 17 Jun '16

17 Jun '16

Hello fellow Linux users, on CentOS 7.2 I have successfully downloaded and installed Oracle Java [1] with: # rpm -Uvh jdk-8u91-linux-x64.rpm Also there is already OpenJDK installed: # rpm -qa | grep -i jdk java-1.8.0-openjdk-headless-1.8.0.91-0.b14.el7_2.x86_64 java-1.8.0-openjdk-1.8.0.91-0.b14.el7_2.x86_64 jdk1.8.0_91-1.8.0_91-fcs.x86_64 I can switch between the 2 using this command: # alternatives --config java There are 2 programs which provide 'java'. Selection Command ----------------------------------------------- * 1 /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.91-0.b14.el7_2.x86_64/jre/bin/java + 2 /usr/java/jdk1.8.0_91/jre/bin/java Enter to keep the current selection[+], or type selection number: And see the selected version with: # java -version java version "1.8.0_91" Java(TM) SE Runtime Environment (build 1.8.0_91-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode) # javac -version javac 1.8.0_91 Now to my problem please - I have created a simple java file named TheClassName.java: package thepackagename; public class TheClassName { public static final void main(String[] args) { System.out.println("Hello World!"); } } After successfully compiling it with "javac TheClassName.java" (which produces TheClassName.class file in the same dir) I unfortunately can not run it: # java -cp . thepackagename.TheClassName Error: Could not find or load main class thepackagename.TheClassName Here another try: # export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.91-0.b14.el7_2.x86_64/jre # $JAVA_HOME/bin/java -cp . thepackagename.TheClassName Error: Could not find or load main class thepackagename.TheClassName Setting another environment variable does not help either: # export CLASSPATH=. Similar command on Windows 7 works well and I have tried copying the TheClassName.class file from there to Linux too. The setting is SELINUX=disabled and the server was installed few weeks ago, serving (without errors) as LAMP with MySQL/PostgreSQL/Apache/WordPress. Any suggestions please, have I missed anything? Regards Alex [1]: http://www.oracle.com/technetwork/java/javase/

1 1

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

17 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. Updated Vagrant Box's are now available : 1605 (Karanbir Singh) 2. CESA-2016:1217 Critical CentOS 6 firefox Security Update (Johnny Hughes) 3. CESA-2016:1217 Critical CentOS 5 firefox Security Update (Johnny Hughes) 4. CESA-2016:1217 Critical CentOS 7 firefox Security Update (Johnny Hughes) 5. CESA-2016:1237 Important CentOS 6 ImageMagick Security Update (Johnny Hughes) 6. CESA-2016:1237 Important CentOS 7 ImageMagick Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 16 Jun 2016 15:39:58 +0100 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] Updated Vagrant Box's are now available : 1605 Message-ID: <e9c5d74b-6b6f-6e55-04b7-f6fc1a991a11(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Updated Vagrant box's are now available for CentOS Linux 7/x86_64 and for the first time for CentOS Linux 6/x86_64; We are providing box's for Livbirt provider and the Virtual Box provider. ref: https://atlas.hashicorp.com/centos/boxes/6 https://atlas.hashicorp.com/centos/boxes/7 Release Notes for these images are published at : https://seven.centos.org/2016/06/updated-centos-vagrant-images-available / regards, - -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXYro+AAoJEI3Oi2Mx7xbtD0wH/258qtXogCXBwFDOId4d7PmV bRVyYp+i0wX+yG6xWrziDXjWoRB/xa+YUJX39qvhP2PGikJg7aj9K+z5DS9Y9Dfp hBMfmQ17MvIV53cfPeNnL06wSOZ+Y93awN7fr7It8nR4imAgXXouAX0YjDioOP2j GTteuu0ieyYU87sG/CZuHBGPgvsL4u5XVba19VY+0b12pv3z9kHJeHIwReQX3WVT 7C2cstXTsnEC/BYdbfPj+hFKRZGwuAiA5JDLN53eoOuQReIfnYfU2a/ugebTUH8G X12J64IaKDfCd6018DC+uUDtmaiFwXlxeaKyHqXO7m6EiCMQrhRty2CPNajVk08= =wR1K -----END PGP SIGNATURE----- ------------------------------ Message: 2 Date: Wed, 8 Jun 2016 23:13:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1217 Critical CentOS 6 firefox Security Update Message-ID: <20160608231332.GA55602(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1217 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1217.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: acc8466a5e2e7b4f97e476ef08608babd3957f9dea929ede45436549dd189940 firefox-45.2.0-1.el6.centos.i686.rpm x86_64: acc8466a5e2e7b4f97e476ef08608babd3957f9dea929ede45436549dd189940 firefox-45.2.0-1.el6.centos.i686.rpm 3c0badf351a25c811dce868afd434b9341a3da64018937be7bac76c39ecb5a42 firefox-45.2.0-1.el6.centos.x86_64.rpm Source: 733ca4db9bc0d6dcb4edc0d270299834e4b78b0f115025fd310146ce420380e2 firefox-45.2.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 8 Jun 2016 23:28:21 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1217 Critical CentOS 5 firefox Security Update Message-ID: <20160608232821.GA24655(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1217 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1217.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4f682310ef08803318d69e4044446dac5beab8bc046daf8e66ac5c1c4f95e373 firefox-45.2.0-1.el5.centos.i386.rpm x86_64: 4f682310ef08803318d69e4044446dac5beab8bc046daf8e66ac5c1c4f95e373 firefox-45.2.0-1.el5.centos.i386.rpm 95a69b243ad4569af34a05fc1806d826a665a38550abe275f93de0b4378ddf95 firefox-45.2.0-1.el5.centos.x86_64.rpm Source: 02393904e04805e7f719e8b2d47d0f63a639e788a7c0f9f9df13826db83edb74 firefox-45.2.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 16 Jun 2016 15:30:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1217 Critical CentOS 7 firefox Security Update Message-ID: <20160616153039.GA61351(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1217 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1217.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f79412140473a03de8d8f29357d9b4c6ce48cc2a0284c5a88f05fa28a6cf289d firefox-45.2.0-1.el7.centos.i686.rpm 4c9e18cfccc1942cc39ccb2644b308d4c381128f2ee39f4f735c34325354feb5 firefox-45.2.0-1.el7.centos.x86_64.rpm Source: 54784c2a92a040f721608d254a75f95cbab5ba33d436f63f20479145b486c334 firefox-45.2.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 16 Jun 2016 23:05:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1237 Important CentOS 6 ImageMagick Security Update Message-ID: <20160616230559.GA7783(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1237 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1237.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 65c983e6e5121fe3739bef92b59f71c343a382b583ecc2ad29c536d48e354a74 ImageMagick-6.7.2.7-5.el6_8.i686.rpm 1ce7dfba86870708042cba5180c90d04e66067444192fad0c94cd89a64f8d25c ImageMagick-c++-6.7.2.7-5.el6_8.i686.rpm 3f5b4e728b60086914fb981d691bdf85c693119e4a9d4be21db3bc7c805e710a ImageMagick-c++-devel-6.7.2.7-5.el6_8.i686.rpm b84e69c4ae62329d7b39d9c872755056e08b1b749d8a527f8b77d1ce072854db ImageMagick-devel-6.7.2.7-5.el6_8.i686.rpm ae675e2b4041e3c5616f866eb200403e7a534ca485902b4216615907382fa89a ImageMagick-doc-6.7.2.7-5.el6_8.i686.rpm 78b1ee094571ea9cfe915c63cd9ad1a0406221c7428b08bd4521cc19635223c7 ImageMagick-perl-6.7.2.7-5.el6_8.i686.rpm x86_64: 65c983e6e5121fe3739bef92b59f71c343a382b583ecc2ad29c536d48e354a74 ImageMagick-6.7.2.7-5.el6_8.i686.rpm 7b18fce8ab88c27d216956e7719664cf1d4295483a2cd1558034d299f886185d ImageMagick-6.7.2.7-5.el6_8.x86_64.rpm 1ce7dfba86870708042cba5180c90d04e66067444192fad0c94cd89a64f8d25c ImageMagick-c++-6.7.2.7-5.el6_8.i686.rpm 9c64febc2372c91e557adfead3481b2d7c6c44aff7bc96061a97b3a0b3c1dcfc ImageMagick-c++-6.7.2.7-5.el6_8.x86_64.rpm 3f5b4e728b60086914fb981d691bdf85c693119e4a9d4be21db3bc7c805e710a ImageMagick-c++-devel-6.7.2.7-5.el6_8.i686.rpm 96874c4e1b25ce7dd6ab5754dae183d738f9092f128a7088fef6ba7d5df8dd2c ImageMagick-c++-devel-6.7.2.7-5.el6_8.x86_64.rpm b84e69c4ae62329d7b39d9c872755056e08b1b749d8a527f8b77d1ce072854db ImageMagick-devel-6.7.2.7-5.el6_8.i686.rpm 61b212db7fba37e77b24bdd29830da40af93bfc6fd435f14b13b48cb7fc4c99e ImageMagick-devel-6.7.2.7-5.el6_8.x86_64.rpm 2089a7c8bdec3d78fc317bf665050221a387f5388378dad3111d156733573647 ImageMagick-doc-6.7.2.7-5.el6_8.x86_64.rpm 8fb705c93e211aa5c177175c045fb848efd0fae691d8a97333508b73e06a7295 ImageMagick-perl-6.7.2.7-5.el6_8.x86_64.rpm Source: 426aa2c46e8591e4fafc55d1c7c32f5f154a0dd48b81afc1485f360c1871f565 ImageMagick-6.7.2.7-5.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 16 Jun 2016 23:49:33 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:1237 Important CentOS 7 ImageMagick Security Update Message-ID: <20160616234933.GA12051(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:1237 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1237.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c2381a8bc056204b610b111e957897b0992c3814d9a8e7dbdd304a85ac401aa8 ImageMagick-6.7.8.9-15.el7_2.i686.rpm b47a343b21df93744f88fa94eb049905763150f97804ed7971d0cdfad28e6bf8 ImageMagick-6.7.8.9-15.el7_2.x86_64.rpm 5a3ffb1e7eecb59304481181a6b0935e4fcd8ecadd0630a43934143d7c97be51 ImageMagick-c++-6.7.8.9-15.el7_2.i686.rpm 492fc944f8908199248f1fdba5b6c5a15aa1422aaece6eae899747380cb20d5f ImageMagick-c++-6.7.8.9-15.el7_2.x86_64.rpm f6f17de463a7378fc3ae7126d5d1112a26b1566c3e73051eaea4ac0dfec3408e ImageMagick-c++-devel-6.7.8.9-15.el7_2.i686.rpm 7106ca5a407e75158056c82bd2cd9ecbb112be6e29d599594d952c779bdd57f5 ImageMagick-c++-devel-6.7.8.9-15.el7_2.x86_64.rpm e0c9445f1d7a1b4a0ee97d7d1e3c6665667ebf84557f87227cbe7f1950930496 ImageMagick-devel-6.7.8.9-15.el7_2.i686.rpm 03f51bda15c581bcc6e56d5f24803c44ac46d56bf180058e93ddb39258cd1fbe ImageMagick-devel-6.7.8.9-15.el7_2.x86_64.rpm 8c5b7f5064340a04eb8cdbfb8a20d3e0cb11d6867ef64820fd9edc7be89c7329 ImageMagick-doc-6.7.8.9-15.el7_2.x86_64.rpm feb0024d0d98cb90f3dc02b08af565548ac9d6e0b9548a7af2fc0b1d66289b4f ImageMagick-perl-6.7.8.9-15.el7_2.x86_64.rpm Source: 401974be1ac1a9e64fe9a8d8a0d8ee9a32fbf8deef2ee23ad7e37c0f43a9d184 ImageMagick-6.7.8.9-15.el7_2.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 3 ***********************************************

1 0

Installing 6.8 from DVD1.iso, changes
by Zube 17 Jun '16

17 Jun '16

Downloaded 6.8 DVD1.iso, dd to stick. Went through same selections I have gone through since 6.2, only this time it got to the end and stated it couldn't find rear, which is under "backup client". OK, try it again without rear. This time it's yum-plugin-ovl from base (?). Then chrony, also in base (?). Then flightrecorder, libreswan, at least 2 of openmpi & co. and finally unbound, which is a rather apt description of my current mental state. So, a heap of stuff has either moved to DVD2 or is new and lives on DVD2. The same set of selections, especially if you choose all the optional packages of a group, may not work as they previously did in the install of <= 6.7. Cheers, Zube

2 1

Missing CPU Cores from 2nd Socket
by De Vito, Carmen (Carmen) 16 Jun '16

16 Jun '16

Has anyone else noticed an issue when running CentOS 7.2.1511 on ESXi 6.0, where only the first sockets worth of cores appear to be presented to the kernel? For example, I've set up a VM on an ESXi 6 node with 2 sockets, each of which has 2 cores attached. Once I start up the server I can see in dmidecode that both sockets are populated, each with a dual-core processor. But, within top, cpuinfo and numactl, I can only see the cores presented from the socket0 chip. Is there some kind of kernel restriction on multi-socket setups when virtualized? Carmen De Vito Senior Linux Analyst

1 0

remote backup
by Alessandro Baggi 16 Jun '16

16 Jun '16

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.

11 19

KVM issue
by John R Pierce 16 Jun '16

16 Jun '16

running centos 6... have had a KVM linux vm (also C6) going for quite awhile that depends on a USB device mapping (a external audio DAC module). I updated the host today (yum update), it had been awhile (was like 6.5 before, now its 6.8+), and rebooted. the VM won't restart. when I try and restart it, I get this Error restoring domain: internal error Did not find USB device 8bb:2704 bus:5 device:4 Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1125, in startup self._backend.create() File "/usr/lib64/python2.6/site-packages/libvirt.py", line 686, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: internal error Did not find USB device 8bb:2704 bus:5 device:4 using virsh edit mydomain, I see... <hostdev mode='subsystem' type='usb' managed='yes'> <source> <vendor id='0x08bb'/> <product id='0x2704'/> </source> </hostdev> and on the host, lsusb shows... # lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 002: ID 08bb:2704 Texas Instruments Audio Codec note the TI Audio device is bus 5, dev 2. Why is KVM insisting its bus 5 dev 4? I've deleted the device from the VM and tried to start it, same error. i've looked in every kvm/qemu related conf file I can find, no sign of bus 5 dev 4. # virsh start mydomain error: Failed to start domain mydomain error: internal error Did not find USB device 8bb:2704 bus:5 device:4 how can I fix this? -- john r pierce, recycling bits in santa cruz

2 2

Unable to mount a USB DVD drive
by Benjamin Smith 16 Jun '16

16 Jun '16

I can't seem to get an external DVD drive to show up on an CentOS 7 server. Wondering if it's just missing a driver or if I'm missing something fundamental. It's an external USB device that works fine on my Fedora 21 Laptop, but I never get a /dev/ entry (EG: /dev/sr0) on the server. What can I do to make this thing work? [root@norman ~]# tail -f /var/log/messages; # inserting the device into a port Jun 15 18:29:38 norman kernel: usb 1-3: new high-speed USB device number 5 using ehci-pci Jun 15 18:29:38 norman kernel: usb 1-3: New USB device found, idVendor=13fd, idProduct=1040 Jun 15 18:29:38 norman kernel: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 15 18:29:38 norman kernel: usb 1-3: Product: RW/DVD_GCC-T10N Jun 15 18:29:38 norman kernel: usb 1-3: Manufacturer: Initio Jun 15 18:29:38 norman kernel: usb 1-3: SerialNumber: 0000000000000000W [root@norman ~]# lsusb Bus 001 Device 005: ID 13fd:1040 Initio Corporation INIC-1511L PATA Bridge Bus 002 Device 002: ID 413c:2107 Dell Computer Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [root@norman ~]# usb-devices T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 8 D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=1d6b ProdID=0002 Rev=03.10 S: Manufacturer=Linux 3.10.0-229.20.1.el7.x86_64 ehci_hcd S: Product=EHCI Host Controller S: SerialNumber=0000:00:1c.3 C: #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub T: Bus=01 Lev=01 Prnt=01 Port=02 Cnt=01 Dev#= 5 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=13fd ProdID=1040 Rev=01.06 S: Manufacturer=Initio S: Product=RW/DVD_GCC-T10N S: SerialNumber=0000000000000000W C: #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=2mA I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=05 Prot=50 Driver=(none) --SNIP-- This is what tail -f /var/log/messages looks like on my F21 laptop: Jun 15 18:41:35 tesla kernel: [ 913.678526] usb 1-2: new high-speed USB device number 5 using xhci_hcd Jun 15 18:41:35 tesla kernel: usb 1-2: new high-speed USB device number 5 using xhci_hcd Jun 15 18:41:36 tesla kernel: [ 913.843709] usb 1-2: New USB device found, idVendor=13fd, idProduct=1040 Jun 15 18:41:36 tesla kernel: [ 913.843713] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 15 18:41:36 tesla kernel: [ 913.843715] usb 1-2: Product: RW/DVD_GCC-T10N Jun 15 18:41:36 tesla kernel: [ 913.843717] usb 1-2: Manufacturer: Initio Jun 15 18:41:36 tesla kernel: [ 913.843718] usb 1-2: SerialNumber: 0000000000000000W Jun 15 18:41:36 tesla kernel: usb 1-2: New USB device found, idVendor=13fd, idProduct=1040 Jun 15 18:41:36 tesla kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 15 18:41:36 tesla kernel: usb 1-2: Product: RW/DVD_GCC-T10N Jun 15 18:41:36 tesla kernel: usb 1-2: Manufacturer: Initio Jun 15 18:41:36 tesla kernel: usb 1-2: SerialNumber: 0000000000000000W Jun 15 18:41:36 tesla mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2" Jun 15 18:41:36 tesla mtp-probe: bus: 1, device: 5 was not an MTP device Jun 15 18:41:36 tesla kernel: [ 913.863969] usb-storage 1-2:1.0: USB Mass Storage device detected Jun 15 18:41:36 tesla kernel: [ 913.864035] scsi host6: usb-storage 1-2:1.0 Jun 15 18:41:36 tesla kernel: [ 913.864099] usbcore: registered new interface driver usb-storage Jun 15 18:41:36 tesla kernel: usb-storage 1-2:1.0: USB Mass Storage device detected Jun 15 18:41:36 tesla kernel: scsi host6: usb-storage 1-2:1.0 Jun 15 18:41:36 tesla kernel: usbcore: registered new interface driver usb- storage Jun 15 18:41:37 tesla kernel: [ 914.864033] scsi 6:0:0:0: CD-ROM HL-DT-ST RW/DVD_GCC-T10N 1.01 PQ: 0 ANSI: 0 Jun 15 18:41:37 tesla kernel: scsi 6:0:0:0: CD-ROM HL-DT-ST RW/DVD_GCC-T10N 1.01 PQ: 0 ANSI: 0 Jun 15 18:41:37 tesla kernel: [ 914.867503] sr 6:0:0:0: [sr0] scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray Jun 15 18:41:37 tesla kernel: [ 914.867517] cdrom: Uniform CD-ROM driver Revision: 3.20 Jun 15 18:41:37 tesla kernel: [ 914.867814] sr 6:0:0:0: Attached scsi generic sg2 type 5 Jun 15 18:41:37 tesla kernel: sr 6:0:0:0: [sr0] scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray Jun 15 18:41:37 tesla kernel: cdrom: Uniform CD-ROM driver Revision: 3.20 Jun 15 18:41:37 tesla kernel: sr 6:0:0:0: Attached scsi generic sg2 type 5

1 0

Is there popular multimedia framework supported in centos
by applemax82＠163.com 16 Jun '16

16 Jun '16

Hi, I know gstreamer is written in c Language. Is there popular multimedia framework written in c++ supported in centos? Thanks! B.R. Andrew

2 1

scp via another server
by H 14 Jun '16

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

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2016