Discuss December 2014

discuss@lists.centos.org

164 participants
167 discussions

NetworkManager fights with DHCP-only backup NIC
by Warren Young 02 Dec '14

02 Dec '14

We ship servers to remote sites, which are rarely staffed with techs familiar with Linux. We have them tell us the static IP configuration for the box before we ship it, then we set it up for them here and ship it out to the site, where they just plug it in, turn it on, and walk away. That’s the ideal, anyway. What often happens in reality is either: 1. They give us incorrect static IP info, so the box arrives and won’t connect to the Internet, which means we often have to arrange to get someone clueful on-site to fix it. 2. The site is in the middle of some major deployment, a small piece of which is our server, so the LAN isn’t ready, but they demand the box be shipped early anyway for some handwavy business reason. "No, we can’t tell you what static IP to use," they say. "Just configure it on-site," they say. Sigh. Since these systems have 2+ Ethernet ports and we really only need one in normal operations, we’ve taken to configuring the second one for DHCP, so that they can just move the cable from the primary port to the secondary. This works fine in CentOS 5: DHCP comes up and takes over, giving us the access we need to fix/configure the static IP on the primary port. What happens in CentOS 7 depends on whether you plug in one cable or two: 1. If you plug in only one cable, NetworkManager sees that the static interface is unplugged, so it *helpfully* moves that IP to the secondary NIC, apparently on the assumption that static is always better than DHCP. This is of no use to us, since all it does is move the problem to the other NIC. 2. If you plug both cables in, both interfaces come up configured as you’d expect, but since both configurations provided a gateway address, you still can’t get out to the Internet since the static one came up first, and it’s pointing at an unreachable box. I think all we need to do to fix this is convince NetworkManager not to be clever about moving the static IP to the second NIC. Alas, there is no checkbox in the NM GUI labeled “This is a 4U server, dummy, not a laptop.” Anyone know how to convince NM to obey the MAC binding in the ifcfg-* file, to prevent NM from moving the broken static IP info to the second NIC? Yes, we know we can still disable NetworkManager and edit network-scripts/ifcfg-* directly. We’d just prefer not to fight the OS. Also, unlike EL6, disabling NM on EL7 breaks the network GUI, which we’ve occasionally found helpful, as when we have a semi-clueful tech at the remote site.

4 9

CentOs 7.0 and reboot failure
by Gregory P. Ennis 02 Dec '14

02 Dec '14

Everyone, I have installed Centos 7.0 on my homework machine in order to take a test drive with it, and am low on the learning curve with it at this point. I have a small Gateway SX2855-UB12P. I have a critical hurdle in that when I try a reboot or when I do a 'shutdown now -r' command the system will start a reboot process but hangs right after the os choices are presented. My install process started with the server version, and I added the gnome desktop latter. I also changed the boot level to 5. Has anyone else had this problem, or any suggestions as to a remedy. Thanks, Greg Ennis

7 20

yum update on CentOS6 failing
by Rob Kampen 02 Dec '14

02 Dec '14

Hi anyone else having this problem? Error: Package: perl-IO-Compress-Bzip2-2.021-136.el6.x86_64 (@base) Requires: perl = 4:5.10.1-136.el6 Removing: 4:perl-5.10.1-136.el6.x86_64 (@base) perl = 4:5.10.1-136.el6 Updated By: 4:perl-5.10.1-136.el6_6.1.x86_64 (updates) perl = 4:5.10.1-136.el6_6.1 tried a yum clean all and still an issue TIA

2 1

Re: [CentOS] CentOs 7.0 and reboot failure
by Don Vogt 02 Dec '14

02 Dec '14

I don't want to hi-jack this but I may have a clew for you. I am troubleshooting a similar problem and have found a trail. I recently installed centos7 on my (improperly complicated system) and sometimes it will boot and sometimes not. My problem is apparently caused by having three hard drives . From boot to boot they get mounted in different orders. The drive with my os7 sometimes is mounted as/dev/sda and sometimes /dev/sdc. In grub.cfg on the os7 partition there is a statement "set root=hd0, msdos3" I think that may be the villain but I don't know where it comes from. (The kernel lines use blockid's,) That statement is in centos7, but not in centos6 where I have not had the problem. I intend to search a while, and maybe learn something or take out a couple of drives.Hopefully this helps.

1 0

Centos7 ds-389
by Johan Vermeulen 02 Dec '14

02 Dec '14

Hello All, I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both minimal installs with epel repo enabled. When running yum search ds-389 on Centos7 I get only 3 packages, 389-ds-base 389-ds-base-devel 389-ds-base-libs On Centos6.6 I get the whole list: 389-ds.noarch : 389 Directory, Administration, and Console Suite 389-ds-base.x86_64 : 389 Directory Server (base) 389-ds-base-devel.i686 : Development libraries for 389 Directory Server 389-ds-base-devel.x86_64 : Development libraries for 389 Directory Server 389-ds-base-libs.i686 : Core libraries for 389 Directory Server 389-ds-base-libs.x86_64 : Core libraries for 389 Directory Server 389-ds-console.noarch : 389 Directory Server Management Console 389-ds-console-doc.noarch : Web docs for 389 Directory Server Management Console 389-dsgw.x86_64 : 389 Directory Server Gateway (dsgw) Is this a change in policy? I apologise if this has been answered before. A quick google did not provide an answer. Greetings, Johan -- Johan Vermeulen IT-medewerker Powered by Linux.

2 3

CentOS-announce Digest, Vol 118, Issue 1
by centos-announce-request＠centos.org 02 Dec '14

02 Dec '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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. CEEA-2014:1918 CentOS 6 oprofile Enhancement Update (Johnny Hughes) 2. CESA-2014:1911 Moderate CentOS 6 ruby Security Update (Johnny Hughes) 3. CESA-2014:1912 Moderate CentOS 7 ruby Security Update (Johnny Hughes) 4. CEEA-2014:1917 CentOS 7 ibus-hangul FASTTRACK Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 1 Dec 2014 12:57:15 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1918 CentOS 6 oprofile Enhancement Update Message-ID: <20141201125715.GA55274(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1918 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1918.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0f0c9183544e6f82486346105c34a54afcd715514e13cc2ce28069102d32b057 oprofile-0.9.9-6.el6_6.i686.rpm 3fc7bf59184123d3d58fec29595f06bde27cc8013fa7788da7346a35c36fc612 oprofile-devel-0.9.9-6.el6_6.i686.rpm e26a9af62cee1cd14bccb46dcc7aff11770f931088f29a442abc51c707e67fdb oprofile-gui-0.9.9-6.el6_6.i686.rpm 6cc09ce4e5f89e9864bb47d0098100f43d9693f33919237e3f7924c1c6440144 oprofile-jit-0.9.9-6.el6_6.i686.rpm x86_64: b831f62d7a85743993d2ce5a330fc83c944643667022507185ba0c1f06d3d2d6 oprofile-0.9.9-6.el6_6.x86_64.rpm 3fc7bf59184123d3d58fec29595f06bde27cc8013fa7788da7346a35c36fc612 oprofile-devel-0.9.9-6.el6_6.i686.rpm 1c47a22ad84b114e788344171305918ee08e64d4d021f1d3179382cc3ac6d198 oprofile-devel-0.9.9-6.el6_6.x86_64.rpm 507d9e274357fb29b1dfdb91517a7d6430fdd91fa8aa16b338b96ac64cfbc81b oprofile-gui-0.9.9-6.el6_6.x86_64.rpm 6cc09ce4e5f89e9864bb47d0098100f43d9693f33919237e3f7924c1c6440144 oprofile-jit-0.9.9-6.el6_6.i686.rpm 70acdcd638b6363e6f2ad044dcc09ee200cfdaf3342058b9fef8cc2edbfd627d oprofile-jit-0.9.9-6.el6_6.x86_64.rpm Source: 0c12801fcb07266a3bf6c718b3fa5566ec0ea7e59da800effba6a536a8a93cb7 oprofile-0.9.9-6.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 1 Dec 2014 12:57:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1911 Moderate CentOS 6 ruby Security Update Message-ID: <20141201125741.GA55420(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1911 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1911.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 31d5707695b299bd4581acda718ed7b845066ba3c68b3fde46bfa1910b484546 ruby-1.8.7.374-3.el6_6.i686.rpm 93b81ec1e635b3c33f1a83e899a30ed5ad6a46c460de6b2ff371f965ff24b813 ruby-devel-1.8.7.374-3.el6_6.i686.rpm 7d10fa2773e093898074bb58a168049547da12e0b99405906782ff00136d14a2 ruby-docs-1.8.7.374-3.el6_6.i686.rpm 6954b286ff3c8f183e717b5bf9827683e440bb7702e1d8f956615f6ff6d2f2b2 ruby-irb-1.8.7.374-3.el6_6.i686.rpm cf2ee4436dab4202ecb4441e6b43ee7b64e53d19e5cea664b23a4e709d84fb58 ruby-libs-1.8.7.374-3.el6_6.i686.rpm eefe4e31c899d554e0dabecc15cef3ed4d015beff9e05d15f995cfff4cb5bdcf ruby-rdoc-1.8.7.374-3.el6_6.i686.rpm 551bc361956144198996fdcab5a7a97610232f962cd5e3bc0dfdd6605156a1d8 ruby-ri-1.8.7.374-3.el6_6.i686.rpm 8958034cac5db419509716d387f1df5a4722c1fba5aa6e1b331d63ea6809cf10 ruby-static-1.8.7.374-3.el6_6.i686.rpm 32cd9786acbe51cf36bf3b94578cd40055308609879069393e38e1d534a89811 ruby-tcltk-1.8.7.374-3.el6_6.i686.rpm x86_64: 909643760630c61085fcbc1a888d532625ce3fdd2e83ab0becbd1d13a8974d32 ruby-1.8.7.374-3.el6_6.x86_64.rpm 93b81ec1e635b3c33f1a83e899a30ed5ad6a46c460de6b2ff371f965ff24b813 ruby-devel-1.8.7.374-3.el6_6.i686.rpm 813cdc7b12018f27fd0a8b9317016698f0224eee262f50d51caaf59db4756da2 ruby-devel-1.8.7.374-3.el6_6.x86_64.rpm bd94514b57dfe24f7a0b56bdfd00f9d2b966112298c1224d58c15c434118cd16 ruby-docs-1.8.7.374-3.el6_6.x86_64.rpm 82c7d51431ae43ae88134d7f34c903fcd7286d09fdb71e7946f4bbd7ae26314e ruby-irb-1.8.7.374-3.el6_6.x86_64.rpm cf2ee4436dab4202ecb4441e6b43ee7b64e53d19e5cea664b23a4e709d84fb58 ruby-libs-1.8.7.374-3.el6_6.i686.rpm 19313fe28cfc5ff4fc0977eb5a4589457d7c7b393ee95cd364a2cf62c2679f8e ruby-libs-1.8.7.374-3.el6_6.x86_64.rpm fc574835d37d437c4c269725f92847a0b04af9940706d6671b9bd4429e7fe7cb ruby-rdoc-1.8.7.374-3.el6_6.x86_64.rpm 8db4efda738f4f6a1e60af15ca8afd137153e55ce81908dfb5e3c47f9ed07f66 ruby-ri-1.8.7.374-3.el6_6.x86_64.rpm 13c4fc53a8b94ab76f84c8a35d3d230a8a5be9a6fd28771e087e2fdc112a64f4 ruby-static-1.8.7.374-3.el6_6.x86_64.rpm 40b23e66b01b108a55eaf5b0f6f623e094becc1455f4ebcef4b9c138e68b96e4 ruby-tcltk-1.8.7.374-3.el6_6.x86_64.rpm Source: 53f4584bfb59e584e7848fe11f37d228cdec6ab3509dcbd4b1c9fcdc3533f2e8 ruby-1.8.7.374-3.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 1 Dec 2014 13:45:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1912 Moderate CentOS 7 ruby Security Update Message-ID: <20141201134548.GA6449(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1912 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1912.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 93c6319a06c0545dac0e0a6a1066685f07396c350a745655d27e799f0f41a9f6 ruby-2.0.0.353-22.el7_0.x86_64.rpm 86e33edbb18f7d0d8945b6f0c98fa32ccdf2699d6d440b3a00ab71f034fe873e ruby-devel-2.0.0.353-22.el7_0.x86_64.rpm fd07cccef811c17af83f72f6f3b15739517af811190c8b051837441d02aba0d6 ruby-doc-2.0.0.353-22.el7_0.noarch.rpm 15d0f1940b5c33e0daf36ded54218e063a442b6f38f0f9511a9d299d31d0bb99 rubygem-bigdecimal-1.2.0-22.el7_0.x86_64.rpm c060618a05f25ef1eddf2c26e4a7c8f75e458264113613965401c9d0d085667d rubygem-io-console-0.4.2-22.el7_0.x86_64.rpm 6192d1d652b260ba142fec6a24d68fb794e1e5d6ddaf15ea5cc9762ed96225cc rubygem-json-1.7.7-22.el7_0.x86_64.rpm 84e90436cd96a1f2da988aa83ed31e1d251a72b228457e66e5bebdb612a60a3e rubygem-minitest-4.3.2-22.el7_0.noarch.rpm 55d6d27b11e10c74da42c6942a768bfb955890f824cc0d173a34479868c7fcad rubygem-psych-2.0.0-22.el7_0.x86_64.rpm 589d407175e8b50ad83908488e58f95a0b3664de3b3364acd9740f71ec0350db rubygem-rake-0.9.6-22.el7_0.noarch.rpm 91386d554c388ebc53e7a14262b8f685741b90693f588839f7ee2492bad1028d rubygem-rdoc-4.0.0-22.el7_0.noarch.rpm 3028972f561fed8d9c0ce1b5fac5cb790b32e7cfbfbfaf4a4e664259e6edbb24 rubygems-2.0.14-22.el7_0.noarch.rpm a6a26f5c1961ae818b6e13cc2d55bab5dfbc16a4e702ecd27a8d8d286c36ac1b rubygems-devel-2.0.14-22.el7_0.noarch.rpm f1a13e18dad274233641ce4faec026500f998138e41d9ee54327977183abb58f ruby-irb-2.0.0.353-22.el7_0.noarch.rpm 183504e99b23c5aa3fbba0833cfba1b659cb12db109f28c41f5ed3128784e5ac ruby-libs-2.0.0.353-22.el7_0.i686.rpm 0c047bbd05c23c762ea64d3d8328b662d8092de39bc6f53ca28e65fde63273c8 ruby-libs-2.0.0.353-22.el7_0.x86_64.rpm 962126ae9e6dfa0def3e8300978c82377e85c83477c39084811f7d05b75b0d58 ruby-tcltk-2.0.0.353-22.el7_0.x86_64.rpm Source: 70e4e713b67f924b5883a911dd28649c419dc2fccaac1b79ef3fe618b6ecdb26 ruby-2.0.0.353-22.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 1 Dec 2014 13:46:00 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1917 CentOS 7 ibus-hangul FASTTRACK Enhancement Update Message-ID: <20141201134600.GA6524(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1917 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1917.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4816c8d035c2966aba8812295505e0e87d3f7f86edfa4047aa16f0ddb6971cf7 ibus-hangul-1.4.2-10.el7.x86_64.rpm Source: 453523f2015d46a26a856b3e0b57282eedf49d74ff65c12881838d4821e3ce72 ibus-hangul-1.4.2-10.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 118, Issue 1 ***********************************************

1 0

centos 6.3
by Hadi Motamedi 02 Dec '14

02 Dec '14

Dear All I want to put my stuff on centos 6.3 but some colleagues warned that it is not wise to use it at now for some bugs reported. Can you please confirm if this is true and which vulnerability can be risked for ? Thank you

5 5

System Hangs At Anaconda Detecting Hardware
by Mark LaPierre 02 Dec '14

02 Dec '14

Hey All, I just assembled a new machine. Mother Board: Gigabyte 78LMT-USB3 Processor: AMD FX8350 Memory: Corsair CMZ16GX3M2A1600C10 2x8 GB Video: BFG Tech Nvidia GeForce 9600 GT I tried the 6.6 x86_64 netinstall disk. I tried the 6.6 x86_64 install DVD Both fail at the same place: Anaconda installer init version 13.21.229 starting mounting /proc filesystem... done creating /dev filesystem... done starting udev...udev[175]: error setting /sys/class/firmware/timeout: No such file or directory done mounting /dev/pts (unix98 pty) filesystem... done mouning /sys filesystem... done trying to remount root fiesystem read write... done mounting /tmp as tmpfs... done running install... running /sbin/loader detecting hardware... That's all she wrote! The BIOS detects the 500 GB hard drive, the CD/DVD drive, 16 GB of RAM, all eight cores on the CPU, and boots from the CD/DVD. Then it just hangs at detecting hardware. http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.6#head-aa1d1d1c4e306596… Says: "The netinstall isos do not work with UEFI installs, but the minimal or DVD isos do work with UEFI. No versions of CentOS-6.6 will work with Secure Boot turned on. Secure Boot must be disabled to install CentOS-6.6." I see nothing in the MB documentation about "Secure Boot" enabled or disabled. Also not a word about UEFI. Any suggestions anyone? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

2 2

Re: [CentOS] A gmane mystery
by Timothy Murphy 01 Dec '14

01 Dec '14

On Monday 01 December 2014 16:00:44 m.roth(a)5-cent.us wrote: > >> I've been collecting redhat.fedora from gmane for several years, > >> but about a week ago I found that while I could read gmane newsgroups > >> I was unable to post to them - that is, my posts did not appear. > > > > To be honest, this was a test post, > > to see if I could post directly to this newsgroup > > (rather than sending email to the mailing list). > > > > I found that I can indeed post to the centos newsgroup. > > But for some reason I cannot post directly > > to the corresponding Fedora newsgroup, > > gmane.linux.redhat.fedora.general, > > though I can send email the corresponding mailing list, > > users(a)lists.fedoraproject.org . > > > > Why can I post to one gmane newsgroup, and not to the other? > > I am subscribed to both mailing lists, > > and everything is exactly the same in the two cases. > > > > If anyone can cast light on this phenomenon, I should be very grateful. > > This is the CentOS mailing list. You have to subscribe to it, and it's > moderated (by someone who currently seems to have a personal issue with > me, so I can't post to it). It's not a newsgroup. Evidently you are not familiar with gmane. This is a newsgroup server that mirrors various mailing lists <http://en.wikipedia.org/wiki/Gmane> including this mailing list, to which I am subscribed, and which is mirrored in the newsgroup <gmane.linux.centos.general>. > Is the CentOS newsgroup you're talking about a real usenet newsgroup? If > so, what's the name, comp.os.centos, or some such? I posted my query to the gmane newsgroup described above, and it thereupon found its way to the CentOS mailing list, where you presumably read it. -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

1 0

A gmane mystery
by Timothy Murphy 01 Dec '14

01 Dec '14

I've been collecting redhat.fedora from gmane for several years, but about a week ago I found that while I could read gmane newsgroups I was unable to post to them - that is, my posts did not appear. I was able to post to gmane.test, and could read these posts. So I assume there is no problem with my From: or other headers. I take it that the gmane.linux.centos.general is in fact "mirroring" the mailman mailing list <http://lists.centos.org/mailman/listinfo/centos> Assuming this is so, I don't know whether the problem lies with the list or with the newsgroup? I seem to be properly subscribed to the mailing list, with my current email address. Any enlightenment or advice gratefully received. -- Timothy Murphy gayleard /at/ eircom.net tel: +353-86-2336090, +353-1-2842366 School of Mathematics, Trinity College, Dublin

1 2

Fix for RHEL BZ#771868 in CentOS?
by Jeff Hammerbacher 01 Dec '14

01 Dec '14

Hey, We are blocked on a bug fixed by RHEL in https://rhn.redhat.com/errata/RHBA-2012-0362.html. Specifically, the splice code in sendfile() incorrectly updating the offset position on the write side, Red Hat BZ#771868. I have not been able to figure out if this bugfix is included in any CentOS releases. If you are better at reading release notes than me, could you please help me out and let me know if there's a CentOS release that includes this bugfix? Thanks, Jeff

2 2

Re: [CentOS] ssh connections not closing when Qt application is opened?
by Michael Lampe 01 Dec '14

01 Dec '14

Dave Johansen wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1086971 > I have been able to reproduce the above issue on my home network and at > work, but RedHat is claiming it is not a bug, so can some people on this > list give it a try and see if they can reproduce it? If you connect with '-vvv' you can see multiple x11 connections being open: debug3: channel 1: status: The following connections are open: #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cfd -1) #1 x11 (t4 r2 i3/0 o3/0 fd 7/7 cfd -1) #2 x11 (t4 r3 i0/0 o0/0 fd 8/8 cfd -1) #3 x11 (t4 r4 i0/0 o0/0 fd 9/9 cfd -1) The additional x11 connections are from automatically launched dbus stuff. On exit they don't get closed, therefore the hang. This happens on C6 and C7 with GTK+ 2/3 or Qt4/5 but not with GTK+ 1, Qt3 or legacy apps and it's nothing new. It just never gets fixed. (I think it's a dbus bug.) Michael

1 0

Re: [CentOS] OpenJDK 8 on CentOS 7
by Fernando Cassia 01 Dec '14

01 Dec '14

On Sat, Nov 29, 2014 at 12:11 PM, Arun Gupta <arun.gupta(a)gmail.com> wrote: > Do you know the timelines by which it will be included in CentOS 7.0 ? > > Any place where a binary build can be downloaded ? > Two ideas: 1. OpenJDK 8 is available as a "technology preview" for CentOS 6.6, or so this article claims http://news.softpedia.com/news/CentOS-6-6-Features-OpenJDK-8-Support-463730… 2. Since Oracle Linux is userland-binary compatible with RHEL and CentOS, I think you will eventually surely get a build by Oracle for OL7 that you can run in your CentOS if you want. Of course #2 is only wishful thinking on my part. Just my $0.02 of course. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell

1 1

[OT] Searching for SNetTerm author
by James B. Byrne 01 Dec '14

01 Dec '14

Our firm is constrained by the requirements of an upstream VAN to use a software package called SNetTerm; an MS-Windows based enhanced SSH communications program. SNetTerm is from a corporation called InterSoft International, Inc. This firm's web site was last accessible in June 2014 and is now 'Under Construction' (in much the same way as restaurants are 'Under Renovation' I suspect). I have tried tracking down an email address but everything to do with InterSoft International, Inc. appears out of date. The phone number I have has been disconnected. So, I have little hope of getting any response from the business. However, the author of SNEtTerm is/was Kenneth Robinette. I cannot seem track him down on LinkedIn or FB (the one profile I found that appeared promising has been locked from viewing). So, in desperation, I am asking if anyone has any lead to contacting this person and can either provided it directly to me or contact Mr. Robinette and have him contact me then I would be greatly appreciative. If anyone has any information respecting the fate of InterSoft International, Inc. and their products then I would appreciate if you would sshare that as well. Sincerely, -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

CentOS6 gvfs disk thrashing
by isdtor 01 Dec '14

01 Dec '14

We recently started upgrading users' workstations to CentOS6. Now we've come across an interesting issue: ~user/.local/share/gvfs-metadata is filling up with tons of files. Once there are around 69270 of them, no more are being created, and the NetApp filer the user's home is on logs: Directory ..../user/.local/share/gvfs-metadata/ reached the maxdirsize limit. Reduce the number of files or use the vol options command to increase this limit.. Nearly all of the files are exactly 32k in size and they are named .openXXXXXX. All of them are being created within the same range of timestamps, with a time that's in the past. I.e. even when deleted, they are being recreated with these timestamps. drwx------ 2 user group 5353472 Nov 15 17:39 ./ drwxr-xr-x 5 user group 4096 Oct 29 11:05 ../ -rw-r--r-- 25699 user group 32768 Nov 11 17:11 .open0018OX -rw-r--r-- 42962 user group 32768 Nov 11 17:10 .open0019OX -rw-r--r-- 42962 user group 32768 Nov 11 17:10 .open002EPX -rw-r--r-- 42962 user group 32768 Nov 11 17:10 .open002GPX -rw-r--r-- 25699 user group 32768 Nov 11 17:11 .open002OPX -rw-r--r-- 42962 user group 32768 Nov 11 17:10 .open0037OX -rw-r--r-- 42962 user group 32768 Nov 11 17:10 .open003MPX -rw-r--r-- 42962 user group 32768 Nov 11 17:10 .open004NPX -rw-r--r-- 25699 user group 32768 Nov 11 17:11 .open0067OX According to lsof, the only processes operating in this directory are a few instances of nautilus and /usr/libexec/gvfsd-metadata. There's a whole bunch of gvfs* processes running user 21209 1 0 Nov11 ? 00:00:00 /usr/libexec/gvfsd user 21549 1 0 Nov11 ? 00:03:17 /usr/libexec/gvfsd-trash --spawner :1.2 /org/gtk/gvfs/exec_spaw/0 user 21788 1 0 Nov11 ? 00:00:06 /usr/libexec/gvfs-gdu-volume-monitor user 21829 1 0 Nov11 ? 00:00:00 /usr/libexec/gvfs-gphoto2-volume-monitor user 21849 1 0 Nov11 ? 00:00:25 /usr/libexec/gvfs-afc-volume-monitor user 22150 1 0 Nov11 ? 00:00:00 /usr/libexec/gvfsd-metadata user 22323 1 0 Nov11 ? 00:00:00 /usr/libexec/gvfsd-burn --spawner :1.2 /org/gtk/gvfs/exec_spaw/1 Does anyone have an idea what's going on here? And how to stop it?

1 2

Nvidia, vncserver, >> xfce = Resolved Issue
by Stan Cruise 01 Dec '14

01 Dec '14

The suggestion from Marco to try a non-3D DE worked. I tried two methods: 1. minimal Centos 7 install and xfce install via CLI. Worked fine. 2. Gnome Centos 7 install and then xfce install via yum groupinstall. Worked fine. One tip for anyone doing this: After starting vncserver the first time, it creates a ~/.vnc/xstartup file. This will be the same type of session if you logged in locally. Edit that file so that it contains the following: #!/bin/sh exec /bin/sh /etc/xdg/xfce4/xinitrc Then it will start up an xfce session. A method to debug this is to actually launch the session on the host by running the xstartup file. If it works on the host it will most likely will work on the remote client. If you try this without the xstartup file mod above it will fail with the 'oh no ...' error right there in a new window on the host. It helps avoid some running around. Many thanks for the help on this. A nice side effect is that I am spending effort to install xfce on all my VMs. The performance improvement is dramatic. And mostly gone is that arduous Gnome3 DE. I really tried to use it. It's kind of OK for light work, but for any medium multi-tasking it is frustrating. Stan ------------------------------ Message: 25 Date: Tue, 18 Nov 2014 22:53:21 -0700 From: Stan Cruise<stancruise(a)me.com> To:centos@centos.org Subject: [CentOS] Centos 7 Nvidia openGL breaks vncserver Message-ID:<546C3051.4040503(a)me.com> Content-Type: text/plain; charset=utf-8; format=flowed On Tue, 18 Nov 2014 10:46 pm MT -0700 Stan Cruise <stancruise at me.com<http://lists.centos.org/mailman/listinfo/centos>> wrote: Thanks Marco. Gnome3 it is. I naively figured that this was the 'default' but alas it is a selection which I did make. I had seen hints of this in discussions elsewhere and did try KDE, but that is tough sledding on C7, and I got impatient. I should have stuck it out. (KDE has a bug on vncserver enable and creates the wrong symlink in /etc. At least it is different and requires work to get it right). Mate is my next try. I did try the nvidia-detect and it did say to use 340.58. Thanks again for helping me converge. I will be silent for a bit to try out different DEs. Stan On Tue, 18 Nov 2014 11:32:36 -0700 Stan Cruise <stancruise at me.com<http://lists.centos.org/mailman/listinfo/centos>> wrote: > / Bare metal Centos 6.5, vncserver running, client able to connect with />/ perfect resolution. Nvidia GT240, driver 331.49. />/ />/ Upgrade to Centos 7 with nouveau basic driver, all still works fine. />/ Resolution poor on wire connected monitor, but perfect on vnc client />/ session (1920x1080). />/ />/ Upgrade Nvidia driver via elrepo. 340.58; removed nouveau via />/ 'Software' manager. Excellent wired monitor resolution. />/ />/ But >> Client vnc connect receives the dreaded 'oh no, something />/ has .....' / Are you maybe trying to run Gnome3 through vnc by any chance? Because Gnome3 requires 3D acceleration, and I'm not sure that nvidia driver would simulate 3D stuff in software (nouveau should fall back to mesa in case hardware acceleration fails --- typical of a vnc session). So my suggestion is to try KDE or XFCE or LXDE or Mate or... any other DE which doesn't require 3D features to work. Such DE should work through vnc using nvidia driver no problem --- the only exception is Gnome3. > / Backed out Nvidia 340.58, back to nouveau, client vnc works again. />/ Also tried 304 driver (only other one in elrepo for el7) - same />/ problem. / You don't want to guess which driver you need. Use the nvidia-detect utility from elrepo, it will tell you which driver to install. > / Research seems to indicate that openGL does not play well with vnc. I />/ cannot see any solutions posted as yet. />/ />/ So, what are my options? / My choice would be to try a less demanding DE first. > / Maybe change out the video card for AMD? I cannot know if the />/ Catalyst driver will work, but there is a much more active and />/ extensive open driver community, which could work better than nouveau? / Catalyst driver has always been a pure gamble for me (i.e. worked 50% of time, supported 50% of video cards, and could be installed on 50% distributions... or so...). The open-source radeon driver is much better supported. That said, the radeon community is not any more active or more extensive than the nouveau community. It's just that AMD has released the specs for their cards, so they have a much easier job of maintaining the radeon driver than the nouveau community (which basically needs to RE everything from scratch). HTH, Marko

1 0

system hardware discovery
by Fred Smith 01 Dec '14

01 Dec '14

Hi all! I'm wondering if anyone can advise me on how (or even if) I can trigger some of the install-time hardware discovery, specifically to rediscover the sound hardware on my motherboard. I moved a C6 installation to a new (and diffrent) motherboard several months ago. While most things went without issue, and while sound works, I have to manually change sound settings to enable the headphone jack and disable the speakers. And the reverse. Seems like it ought to discover for itself that something has been plugged into the front-panel audio output jack and adapt itself automatically. it's only a minor inconvenience,but one I'd like to fix. Suggestions appreciated. thanks! Fred -- ------------------------------------------------------------------------------- .---- Fred Smith / ( /__ ,__. __ __ / __ : / / / / /__) / / /__) .+' Home: fredex(a)fcshome.stoneham.ma.us / / (__ (___ (__(_ (___ / :__ 781-438-5471 -------------------------------- Jude 1:24,25 ---------------------------------

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss December 2014