Re: Problem running gnuplot42 on SL5.4
Hello, The quick fix is to do the following ln -s /usr/libexec/gnuplot42/4.2/gnuplot_x1142 /usr/libexec/gnuplot42/4.2/gnuplot_x11 We had several people test this before we put it into the release, I am quite surprised this wasn't seen. We'll work on a better solution. Troy On 04/04/2011 01:33 PM, Troy J Dawson wrote: Hello, I am able to reproduce the error. I am looking into this. Troy On 03/28/2011 08:12 AM, pk...@grid.auth.gr wrote: Hi list, I don't think this is the right place to post this to but I couldn't find any bug tracker for SL. Please read through the following report and point me to the right direction. I have recently installed the gnuplot42 package from a mirrored sl5 repository but am having a problem using it. The problem is probably something the packager of this rpm has overlooked. In specific this is the error when running a simple gnuplot script. === user@host:~> which gnuplot42 /usr/bin/gnuplot42 user@host:~> gnuplot42 -persist scripts/some_script.gplt Could not find/open font when opening font "arial", using internal non-scalable font Expected X11 driver: /usr/libexec/gnuplot42/4.2/gnuplot_x11 Exec failed: No such file or directory See 'help x11' for more details === The warning regarding the font does not concern me. The error is that the expected file (X11 driver) cannot be found. This error also occurs in interactive mode. The rpms that have been installed are: == user@host:~> rpm -qa | grep gnuplot42 gnuplot42-4.2.6-5.el5 gnuplot42-doc-4.2.6-5.el5 === (both in x86_64 arch). This is the list of the included (within the rpm) files: === user@host:~> rpm -ql gnuplot42 /usr/bin/gnuplot42 /usr/libexec/gnuplot42 /usr/libexec/gnuplot42/4.2 /usr/libexec/gnuplot42/4.2/gnuplot_x1142 /usr/share/X11/app-defaults/Gnuplot42 /usr/share/doc/gnuplot42-4.2.6 /usr/share/doc/gnuplot42-4.2.6/BUGS /usr/share/doc/gnuplot42-4.2.6/ChangeLog /usr/share/doc/gnuplot42-4.2.6/Copyright /usr/share/doc/gnuplot42-4.2.6/FAQ /usr/share/doc/gnuplot42-4.2.6/NEWS /usr/share/doc/gnuplot42-4.2.6/README /usr/share/doc/gnuplot42-4.2.6/TODO /usr/share/gnuplot42 /usr/share/gnuplot42/4.2 /usr/share/gnuplot42/4.2/PostScript /usr/share/gnuplot42/4.2/PostScript/8859-1.ps /usr/share/gnuplot42/4.2/PostScript/8859-15.ps /usr/share/gnuplot42/4.2/PostScript/8859-2.ps /usr/share/gnuplot42/4.2/PostScript/cp1250.ps /usr/share/gnuplot42/4.2/PostScript/cp437.ps /usr/share/gnuplot42/4.2/PostScript/cp850.ps /usr/share/gnuplot42/4.2/PostScript/cp852.ps /usr/share/gnuplot42/4.2/PostScript/koi8r.ps /usr/share/gnuplot42/4.2/PostScript/koi8u.ps /usr/share/gnuplot42/4.2/PostScript/prologue.ps /usr/share/gnuplot42/4.2/gnuplot.gih /usr/share/info/gnuplot42.info.gz /usr/share/man/man1/gnuplot42.1.gz === I can overcome the problem by simply copying the /usr/libexec/gnuplot42/4.2/gnuplot_x1142 file to /usr/libexec/gnuplot42/4.2/gnuplot_x11. Creating a symbolic link also works. Please feel free to ask for further information or to point me to an appropriate support unit as mentioned earlier. Thank you for your assistance. Best regards, Paschalis Korosoglou Scientific Computing Support Unit -- Scientific Computing Center, Aristotle University of Thessaloniki University Campus, GR 541 24, School of Sciences, Building 22A Tel. +302310998988, Fax. +302310994309, http://www.grid.auth.gr -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: repos
On 04/01/2011 03:49 PM, Orion Poplawski wrote: On 04/01/2011 07:06 AM, Urs Beyerle wrote: On 04/01/2011 01:02 PM, Bluejay Adametz wrote: I keep these generally disabled and do a yum list --enablerepo=\* I would also strongly recommend to disable all external repos per default! You can also specify only the packages you want in the repo file, e.g.: [rpmforge-extras] name = Red Hat Enterprise $releasever - RPMforge.net - dag baseurl=http://rpmforge.cora.nwra.com/redhat/el$releasever/en/$basearch/extras/ enabled = 1 protect = 0 gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag gpgcheck = 1 includepkgs = clam* subversion* mod_dav_svn *fuse* Another possibility is to use plugin yum-priorities (yum-plugin-priorities.noarch), which basically does the same thing, but enable you to set priorities of all repositories. 1: sl, sl-testing, sl-updates .. 2: epel ... 3: elrepo ... 4: [epel] name=Extra Packages for Enterprise Linux 6 - $basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch failovermethod=priority enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6 priority=2 BR Vaclav M.
Re: gnome-control-center file missing
On 04/01/2011 05:31 PM, Alan Bartlett wrote: On 1 April 2011 17:27, Enry F. wrote: The problem is that the main binary executable /usr/bin/gnome-control-center is not present in the installation and seems missing from the related rpm (control-center). I suppose that this error is specific of SL 6.0 and not present in the upstream RHEL60 distribution. Hi Enry, On my laptop running RHEL 6.0 I see the following -- [quote] [ajb@Duo2 ~]$ ll /usr/bin/gnome-control-center ls: cannot access /usr/bin/gnome-control-center: No such file or directory [/quote] So it appears to be an upstream issue and not one of Scientific Linux. Alan. It doesn't look like an issue at all. From the SPEC file: %{_bindir}/gnome-about-me %{_bindir}/gnome-appearance-properties %{_bindir}/gnome-at-mobility %{_bindir}/gnome-at-properties %{_bindir}/gnome-at-visual %{_bindir}/gnome-default-applications-properties %{_bindir}/gnome-display-properties %{_bindir}/gnome-keybinding-properties %{_bindir}/gnome-keyboard-properties %{_bindir}/gnome-mouse-properties %{_bindir}/gnome-network-properties %{_bindir}/gnome-typing-monitor %{_bindir}/gnome-font-viewer %{_bindir}/gnome-thumbnail-font The related content of rpm package: /usr/bin/gnome-about-me /usr/bin/gnome-appearance-properties /usr/bin/gnome-at-mobility /usr/bin/gnome-at-properties /usr/bin/gnome-at-visual /usr/bin/gnome-default-applications-properties /usr/bin/gnome-display-properties /usr/bin/gnome-font-viewer /usr/bin/gnome-keybinding-properties /usr/bin/gnome-keyboard-properties /usr/bin/gnome-mouse-properties /usr/bin/gnome-network-properties /usr/bin/gnome-thumbnail-font /usr/bin/gnome-typing-monitor And when I extracted the source code and checked the autoconf files, there is no binary "gnome-control-center" to be built. Probably a false alarm. BR Vaclav M.
Re: Problem running gnuplot42 on SL5.4
Hello, I am able to reproduce the error. I am looking into this. Troy On 03/28/2011 08:12 AM, pk...@grid.auth.gr wrote: Hi list, I don't think this is the right place to post this to but I couldn't find any bug tracker for SL. Please read through the following report and point me to the right direction. I have recently installed the gnuplot42 package from a mirrored sl5 repository but am having a problem using it. The problem is probably something the packager of this rpm has overlooked. In specific this is the error when running a simple gnuplot script. === user@host:~> which gnuplot42 /usr/bin/gnuplot42 user@host:~> gnuplot42 -persist scripts/some_script.gplt Could not find/open font when opening font "arial", using internal non-scalable font Expected X11 driver: /usr/libexec/gnuplot42/4.2/gnuplot_x11 Exec failed: No such file or directory See 'help x11' for more details === The warning regarding the font does not concern me. The error is that the expected file (X11 driver) cannot be found. This error also occurs in interactive mode. The rpms that have been installed are: == user@host:~> rpm -qa | grep gnuplot42 gnuplot42-4.2.6-5.el5 gnuplot42-doc-4.2.6-5.el5 === (both in x86_64 arch). This is the list of the included (within the rpm) files: === user@host:~> rpm -ql gnuplot42 /usr/bin/gnuplot42 /usr/libexec/gnuplot42 /usr/libexec/gnuplot42/4.2 /usr/libexec/gnuplot42/4.2/gnuplot_x1142 /usr/share/X11/app-defaults/Gnuplot42 /usr/share/doc/gnuplot42-4.2.6 /usr/share/doc/gnuplot42-4.2.6/BUGS /usr/share/doc/gnuplot42-4.2.6/ChangeLog /usr/share/doc/gnuplot42-4.2.6/Copyright /usr/share/doc/gnuplot42-4.2.6/FAQ /usr/share/doc/gnuplot42-4.2.6/NEWS /usr/share/doc/gnuplot42-4.2.6/README /usr/share/doc/gnuplot42-4.2.6/TODO /usr/share/gnuplot42 /usr/share/gnuplot42/4.2 /usr/share/gnuplot42/4.2/PostScript /usr/share/gnuplot42/4.2/PostScript/8859-1.ps /usr/share/gnuplot42/4.2/PostScript/8859-15.ps /usr/share/gnuplot42/4.2/PostScript/8859-2.ps /usr/share/gnuplot42/4.2/PostScript/cp1250.ps /usr/share/gnuplot42/4.2/PostScript/cp437.ps /usr/share/gnuplot42/4.2/PostScript/cp850.ps /usr/share/gnuplot42/4.2/PostScript/cp852.ps /usr/share/gnuplot42/4.2/PostScript/koi8r.ps /usr/share/gnuplot42/4.2/PostScript/koi8u.ps /usr/share/gnuplot42/4.2/PostScript/prologue.ps /usr/share/gnuplot42/4.2/gnuplot.gih /usr/share/info/gnuplot42.info.gz /usr/share/man/man1/gnuplot42.1.gz === I can overcome the problem by simply copying the /usr/libexec/gnuplot42/4.2/gnuplot_x1142 file to /usr/libexec/gnuplot42/4.2/gnuplot_x11. Creating a symbolic link also works. Please feel free to ask for further information or to point me to an appropriate support unit as mentioned earlier. Thank you for your assistance. Best regards, Paschalis Korosoglou Scientific Computing Support Unit -- Scientific Computing Center, Aristotle University of Thessaloniki University Campus, GR 541 24, School of Sciences, Building 22A Tel. +302310998988, Fax. +302310994309, http://www.grid.auth.gr -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/SCF/FEF/SLSMS Group __
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
On 04/04/2011 12:48, Alan Bartlett wrote: On 4 April 2011 09:59, Raimondo Giammanco [VKICC] wrote: I've just tested once again the card with ubuntu, now I'm 100% positive it works (i.e. the e1g44etblk was the only wired port during iperf, eth0 was disconnected). It works with ubuntu 10.04 server: kernel 2.6.35-24-server igb version 2.1.0-k2 It remains to be seen where the problem comes in SL (tested kernel: 2.6.32-71.18.2.el6.x86_64) I'll see if I can compile kernel version 2.6.35 on SL or if the problem is linked to my boot parameters (noapic acpi=off). Hi Raimondo, Thank you for keeping this m/l updated with the results of your experiments. I would suggest the following steps: (1) Check the Red Hat bug tracker for any related issues. (2) Review the need for your current boot parameters. (3) Build your own testing kernel from the latest stable long-term support tarball (linux-2.6.35.12.tar.bz2). Regards, Alan. Hello Alan, I did not check the RedHat bugzilla, but on the desktop machine once I removed "noapic acpi=off" the network card works no problem! So I put back the cards on the original server... Unfortunately there I have now "BAR 1 no parent found for of device bla bla" at boot and the process hangs when I remove those flags... This is a clearly a separate issue, I'll see if I need to reintroduce some parameters on the boot command line.. Thanks for the support.. Raimondo
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
On 4 April 2011 09:59, Raimondo Giammanco [VKICC] wrote: > I've just tested once again the card with ubuntu, now I'm 100% positive it > works (i.e. the e1g44etblk was the only wired port during iperf, eth0 was > disconnected). > > It works with ubuntu 10.04 server: > kernel 2.6.35-24-server > igb version 2.1.0-k2 > > It remains to be seen where the problem comes in SL (tested kernel: > 2.6.32-71.18.2.el6.x86_64) > > I'll see if I can compile kernel version 2.6.35 on SL or if the problem is > linked to my boot parameters (noapic acpi=off). Hi Raimondo, Thank you for keeping this m/l updated with the results of your experiments. I would suggest the following steps: (1) Check the Red Hat bug tracker for any related issues. (2) Review the need for your current boot parameters. (3) Build your own testing kernel from the latest stable long-term support tarball (linux-2.6.35.12.tar.bz2). Regards, Alan.
Re: yum problem
On 04/04/2011 11:43 AM, Matthias Schroeder wrote: Looks as if the repos/mirrors you use do not have glibc-devel 2.12-1.7.el6_0.3 for i686. So they offer you glibc-devel-2.12-1.7.el6.i686. But that one is not compatible with the glibc package versions you already have installed. Hope this helps, Matthias yes, this helped a lot - thanks for looking closer than I did! I had enabled the mirror stuff in sl.repo and sl-updates.repo (after finding sl-base-6.txt in Google's cache) for the recent downtime of the scientificlinux servers, and at the time, this worked so well (i.e. the German and Swiss mirrors were so much faster) that I left it enabled afterwards. It's a pity that the mirror system does not seem to be fully operational. thanks, Kay -- Kay Diederichshttp://strucbio.biologie.uni-konstanz.de email: kay.diederi...@uni-konstanz.deTel +49 7531 88 4049 Fax 3183 Fachbereich Biologie, Universität Konstanz, Box M647, D-78457 Konstanz This e-mail is digitally signed. If your e-mail client does not have the necessary capabilities, just ignore the attached signature "smime.p7s". smime.p7s Description: S/MIME Cryptographic Signature
Re: yum problem
On 04/02/2011 06:34 PM, Kay Diederichs wrote: Dear all, to be able to do 32bit-compilation/linking (e.g. using gfortran -m32) on a 64bit machine I need /usr/lib/crt1.o . I know this file is in glibc-devel.i686 so I try % yum install glibc-devel.i686 Loaded plugins: fastestmirror, refresh-packagekit Loading mirror speeds from cached hostfile * sl: scientificlinux.physik.uni-muenchen.de * sl-security: scientificlinux.physik.uni-muenchen.de Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package glibc-devel.i686 0:2.12-1.7.el6 set to be updated --> Processing Dependency: glibc = 2.12-1.7.el6 for package: glibc-devel-2.12-1.7.el6.i686 --> Processing Dependency: glibc-headers = 2.12-1.7.el6 for package: glibc-devel-2.12-1.7.el6.i686 --> Finished Dependency Resolution Error: Package: glibc-devel-2.12-1.7.el6.i686 (sl) Requires: glibc = 2.12-1.7.el6 Installed: glibc-2.12-1.7.el6_0.3.i686 (@sl-updates/6) glibc = 2.12-1.7.el6_0.3 Installed: glibc-2.12-1.7.el6_0.3.x86_64 (@sl-updates/6) glibc = 2.12-1.7.el6_0.3 Available: glibc-2.12-1.7.el6.i686 (sl) glibc = 2.12-1.7.el6 Available: glibc-2.12-1.7.el6.x86_64 (sl) glibc = 2.12-1.7.el6 Error: Package: glibc-devel-2.12-1.7.el6.i686 (sl) Requires: glibc-headers = 2.12-1.7.el6 Installed: glibc-headers-2.12-1.7.el6_0.3.x86_64 (@sl-updates/6) glibc-headers = 2.12-1.7.el6_0.3 Available: glibc-headers-2.12-1.7.el6.x86_64 (sl) glibc-headers = 2.12-1.7.el6 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest What is the underlying problem? Looks as if the repos/mirrors you use do not have glibc-devel 2.12-1.7.el6_0.3 for i686. So they offer you glibc-devel-2.12-1.7.el6.i686. But that one is not compatible with the glibc package versions you already have installed. Hope this helps, Matthias
Re: Problem with an intel pci-express NIC (e1g44etblk ) and SL 6.0...
Hello Alan, I've just tested once again the card with ubuntu, now I'm 100% positive it works (i.e. the e1g44etblk was the only wired port during iperf, eth0 was disconnected). It works with ubuntu 10.04 server: kernel 2.6.35-24-server igb version 2.1.0-k2 It remains to be seen where the problem comes in SL (tested kernel: 2.6.32-71.18.2.el6.x86_64) I'll see if I can compile kernel version 2.6.35 on SL or if the problem is linked to my boot parameters (noapic acpi=off). Cheers On 01/04/2011 23:56, Alan Bartlett wrote: On 1 April 2011 21:34, Raimondo Giammanco [VKICC] wrote: The other box where i tried the second e1g44etblk is a normal desktop with a single pci-e slot, the motherboard is a common DQ965GF. I've installed the el-repo repository: the version of the driver is 2.4.13, the same of the one I've installed with the intel tar.gz and rpmbuild on the supermicro. I've installed the driver as for your suggestion, rebooted the machine and tried iperf with this new driver: before the iperf: # lspci | grep -i ether 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network Connection (rev 02) 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01) ethtool -i eth1 driver: igb version: 2.4.13 firmware-version: 1.2-1 bus-info: :03:00.0 ### ### rpm -qa | grep kmod kmod-igb-2.4.13-1.el6.elrepo.x86_64 ### after the iperf: ### From the machine from which I was doing the iperf -c: when doing on eth0 (the onboard nic iwth e1000 driver) [ 4] local 10.1.0.134 port 5001 connected with 10.1.0.131 port 49729 [ 4] 0.0-10.0 sec 1.10 GBytes 942 Mbits/sec when doing on eth1 (the e1g44etblk) [ 5] local 10.1.0.134 port 5001 connected with 10.1.0.134 port 51211 [ 5] 0.0-259.1 sec 86.1 MBytes 2.79 Mbits/sec again a lot of errors in ifconfig: eth1 Link encap:Ethernet HWaddr 00:1B:21:7C:4E:0C inet addr:10.1.0.134 Bcast:10.1.7.255 Mask:255.255.248.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:66919 errors:1322849926860 dropped:330712481715 overruns:330712797030 frame:1322849926860 TX packets:16073 errors:661424963430 dropped:0 overruns:0 carrier:661424963430 collisions:330712481715 txqueuelen:1000 RX bytes:94263829 (89.8 MiB) TX bytes:1061138 (1.0 MiB) lspci changes as well: 00:19.0 Ethernet controller: Intel Corporation 82566DM Gigabit Network Connection (rev 02) 03:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev ff) 03:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev ff) 04:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev ff) 04:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev ff) even if ethtool -i seems correct: ### ethtool -i eth1 driver: igb version: 2.4.13 firmware-version: 1.2-1 bus-info: :03:00.0 ### Could it be related to the kernel version? In the standard repos there are no updated kernels, at least that I can see. Can you suggest any newer kernel version and where to find it? Raimondo, I am beginning to suspect that it is a hardware rather than a software issue. You have obviously noticed the apparent change of the revision of the controller -- from 01 (before invoking iperf) to ff (after invocation). I would not expect there to be any change whatsoever in that field. Would it be possible to swap out that controller for another? As for kernels, you will find that there are the following available from the SL repo -- [quote] kernel-2.6.32-71.el6 kernel-2.6.32-71.7.1.el6 kernel-2.6.32-71.14.1.el6 kernel-2.6.32-71.18.1.el6 kernel-2.6.32-71.18.2.el6 [/quote] I have the changelog deltas for each of those kernels available (http://www.centos.toracat.org/ajb/kernel-clog-diff/el6/) but from a quick look, I do not see anything relevant. It's interesting that you ask me about a newer kernel version, for those who know me are aware that I usually have a newer kernel or two available -- but for EL5, not EL6. In all honesty, I do not think this is either a kernel or a driver problem. As I said above, I suspect the card itself. Sorry that I can not "wave my wand" and resolve this for you. :-/ Alan.
Re: Sound on SL6
On Mon, 4 Apr 2011, William Scott wrote: Strangely, I have an issue where a user who connects via SSH and runs speaker-test generates no local audio unless a user is also logged in at the local console(gnome). The remote user also loses the selection of Intel HDA in alsamixer when pressing F6. With a local user logged in the card is there. Appears something is only getting stated/configured for audio when there is a local user. In SL5 a number of devices, such as floppy disks, memory sticks, cd/dvd drives are only available to a user who is logged in on the console - so that remote users can't read devices that the console user has plugged in. Sound might come into the same category. /etc/security/console.perms might be a starting point. -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge a.c.aitchi...@dpmms.cam.ac.uk http://www.dpmms.cam.ac.uk/~werdna