Strange messages from yum daily updates
Hi, I've been getting these for a few days now on 7.1 SL systems: /etc/cron.daily/0yum-daily.cron: Update notice SLBA-2015:0563-1 (from sl-security) is broken, or a bad duplicate, skipping. You should report this problem to the owner of the sl-security repository. Is this something I've configured incorrectly or are other people getting it? -- Mark Whidby System Administrator/Operations IT Services
Is there a problem with SL7 security updates repo??
Hi, Is there a problem? I'm getting this: # yum clean all Loaded plugins: langpacks Cleaning repos: epel sl sl-security Cleaning up everything # cat sl7-security.repo [sl-security] name=Scientific Linux $slreleasever - $basearch - security updates #baseurl=http://***/linux/scientific/$slreleasever/$basearch/updates/security/ baseurl= http://ftp.scientificlinux.org/linux/scientific/$slreleasever/$basearch/updates/security/ http://ftp1.scientificlinux.org/linux/scientific/$slreleasever/$basearch/updates/security/ http://ftp2.scientificlinux.org/linux/scientific/$slreleasever/$basearch/updates/security/ ftp://ftp.scientificlinux.org/linux/scientific/$slreleasever/$basearch/updates/security/ #mirrorlist=http://ftp.scientificlinux.org/linux/scientific/mirrorlist/sl-security-7.txt enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-sl file:///etc/pki/rpm-gpg/RPM-GPG-KEY-sl7 # yum --disablerepo=\* --enablerepo=sl-security list Loaded plugins: langpacks sl-security | 3.0 kB 00:00:00 (1/2): sl-security/x86_64/updateinfo | 366 kB 00:00:01 (2/2): sl-security/x86_64/primary_db | 2.3 MB 00:00:10 One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Disable the repository, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable 4. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=.skip_if_unavailable=true file is encrypted or is not a database At first I thought it was a problem with our mirror hence the commented out baseurl entry in the .repo file. -- Mark Whidby System Administrator/Operations IT Services
Re: Set kdump in kickstart
On Fri, 2015-06-26 at 05:34 -0500, Stephen Berg (Contractor) wrote: > Can't seem to find a kickstart setting for either enabling or disabling > kdump from a kickstart installation. Does anyone know what I can put in > a kickstart to disable kdump? > In the post script I do: systemctl disable kdump -- Mark Whidby System Administrator/Operations IT Services
RE: Installation source not populated for SL 7.0
On Fri, 2015-02-06 at 19:39 +, Brown, Chris (GE Healthcare) wrote: > try supplying > inst.repo=http://ftp1.scientificlinux.org/linux/scientific/7.0/x86_64/os/ > as a boot option (or your own local mirror if you are so equipped). > > - Chris > > -Original Message- > From: owner-scientific-linux-us...@listserv.fnal.gov > [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Lezama, > Damian > Sent: Friday, February 06, 2015 1:29 PM > To: Connie Sieh > Cc: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV > Subject: RE: Installation source not populated for SL 7.0 > > My problem is that I can't even start the installation. I can confirm that I too have had problems doing SL 7.0 net installs to VirtualBox VMs - it seems to be fine with physical machines though. I haven't yet tried the above inst.repo option. -- Mark Whidby System Administrator/Operations IT Services
Re: Need bash variable dead space help
On Mon, 2014-06-09 at 13:09 -0700, ToddAndMargo wrote:
> Hi All,
>
> What am I missing here? Where did all my spaces go?
> Is this $IFS's doing?
>
> I can substitute dots for spaces, so I don't have to
> have a solution, I'm just curious what went wrong.
>
> Many thanks,
> -T
>
> $ A=abc
> B=xyz
> C="${A}${B}"
>
> echo $C
> abc xyz
You need to enclose $C in quotes:
echo "$C"
Re: How do I elevate in a script?
On Tue, 2014-04-29 at 12:20 -0700, ToddAndMargo wrote: > Hi All, > > I have a bash script that need to be run as root. > In the script, I check to see if it is running as > root and flag the user to run appropriately. > > Is there a way to use "su" to prompt for the password > and continue the script if successful? (I would test for > $? after the prompt.) > > Currently "su" will just open a new shell as root. > > I can run a command inside "su", but what about the > other 200 lines of code? :'( An interesting problem :-) Something like this seems to work but I haven't thought through the consequences of it, so be aware: -cut here- #!/bin/sh this_script=$(basename $0) if [ $(id -u) -ne 0 ] then echo "Enter root's password" su -c ./$this_script exit fi echo "Hello world" echo "Running as $(id -u)" -cut here- You probably need to do something with $PATH to obviate the need for the "./" on the su line.
Re: What happened to adobe repository ?
On Wed, 2014-01-15 at 12:05 +0100, David Sommerseth wrote: > On 15/01/14 11:44, Jean-Michel Barbet wrote: > > On 01/15/2014 11:20 AM, Urs Beyerle wrote: > > > >> Adobe discontinued the Adobe Reader 9 for Linux in June 2013 and has not > >> fixed and will not fix any further security issues in it. Therefore it > >> makes totally sense to remove it from their repo. > > > > Thank you Urs, > > > > OK, that's clear. What are the alternatives on the SL worksation ? > > I've used evince for a few years, and it's getting better and better. > Or you got xpdf and okular (in the kdegraphics package) which is fairly > popular too. In addition Firefox 24 (available in SL6.3, iirc) and > newer includes pdf.js, which displays PDFs fairly well inside the browser. > > It mostly depends on your needs. There are some features which works > less good in the alternatives, and even a few scenarios where Adobe > Reader seems to be the only alternative. But I'd try out what's already > in SL first and see if it covers your need. Most of them are usually > faster than Adobe Reader too. There is still a 32-bit self-extracting binary version of Adobe Reader on the Adobe web-site. -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: X server crashes with firefox, thunderbird, .... - Recent bug in SL 5.7 - 64 bits
On Wed, 2013-11-06 at 16:14 +0100, k...@cenbg.in2p3.fr wrote: > Dear Scientific Linux users, > > Since few days, the computers from our lab running under SL 5.7 - 64 > bits experience all the same bug that prevents using applications such > as: firefox, thunderbid, glxgears, glxinfo. > The update policy is based on the default configuration. > The bug seems to result from a recent update, maybe end of October > (more info on the recent updates in the enclosed yum.log). > > The easiest way to reproduce this bug is to execute glxinfo. The > outcome is that the screen turns black and the session restarts. Since > this bug was first noticed under firefox and thunderbird, a "strace" > was executed on those applications and it turned out that the bug was > labeled as "Error 104" which indicates a restart by the X server. If > you are interested, you may find enclosed more information. > > Has this problem been reported by other institutes or users? Did you reinstall the Nvidia driver after the update to xorg-x11-server-Xorg on 17/10? -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: [SCIENTIFIC-LINUX-USERS] Problems with rsync?
On Mon, 2012-10-08 at 08:23 -0500, Pat Riehecky wrote: > On 10/08/2012 08:11 AM, Mark Whidby wrote: > > Hi, > > Is there a problem with rsyncing from rsync.scientificlinux.org > > at the moment? I'm getting: > > > > @ERROR: max connections (60) reached -- try again later > > rsync error: error starting client-server protocol (code 5) at main.c(1530) > > [receiver=3.0.6] > > > > > > Sometimes the server gets hit by a lot of mirrors at a time. I've > restarted the daemon just to be safe. I'm currently showing 22 active > connections. > > Can I have you give it another shot? Thanks - it's working now. I had it 3 or 4 days in a row so thought it was a bit more than a coincidence. -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Problems with rsync?
Hi, Is there a problem with rsyncing from rsync.scientificlinux.org at the moment? I'm getting: @ERROR: max connections (60) reached -- try again later rsync error: error starting client-server protocol (code 5) at main.c(1530) [receiver=3.0.6] -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: Disable showing "LVM volume" in gnome desktop
On Thu, 2012-08-30 at 21:24 +0400, Vladimir Mosgalin wrote:
> Hello everybody.
>
> I've just installed SL6.3 with default gnome desktop on laptop (using
> default partitioning and encryption options, with encrypted LVM VG) and
> it displays whole disk LVM PV ("500 GB Hard Disk: 500 GB LVM2 Physical
> Volume") in "Places" menu and also when opening "Computer".
>
> Obviously this is useless, also annoying because it asks for password
> ("Authentication is required to mount this device") when clicking it. I
> don't even want to try entering password because I doubt it's a good
> idea to "mount" main system LVM PV!
>
> I need to give this notebook to another person who isn't linux expert,
> so I need a mean to disable this in order not to confuse him. Quick
> googling didn't help.. Does anyone know a way to completely rid of
> mention of this LVM PV?
>
This *might* help a bit - it won't prevent the icon from being
displayed but it won't ask for the password, instead putting up a "Not
authorised" message.
Create a file called what you like with the extension .pkla and stick it
in one of the directories in /var/lib/polkit-1/localauthority - I used
50-local.d. The file should have the following contents:
[Disable Mount]
Identity=unix-user:*
Action=org.freedesktop.udisks.filesystem-mount-system-internal
ResultAny=no
ResultInactive=no
ResultActive=no
It worked for me. If you find a way of disabling the icon as well
I'd be grateful if you could let me know.
--
Mark Whidby
Infrastructure Coordinator (Unix)
Physics/Chemistry/EAES/Mathematics Team
IT Services, Faculty of Engineering and Physical Sciences
Re: Firefox 10 system wide preferences
On Thu, 2012-03-29 at 08:11 -0500, Mark Stodola wrote:
> On 03/28/2012 04:58 PM, Kinzel, David wrote:
> >> -Original Message-
> >> From: owner-scientific-linux-us...@listserv.fnal.gov
> >> [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On
> >> Behalf Of Mark Stodola
> >> Sent: Wednesday, March 28, 2012 3:30 PM
> >> To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
> >> Subject: Firefox 10 system wide preferences
> >>
> >> I've never attempted to set system wide/global preferences for
> >> Firefox,
> >> but am now looking into how to do it. Google has not been
> >> very kind in
> >> shedding light on the subject as all of the solutions site different
> >> file locations and names.
> >>
> >> I'm just looking to set the default homepage for now. Is anyone
> >> successfully doing this? Has it changed from Firefox 3.0,
> >> 3.6, and the
> >> current packaged 10?
> >>
> >> A working example and file path would be much appreciated.
> >
> > Hi Mark:
> >
> > I believe you should be able to update the global prefs.js in something like
> >
> > /usr/lib64/firefox-3.6/defaults/profile/prefs.js
> >
> > Eg something like
> >
> > user_pref("browser.startup.homepage", "http://google.com";)
> >
> > Anything in firefox "about:config" should be able to be set like that
> > globally.
>
> I'm actually trying on FF 10 on a 32bit install.
> I've been trying various filenames with those contents (also pref(),
> lock_pref() and lockPref()) in:
> /usr/lib/firefox/
> /usr/lib/firefox/defaults/
> /usr/lib/firefox/defaults/preferences/ (this is where channel-prefs.js
> exists)
> I even created /etc/firefox (and a few subdirectories based on a google
> search.
> I'm stuck with the "file:///usr/share/doc/HTML/index.html", even after
> clearing out ~/.mozilla.
>
> I'm not looking for theoretical replies, but rather someone who is
> _actually_ doing it and has it working. There must be someone out there
> who's got this worked out on SL/CentOS/TUV.
I haven't got it working yet but I'm also looking for the answer.
It definitely has changed in Firefox 10 though - I did have it
working in 3.6.
I've tried creating prefs.js in /usr/lib/firefox/defaults/preferences
with the contents:
pref("browser.startup.homepage", "http://www.google.co.uk/";);
If I then try to start up firefox I get a blank page so it has
made some difference; about:config also shows the change has been
made so I'm not sure why I get that blank page. The filename does
not even have to be prefs.js - any file gets read I think.
Have you searched for the current
"file:///usr/share/doc/HTML/index.html"? The only places that this
is referenced are in all the various langpack files
in /usr/lib/firefox/langpacks but these are all zipped directories.
I can't believe that it's necessary to change these - there must
be a different way.
--
Mark Whidby
Infrastructure Coordinator (Unix)
Physics/Chemistry/EAES/Mathematics Team
IT Services, Faculty of Engineering and Physical Sciences
SL web site problem?
Trying to access www.scientificlinux.org is giving: Error response Error code 500. Message: Internal Server Error. -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Problem with rsync.scientificlinux.org?
Hi, Is there a problem with rsync.scientificlinux.org following the scheduled downtime? I'm getting errors like this:- @ERROR: chroot failed rsync error: error starting client-server protocol (code 5) at main.c(1530) [receiver=3.0.6] Thanks, -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: mount.cifs in sl6
On Thu, 2011-07-14 at 14:35 +0200, Gasser Marc wrote: > Hello, > > How can I allow my users to mount a cifs share in SL6? > In SL5 we just chmod u+s /sbin/mount.cifs. In SL6 this doesn't work anymore. > > Why was umount.cifs removed? FWIW, this has caused us problems too - up until now I've just been using copies of mount.cifs and umount.cifs from an SL 5 installation but obviously would prefer a proper solution. -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
pam update
Hi, On a SL 5.0 machine the recent pam update failed:- pam-0.99.6.2-6.el5_5.2.i386 from sl-security has depsolving problems --> Missing Dependency: audit-libs >= 1.6.5 is needed by package pam-0.99.6.2-6.el5_5.2.i386 (sl-security) pam-0.99.6.2-6.el5_5.2.x86_64 from sl-security has depsolving problems --> Missing Dependency: audit-libs >= 1.6.5 is needed by package pam-0.99.6.2-6.el5_5.2.x86_64 (sl-security) Error: Missing Dependency: audit-libs >= 1.6.5 is needed by package pam-0.99.6.2-6.el5_5.2.i386 (sl-security) Error: Missing Dependency: audit-libs >= 1.6.5 is needed by package pam-0.99.6.2-6.el5_5.2.x86_64 (sl-security) The latest version of audit-libs for SL 5.0 appears to be audit-libs-1.5.5-7. What's happened? -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: Dell Poweredge T110 Installation
In cases like this I would try a network install with one of the boot isos i.e. http://ftp2.scientificlinux.org/linux/scientific/55/x86_64/images/boot.iso -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: OpenOffice 3.2.1 issue and SL 5.5
On Wednesday 04 August 2010 14:09:08 Larry Linder wrote: > > II. Excluding openoffice.org-base.i386 > The script to exclude it does not work - there has to be something missing. > yum --exclude=openoffice.org-ure* > doesn't work. I am missing something. > > Manually edited the /etc/yum/yum.cron.excludes and added the line > exclude=openoffice.org-ure. Everything in this file needs to be on one line:- exclude=kernel* openafs* *-kmdl-* kmod-* *firmware* yum-conf* openoffice* ooobasis* The above was taken from a real system. The file is only honoured by the automatic yum updates, i.e. if you do a "yum update" at the command line then it will apply kernel updates, firmware updates, openoffice updates etc. -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
Re: Security ERRATA Moderate: lvm2-cluster,lvm2 for SL5
On Sunday 01 August 2010 08:21:50 Hervé Riboulot wrote: > Hello, > > I cannot process the security update due to dependencies issues: 'Error: > Missing Dependency: device-mapper >= 1.02.39-1.el5_5.1 is needed by > package lvm2-2.02.56-8.el5_5.6.x86_64 (sl-security)'. > > Device-mapper (i386 and 86_64) are installed: > > rpm -qa device-mapper > device-mapper-1.02.39-1.el5.x86_64 > device-mapper-1.02.39-1.el5.i386 > > Package-cleanup --problems does not report any flaw ... > > > I'm running SL 5.5 on the following configuration: 2.6.18-194.8.1.el5 > #1 SMP Thu Jul 1 16:05:53 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux. I am seeing the same on a variety of machines running different versions of SL - 5.0, 5.3, 5.5 -- Mark Whidby Infrastructure Coordinator (Unix) Physics/Chemistry/EAES/Mathematics Team IT Services, Faculty of Engineering and Physical Sciences
SL review
Distrowatch has a review of Scientific Linux this week:- http://distrowatch.com/weekly.php?issue=20100426#feature -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: Repoview update
Troy Dawson wrote: Mark Whidby wrote: It would appear that repoview got updated yesterday:- Feb 18 03:44:10 Updated: repoview-0.6.4-1.el5.noarch However, a previously working script started failing with:- Running repoview... Traceback (most recent call last): File "/usr/bin/repoview", line 41, in ? import hashlib as md5 ImportError: No module named hashlib To fix this I had to install python-hashlib, which suggests to me that the python-hashlib RPM should be a pre-requisite for the repoview RPM. Just thought I would pass this information along - not sure if I should mention it elsewhere. Where did you get your repoview? rpm -qi repoview I never pushed out repoview once I found out that it was in EPEL already. Ah yes - you're right. It came from EPEL - I forgot that I had to enable that repository to pick it up from originally. Sorry for the false alarm. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Repoview update
It would appear that repoview got updated yesterday:- Feb 18 03:44:10 Updated: repoview-0.6.4-1.el5.noarch However, a previously working script started failing with:- Running repoview... Traceback (most recent call last): File "/usr/bin/repoview", line 41, in ? import hashlib as md5 ImportError: No module named hashlib To fix this I had to install python-hashlib, which suggests to me that the python-hashlib RPM should be a pre-requisite for the repoview RPM. Just thought I would pass this information along - not sure if I should mention it elsewhere. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: RAID configuration problem
Mark Whidby wrote: Hi, I'm trying to configure a RAID box with 12 x 1 Tb disks on an SL 5.0 system running kernel 2.6.18-8.1.8.el5 through this controller: 04:06.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) However, whenever I configure more than 3 of the disks in a LUN I get SCSI errors. For 4 disks in a RAID5 configuration:- Nov 4 10:36:29 terra kernel: Vendor: transtec Model: PV610S12R1A Rev: 347G Nov 4 10:36:29 terra kernel: Type: Direct-Access ANSI SCSI revision: 05 Nov 4 10:36:29 terra kernel: sdq : very big device. try to use READ CAPACITY(16). Nov 4 10:36:29 terra kernel: SCSI device sdq: 5858973696 512-byte hdwr sectors (2999795 MB) Nov 4 10:36:29 terra kernel: sdq: Write Protect is off Nov 4 10:36:29 terra kernel: SCSI device sdq: drive cache: write back Nov 4 10:36:29 terra kernel: sdq : very big device. try to use READ CAPACITY(16). Nov 4 10:36:29 terra kernel: SCSI device sdq: 5858973696 512-byte hdwr sectors (2999795 MB) Nov 4 10:36:29 terra kernel: sdq: Write Protect is off Nov 4 10:36:29 terra kernel: SCSI device sdq: drive cache: write back Nov 4 10:36:29 terra kernel: sdq: unknown partition table Nov 4 10:36:29 terra kernel: sd 5:0:0:1: Attached scsi disk sdq Nov 4 10:36:29 terra kernel: sd 5:0:0:1: Attached scsi generic sg16 type 0 Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: printk: 16 messages suppressed. Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:32 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:32 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 ... Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 ... Hi, I'm just posting the solution to this in case anybody else hits a similar problem. The errors were caused by a hardware configuration error. The "Default Transfer Clock" on the raid was set to 80 MHz yet filesystems bigger than 2 Tb require this to be 160 MHz. Once this was set correctly everything was fine. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: RAID configuration problem
John Rowe wrote: On Wed, 2009-11-04 at 11:01 +, Mark Whidby wrote: John Rowe wrote: Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: printk: 16 messages suppressed. Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:32 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:32 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 ... Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 It's looking horribly like a disk error: have you checked it? Try badblocks. That's what I thought originally but no matter which combination of 4 disks I try to configure I always get these errors. Unless the box has been populated with a whole batch of bad disks, I suppose. I thought that might be too easy, but it was worth a try. Does it follow any particular disk controller? Cable? I haven't been able to test anything like that at the moment. It just seems very odd that with any 4 or more disks configured I get the problem. I'm going to have to try it (and the controller) on another system to try my kernel/SL release possibilities if the owner is amenable. Thanks for your input anyway. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: RAID configuration problem
John Rowe wrote: Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: printk: 16 messages suppressed. Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:32 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:32 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 ... Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 It's looking horribly like a disk error: have you checked it? Try badblocks. That's what I thought originally but no matter which combination of 4 disks I try to configure I always get these errors. Unless the box has been populated with a whole batch of bad disks, I suppose. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
RAID configuration problem
Hi, I'm trying to configure a RAID box with 12 x 1 Tb disks on an SL 5.0 system running kernel 2.6.18-8.1.8.el5 through this controller: 04:06.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) However, whenever I configure more than 3 of the disks in a LUN I get SCSI errors. For 4 disks in a RAID5 configuration:- Nov 4 10:36:29 terra kernel: Vendor: transtec Model: PV610S12R1A Rev: 347G Nov 4 10:36:29 terra kernel: Type: Direct-Access ANSI SCSI revision: 05 Nov 4 10:36:29 terra kernel: sdq : very big device. try to use READ CAPACITY(16). Nov 4 10:36:29 terra kernel: SCSI device sdq: 5858973696 512-byte hdwr sectors (2999795 MB) Nov 4 10:36:29 terra kernel: sdq: Write Protect is off Nov 4 10:36:29 terra kernel: SCSI device sdq: drive cache: write back Nov 4 10:36:29 terra kernel: sdq : very big device. try to use READ CAPACITY(16). Nov 4 10:36:29 terra kernel: SCSI device sdq: 5858973696 512-byte hdwr sectors (2999795 MB) Nov 4 10:36:29 terra kernel: sdq: Write Protect is off Nov 4 10:36:29 terra kernel: SCSI device sdq: drive cache: write back Nov 4 10:36:29 terra kernel: sdq: unknown partition table Nov 4 10:36:29 terra kernel: sd 5:0:0:1: Attached scsi disk sdq Nov 4 10:36:29 terra kernel: sd 5:0:0:1: Attached scsi generic sg16 type 0 Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: printk: 16 messages suppressed. Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:31 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:31 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 Nov 4 10:36:31 terra kernel: Buffer I/O error on device sdq, logical block 732371696 Nov 4 10:36:32 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:32 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 ... Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973688 Nov 4 10:36:33 terra kernel: sd 5:0:0:1: SCSI error: return code = 0x000b Nov 4 10:36:33 terra kernel: end_request: I/O error, dev sdq, sector 5858973568 ... For a LUN with 3 disks it's OK:- Nov 4 10:33:26 terra kernel: Vendor: transtec Model: PV610S12R1A Rev: 347G Nov 4 10:33:26 terra kernel: Type: Direct-Access ANSI SCSI revision: 03 Nov 4 10:33:26 terra kernel: target5:0:0: Beginning Domain Validation Nov 4 10:33:26 terra kernel: target5:0:0: Ending Domain Validation Nov 4 10:33:26 terra kernel: target5:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 127) Nov 4 10:33:26 terra kernel: SCSI device sdp: 3905982464 512-byte hdwr sectors (1999863 MB) Nov 4 10:33:26 terra kernel: sdp: Write Protect is off Nov 4 10:33:26 terra kernel: SCSI device sdp: drive cache: write back Nov 4 10:33:26 terra kernel: SCSI device sdp: 3905982464 512-byte hdwr sectors (1999863 MB) Nov 4 10:33:26 terra kernel: sdp: Write Protect is off Nov 4 10:33:26 terra kernel: SCSI device sdp: drive cache: write back Nov 4 10:33:27 terra kernel: sdp: unknown partition table Nov 4 10:33:27 terra kernel: sd 5:0:0:0: Attached scsi disk sdp Nov 4 10:33:27 terra kernel: sd 5:0:0:0: Attached scsi generic sg15 type 0 So, am I restricted to configuring this with sets of three disks? Would moving to a later kernel or release of SL help? Thanks. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: Strange NFS mount problem
Mark Whidby wrote: The first three mounts are plainly wrong and it is the same on all four compute nodes. I am absolutely confused as to what has happened - any ideas? Well, whatever the problem was I have now fixed it by rebooting the compute nodes and is now probably non-reproducible so I apologize for this intrusion :-) -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Strange NFS mount problem
Hi,
I look after a small beowulf whose head node got rebooted last night.
Today the compute nodes have got their NFS mounts from the head node mixed
up. On the head node I have this extract in /etc/fstab:
/dev/mapper/3600d023000ed100540e4a000p1 /data01 ext3 defaults 1 2
/dev/mapper/3600d023000ed100540e4a001p1 /data02 ext3 defaults 1 2
/dev/mapper/3600d023000ed105947002a00p1 /data03 ext3 defaults 1 2
/dev/mapper/3600d023000ed105947002a01p1 /data04 ext3 defaults 1 2
/dev/mapper/3600d023000ed105a1384ec00p1 /data05 ext3 defaults 1 2
/dev/mapper/3600d023000ed105a1384ec01p1 /data06 ext3 defaults 1 2
and /etc/exports extract:
/data01 10.0.0.0/24(rw,sync) 130.88.15.0/24(rw,sync) 130.88.67.0/24(rw,sync)
130.88.16.0/24(rw,sync)
/data02 10.0.0.0/24(rw,sync) 130.88.15.0/24(rw,sync) 130.88.67.0/24(rw,sync)
130.88.16.0/24(rw,sync)
/data03 10.0.0.0/24(rw,sync) 130.88.15.0/24(rw,sync) 130.88.67.0/24(rw,sync)
130.88.16.0/24(rw,sync)
/data04 10.0.0.0/24(rw,sync) 130.88.15.0/24(rw,sync) 130.88.67.0/24(rw,sync)
130.88.16.0/24(rw,sync)
/data05 10.0.0.0/24(rw,sync) 130.88.15.0/24(rw,sync) 130.88.67.0/24(rw,sync)
130.88.16.0/24(rw,sync)
/data06 10.0.0.0/24(rw,sync) 130.88.15.0/24(rw,sync) 130.88.67.0/24(rw,sync)
130.88.16.0/24(rw,sync)
To demonstrate what is wrong I created a file on each /dataxx partition called
the same as the
partition so on the head node I see this:
# for n in 1 2 3 4 5 6
> do
> ls /data0${n}/data??
> done
/data01/data01
/data02/data02
/data03/data03
/data04/data04
/data05/data05
/data06/data06
On the compute nodes (which I can only access via submitting a Sun Grid Engine
job
at this moment in time) this is in /etc/fstab:
10.0.0.254:/data01 /data01 nfs defaults0 0
10.0.0.254:/data02 /data02 nfs defaults0 0
10.0.0.254:/data03 /data03 nfs defaults0 0
10.0.0.254:/data04 /data04 nfs defaults0 0
10.0.0.254:/data05 /data05 nfs defaults0 0
10.0.0.254:/data06 /data06 nfs defaults0 0
The mount command shows this:
/dev/ram0 on / type ext2 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda2 on /tmp type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
10.0.0.254:/home on /home type nfs (rw,addr=10.0.0.254)
10.0.0.254:/usr on /usr type nfs (rw,addr=10.0.0.254)
10.0.0.254:/opt on /opt type nfs (rw,addr=10.0.0.254)
10.0.0.254:/data01 on /data01 type nfs (rw,addr=10.0.0.254)
10.0.0.254:/data02 on /data02 type nfs (rw,addr=10.0.0.254)
10.0.0.254:/data03 on /data03 type nfs (rw,addr=10.0.0.254)
10.0.0.254:/data04 on /data04 type nfs (rw,addr=10.0.0.254)
10.0.0.254:/data05 on /data05 type nfs (rw,addr=10.0.0.254)
10.0.0.254:/data06 on /data06 type nfs (rw,addr=10.0.0.254)
but when I run my little loop as above, I see this:
/data01/data02
/data02/data03
/data03/data01
/data04/data04
/data05/data05
/data06/data06
The first three mounts are plainly wrong and it is the same on all four compute
nodes. I am absolutely confused as to what has happened - any ideas?
Sorry for the length of this but I've tried to be as concise as possible.
It's probably not even SL specific (the cluster is running SL 5.0) but
I value the knowledge and wisdom of the people on this list.
--
Mark Whidby
Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team
Information Systems
Faculty of Engineering and Physical Sciences
Re: OpenLDAP for authentication with OpenSSH?
Michael Hannon wrote: Greetings. We're exploring the use of OpenLDAP as an authentication service on an SL 5.2 system (i386). (Yea, I know: welcome to the 20th century.) We'd like to be able to use it to enable logins via ssh, among other things. If you have a recipe for doing such things, will you please send me a pointer to it? Thanks. This was useful for me:- http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch31_:_Centralized_Logins_Using_LDAP_and_RADIUS -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/EAES/Mathematics Team Information Systems Faculty of Engineering and Physical Sciences
Re: GNOME Applications menu question
Art Wildman wrote: I've been down this road lately, trying to customize a common set of menus & desktop launchers for some users where Gnome was required. Why the RH Docs don't show up during searches is very annoying . See if this helps... RedHat Desktop Deployment Guide - Gnome Menu Editing and Configuration http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/desktop-guide/ch-ddg-menus.html This tool may also prove useful... MenuMaker Home - menu generation utility http://menumaker.sourceforge.net/ -Cheers, [EMAIL PROTECTED] Maccy wrote: version 4.7 Troy Dawson wrote: You need to let us know which version of Scientific Linux you are running, because it has changed some between the versions. I'm not saying I remember how to do it, I just remember that it was different. Troy Maccy wrote: Does anyone know how I can add another group under 'Applications' on the top panel of the GNOME desktop? I can easily add an item to the Applications menu by creating a .desktop file in the /usr/share/applications directory. But what I want to do is create a new 'Astronomy' group containing links to the most popular installed Astro software on one system, then distribute the relevant config files to all my other machines. Documentation seems scarce Thanks in advance for any advice, Mark I found this link useful too (especially the example about 2/3 of the way down):- http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/SEAES Team Information Systems Faculty of Engineering and Physical Sciences
Re: gtk+-2.0
Herbert Fruchtl wrote: How do I install this package on SL5 x86_64? gtk+ is there, but not gtk+-2.0. I need it for gdis, a crystal structure viewer and builder (http://gdis.sourceforge.net/). Herbert, The rpm is actually called gtk2 - so 'yum install gtk2' should do it. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/SEAES Team Information Systems Faculty of Engineering and Physical Sciences
Re: Network install question
Dan McDaniel wrote: When doing a network install under 4.x I was able to eject the CD as soon as the install began copying files. With 5.x the drive seems to be locked and I can't eject the CD until the install is nearly complete. This means I can't start multiple installs with the same CD. Has anyone else run into this? Is there a fix or workaround? Yes, I can confirm I'm getting it as well with the boot.iso CD. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/SEAES Team Information Systems Faculty of Engineering and Physical Sciences
Re: lockd for nfs
Dr Andrew C Aitchison wrote: On Thu, 18 Sep 2008, Eve V. E. Kovacs wrote: Has anyone tried to fix the ports that nfs uses for its various daemons? Supposedly, by setting the environmental variables in/etc/sysconfig/nfs, one can fix the ports on which the daemons listen. All of them work except for LOCKD_UDPPORT No matter what port I set, when the system (SL5.2) boots, it just chooses some random port for udp lockd. Has anyone come across this? Any idea why it doesn't work? I came across this whilst trying to understand whilst lockd kept hanging (that turned out to be buzilla #453094 and #459083), although for me LOCKD_TCPPORT is not being honoured either. As I understand it rpcinfo -p | grep nlockmgr and /sbin/sysctl fs.nfs.nlm_tcpport fs.nfs.nlm_udpport should be two ways of reporting the ports that the kernel nfslock daemon uses, but the report different values for me: # /sbin/sysctl fs.nfs.nlm_tcpport fs.nfs.nlm_udpport fs.nfs.nlm_tcpport = 32803 fs.nfs.nlm_udpport = 32769 # rpcinfo -p |grep lock 1000211 udp 37230 nlockmgr 1000213 udp 37230 nlockmgr 1000214 udp 37230 nlockmgr 1000211 tcp 40626 nlockmgr 1000213 tcp 40626 nlockmgr 1000214 tcp 40626 nlockmgr Not sure whether this is a help or a red herring, but my copy of /etc/sysconfig/nfs includes this comment from a colleague: # Older kernels (2.6.18 is OK) don't seem to obey the above, # echo "options lockd nlm_udpport=6667 nlm_tcpport=6667" >> /etc/modprobe.conf # works on those kernels Maybe this feature was new in 2.6.18 with all the patches to the SL5.2 nfs code it has been lost ? On one server that I set up (when I didn't know about /etc/sysconfig/nfs...) I did indeed configure this by including in modeprobe.conf:- options lockd nlm_udpport=4010 nlm_tcpport=4010 and /usr/sbin/rpcinfo -p |grep lock shows:- 1000211 udp 4010 nlockmgr 1000213 udp 4010 nlockmgr 1000214 udp 4010 nlockmgr 1000211 tcp 4010 nlockmgr 1000213 tcp 4010 nlockmgr 1000214 tcp 4010 nlockmgr so this definitely works. -- Mark Whidby Infrastructure Coordinator (Unix) - Physics/Chemistry/SEAES Team Information Systems Faculty of Engineering and Physical Sciences
Re: Please use mirrors if possible
FRANCHISSEUR Robert wrote: Hi Troy, is there a way to log which mirror we use when yum update ? I have a mirror 2 floors upstair which comme first in my repos : baseurl=ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/scientific-linux/45/$basearch/errata/SL/RPMS/ http://distrib-coffee.ipsl.jussieu.fr/pub/linux/scientific-linux/45/$basearch/errata/SL/RPMS/ http://ftp.lip6.fr/pub/linux/distributions/scientific/45/$basearch/errata/SL/RPMS/ http://ftp.scientificlinux.org/linux/scientific/45/$basearch/errata/SL/RPMS/ ftp://ftp.scientificlinux.org/linux/scientific/45/$basearch/errata/SL/RPMS/ ftp://linuxsoft.cern.ch/scientific/45/$basearch/errata/SL/RPMS/ but I often notice, just doing a 'netstat', that I am using your server rather than ours and I'd like to investigate this furter on a longer period of time. Hi, If you want to use your own mirrors in preference to the others you need to include "failovermethod=priority" in your repo configuration. The default is roundrobin which will select one at random from the list.
Re: System hangs after latest (5/21-5/22) updates with LDAP
Zhi-Wei Lu wrote: Hi, I am applying the latest updates to a number of systems, those with LDAP configured failed to boot at "Start system message bus", those without LDAP configured booted just fine! Any suggestion? It may be this:- https://bugzilla.redhat.com/show_bug.cgi?id=206399 I had this and fixed it by setting in /etc/ldap.conf:- nss_initgroups_ignoreusers root,ldap,named,avahi,haldaemon,dbus Hope this helps.
SL and Dell Optiplex 755
Hi, Has anyone had any experience of SL (or Centos / RHEL) on the new Dell Optiplex 755 machines? Specifically does X work? Thanks. -- Mark Whidby Information Systems Faculty of Engineering and Physical Sciences
Problem with latest SL 4.4 kernel update - 2.6.9-55.0.2.ELsmp
Hi, When logging into the console I get these messages: Keymap 0: Permission denied Keymap 1: Permission denied Keymap 2: Permission denied KDSKBENT: Operation not permitted loadkeys: could not deallocate keymap 3 However, this has already been reported as a bug with Fedora:- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172425 and is actually fixed by an update to the kbd rpm. The question is, how does this get fixed in RHEL/SL? Does someone with a real RHEL installation have to file it in bugzilla? -- Mark Whidby Faculty of Engineering and Physical Sciences
Is there a problem with SL ftp site?
I'm currently seeing problems in connecting to ftp://ftp.scientificlinux.org/linux/scientific/ It's timing out. Is there a problem? -- Mark Whidby Faculty of Engineering and Physical Sciences
Re: acroread 7 on SL 5
Rob Henderson wrote: I have installed acroread 7 using either with the rpm package or with the tar file. Both times the acroread program gives the error expr: syntax error repeatedly Does anybody have any idea what is wrong and how I might fix this. I have looked on the web for solutions but failed to find anything. This was mentioned here the other day:- http://listserv.fnal.gov/scripts/wa.exe?A2=ind0706&L=SCIENTIFIC-LINUX-USERS&P=R79&I=-3 -- Mark Whidby Faculty of Engineering and Physical Sciences
