SL web site problem?

2011-11-17 Thread Mark Whidby
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


Re: [SCIENTIFIC-LINUX-USERS] SL web site problem?

2011-11-17 Thread Pat Riehecky

Yark!

I'm looking into it.

Pat

On 11/17/2011 06:02 AM, Mark Whidby wrote:

Trying to access www.scientificlinux.org is giving:

Error response
Error code 500.

Message: Internal Server Error.





--
Pat Riehecky
Scientific Linux Developer


Re: [SCIENTIFIC-LINUX-USERS] SL web site problem?

2011-11-17 Thread Pat Riehecky

Its back up now.  It seems plone needed a little nudge.

Pat

On 11/17/2011 08:14 AM, Pat Riehecky wrote:

Yark!

I'm looking into it.

Pat

On 11/17/2011 06:02 AM, Mark Whidby wrote:

Trying to access www.scientificlinux.org is giving:

Error response
Error code 500.

Message: Internal Server Error.








--
Pat Riehecky
Scientific Linux Developer


Re: console slowness in sl6.1

2011-11-17 Thread Yi Ding
Thanks for the suggestions Chris.  The reason I think it's a global
terminal issue rather than a GNOME terminal problem is that it also
happens when I SSH in from my windows machine (which is on the same
LAN).  Also, programs running inside the terminal will slow down, for
example top will refresh slower than it would normally.  It also
affects everyone who's logged in, not just me.

Cheers,
Yi

On Thu, Nov 17, 2011 at 11:32 AM, Christopher Tooley ctoo...@uvic.ca wrote:
 I haven't experienced this myself, but I can offer some possible 
 troubleshooting tips :)

 See if it happens in xterm as well. If so, it might have something to do with 
 your bashrc or bash_profile (if you're using bash, that is, others have 
 different preference files)

 If it doesn't slow down in xterm, try konsole to double check that it's 
 something up with gnome-terminal and/or launch gnome-terminal from xterm, 
 there may be some error statements being flushed to STDIN that may help 
 diagnose it...

 -Chris

 On 2011-11-17, at 6:02 AM, Yi Ding wrote:

 Hi everyone,

 First time scientific linux user.  I'm having a strange issue that I
 haven't seen on any other installation.  Basically at random
 intervals, my GNOME Terminal (and/or any other terminals I'm using,
 for example SSH from another machine) slows down to a crawl.  This
 slowness doesn't seem to affect my GUI applications, and when I run
 top, there's no signs of high cpu or memory usage.

 Has anyone else had this problem?  Can someone suggest a solution?

 Thanks,
 Yi




Re: console slowness in sl6.1

2011-11-17 Thread Christopher Tooley
I haven't experienced this myself, but I can offer some possible 
troubleshooting tips :)

See if it happens in xterm as well. If so, it might have something to do with 
your bashrc or bash_profile (if you're using bash, that is, others have 
different preference files)

If it doesn't slow down in xterm, try konsole to double check that it's 
something up with gnome-terminal and/or launch gnome-terminal from xterm, there 
may be some error statements being flushed to STDIN that may help diagnose 
it... 

-Chris

On 2011-11-17, at 6:02 AM, Yi Ding wrote:

 Hi everyone,
 
 First time scientific linux user.  I'm having a strange issue that I
 haven't seen on any other installation.  Basically at random
 intervals, my GNOME Terminal (and/or any other terminals I'm using,
 for example SSH from another machine) slows down to a crawl.  This
 slowness doesn't seem to affect my GUI applications, and when I run
 top, there's no signs of high cpu or memory usage.
 
 Has anyone else had this problem?  Can someone suggest a solution?
 
 Thanks,
 Yi


Re: console slowness in sl6.1

2011-11-17 Thread Christopher Tooley
I can see from your original email that I missed the
(and/or any other terminals I'm using, for example SSH from another machine)
part. :\  Derp on my part!

Have you modified your /etc/bash_profile at all?  I would assume that if this 
is a clean install the software should be fine...

If you feel adventurous, check out the man pages for strace and do an strace 
on bash itself :)  There may be some errors popping up that are not clear from 
just running it.

-Chris

On 2011-11-17, at 9:35 AM, Yi Ding wrote:

 Thanks for the suggestions Chris.  The reason I think it's a global
 terminal issue rather than a GNOME terminal problem is that it also
 happens when I SSH in from my windows machine (which is on the same
 LAN).  Also, programs running inside the terminal will slow down, for
 example top will refresh slower than it would normally.  It also
 affects everyone who's logged in, not just me.
 
 Cheers,
 Yi
 
 On Thu, Nov 17, 2011 at 11:32 AM, Christopher Tooley ctoo...@uvic.ca wrote:
 I haven't experienced this myself, but I can offer some possible 
 troubleshooting tips :)
 
 See if it happens in xterm as well. If so, it might have something to do 
 with your bashrc or bash_profile (if you're using bash, that is, others have 
 different preference files)
 
 If it doesn't slow down in xterm, try konsole to double check that it's 
 something up with gnome-terminal and/or launch gnome-terminal from xterm, 
 there may be some error statements being flushed to STDIN that may help 
 diagnose it...
 
 -Chris
 
 On 2011-11-17, at 6:02 AM, Yi Ding wrote:
 
 Hi everyone,
 
 First time scientific linux user.  I'm having a strange issue that I
 haven't seen on any other installation.  Basically at random
 intervals, my GNOME Terminal (and/or any other terminals I'm using,
 for example SSH from another machine) slows down to a crawl.  This
 slowness doesn't seem to affect my GUI applications, and when I run
 top, there's no signs of high cpu or memory usage.
 
 Has anyone else had this problem?  Can someone suggest a solution?
 
 Thanks,
 Yi
 
 


Re: console slowness in sl6.1

2011-11-17 Thread Yi Ding
Thanks Chris.  Yes, the bash_profile is stock, but I'll try strace and
give that a shot as well.  Someone also suggested I see if there's an
issue with DNS so I'll also look into that.

On Thu, Nov 17, 2011 at 1:07 PM, Christopher Tooley ctoo...@uvic.ca wrote:
 I can see from your original email that I missed the
 (and/or any other terminals I'm using, for example SSH from another machine)
 part. :\  Derp on my part!

 Have you modified your /etc/bash_profile at all?  I would assume that if this 
 is a clean install the software should be fine...

 If you feel adventurous, check out the man pages for strace and do an 
 strace on bash itself :)  There may be some errors popping up that are not 
 clear from just running it.

 -Chris

 On 2011-11-17, at 9:35 AM, Yi Ding wrote:

 Thanks for the suggestions Chris.  The reason I think it's a global
 terminal issue rather than a GNOME terminal problem is that it also
 happens when I SSH in from my windows machine (which is on the same
 LAN).  Also, programs running inside the terminal will slow down, for
 example top will refresh slower than it would normally.  It also
 affects everyone who's logged in, not just me.

 Cheers,
 Yi

 On Thu, Nov 17, 2011 at 11:32 AM, Christopher Tooley ctoo...@uvic.ca wrote:
 I haven't experienced this myself, but I can offer some possible 
 troubleshooting tips :)

 See if it happens in xterm as well. If so, it might have something to do 
 with your bashrc or bash_profile (if you're using bash, that is, others 
 have different preference files)

 If it doesn't slow down in xterm, try konsole to double check that it's 
 something up with gnome-terminal and/or launch gnome-terminal from xterm, 
 there may be some error statements being flushed to STDIN that may help 
 diagnose it...

 -Chris

 On 2011-11-17, at 6:02 AM, Yi Ding wrote:

 Hi everyone,

 First time scientific linux user.  I'm having a strange issue that I
 haven't seen on any other installation.  Basically at random
 intervals, my GNOME Terminal (and/or any other terminals I'm using,
 for example SSH from another machine) slows down to a crawl.  This
 slowness doesn't seem to affect my GUI applications, and when I run
 top, there's no signs of high cpu or memory usage.

 Has anyone else had this problem?  Can someone suggest a solution?

 Thanks,
 Yi






Re: console slowness in sl6.1

2011-11-17 Thread Stephan Wiesand
On Nov 17, 2011, at 20:07 , Christopher Tooley wrote:

 I can see from your original email that I missed the
 (and/or any other terminals I'm using, for example SSH from another machine)
 part. :\  Derp on my part!
 
 Have you modified your /etc/bash_profile at all?  I would assume that if this 
 is a clean install the software should be fine...

More precisely: what are the values of $PATH, $LD_LIBRARY_PATH and $LD_PRELOAD 
after a fresh login?

- Stephan


Re: console slowness in sl6.1

2011-11-17 Thread Yi Ding
Thanks Steven.  I'll give those a try as well.

On Thu, Nov 17, 2011 at 1:26 PM, Steven J. Yellin
yel...@slac.stanford.edu wrote:
    I haven't been following this thread closely, but have you looked in the
 log file?  For example, do 'grep -i error /var/log/messages'?  And the dag
 repository has an atop rpm.  You can run 'atop' to see if some resource,
 such as disk I/O, is being saturated.

 Steven Yellin

 On Thu, 17 Nov 2011, Yi Ding wrote:

 Thanks Chris.  Yes, the bash_profile is stock, but I'll try strace and
 give that a shot as well.  Someone also suggested I see if there's an
 issue with DNS so I'll also look into that.

 On Thu, Nov 17, 2011 at 1:07 PM, Christopher Tooley ctoo...@uvic.ca
 wrote:

 I can see from your original email that I missed the
 (and/or any other terminals I'm using, for example SSH from another
 machine)
 part. :\  Derp on my part!

 Have you modified your /etc/bash_profile at all?  I would assume that if
 this is a clean install the software should be fine...

 If you feel adventurous, check out the man pages for strace and do an
 strace on bash itself :)  There may be some errors popping up that are not
 clear from just running it.

 -Chris

 On 2011-11-17, at 9:35 AM, Yi Ding wrote:

 Thanks for the suggestions Chris.  The reason I think it's a global
 terminal issue rather than a GNOME terminal problem is that it also
 happens when I SSH in from my windows machine (which is on the same
 LAN).  Also, programs running inside the terminal will slow down, for
 example top will refresh slower than it would normally.  It also
 affects everyone who's logged in, not just me.

 Cheers,
 Yi

 On Thu, Nov 17, 2011 at 11:32 AM, Christopher Tooley ctoo...@uvic.ca
 wrote:

 I haven't experienced this myself, but I can offer some possible
 troubleshooting tips :)

 See if it happens in xterm as well. If so, it might have something to
 do with your bashrc or bash_profile (if you're using bash, that is, others
 have different preference files)

 If it doesn't slow down in xterm, try konsole to double check that it's
 something up with gnome-terminal and/or launch gnome-terminal from xterm,
 there may be some error statements being flushed to STDIN that may help
 diagnose it...

 -Chris

 On 2011-11-17, at 6:02 AM, Yi Ding wrote:

 Hi everyone,

 First time scientific linux user.  I'm having a strange issue that I
 haven't seen on any other installation.  Basically at random
 intervals, my GNOME Terminal (and/or any other terminals I'm using,
 for example SSH from another machine) slows down to a crawl.  This
 slowness doesn't seem to affect my GUI applications, and when I run
 top, there's no signs of high cpu or memory usage.

 Has anyone else had this problem?  Can someone suggest a solution?

 Thanks,
 Yi







Re: [SCIENTIFIC-LINUX-USERS] sl-source repo mirror difficulty; directory structure causing problems

2011-11-17 Thread Pat Riehecky

On 11/17/2011 03:56 PM, Scott Mcdermott wrote:

SL Users,

I am wondering if anyone knows how to successfully
mirror the Scientific Linux source repo? I.e. for
things like yumdownloader --source to work?

Here's what I have in the .repo file for the source,
after distro installation:

 baseurl=http://ftp.scientificlinux.org/linux/scientific/$releasever/SRPMS/
 http://ftp1.scientificlinux.org/linux/scientific/$releasever/SRPMS/
 http://ftp2.scientificlinux.org/linux/scientific/$releasever/SRPMS/
 ftp://ftp.scientificlinux.org/linux/scientific/$releasever/SRPMS/

but if we look we see:

 lftp ftp.scientificlinux.org:/linux/scientific/6.1/SRPMS  dir
 drwxr-xr-x2 002048 Nov 17 20:52 repodata
 drwxr-xr-x2 002048 Jul 26 16:52 repos
 drwxr-xr-x2 00   10240 Oct 12 22:05 sl6-added
 drwxr-xr-x2 00   10240 Jul 28 16:19 sl6-changed
 drwxr-xr-x2 00  432128 Nov 17 20:51 vendor

problem with this is that it's in three separate dirs the
src.rpm files are not where expected, and thus I get
metadata for it ('repodata/*.xml' are in correct location)
when I mirror using 'reposync', but there's no actual
packages because they aren't where they're supposed to be.

This problem doesn't seem to affect the binary repositories.
I am mirroring those without problems.

Any ideas? Thanks.



I can't speak to the reposync issue, but I can recommend rsync for 
mirroring the source repo ( 
http://www.scientificlinux.org/download/mirroring/mirror.rsync ).


As for yumdownloader --source , that seems to be working for me

$ yumdownloader --source gdm
Loaded plugins: refresh-packagekit
Enabling sl-source repository
gdm-2.30.4-21.el6_0.1.src.rpm| 2.7 MB 00:00

The repodata files know that they various RPMS are in sub directories 
and reference them accordingly.


Pat

--
Pat Riehecky
Scientific Linux Developer


RE: console slowness in sl6.1

2011-11-17 Thread Gianluca Varenni
What happens when it's extremely slow? Like you hit a key and it's not echoed 
on the screen for a long time (seconds)?

Have a nice day
GV

-Original Message-
From: owner-scientific-linux-us...@listserv.fnal.gov 
[mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Turtaut 
Geoffroy
Sent: Thursday, November 17, 2011 11:18 PM
To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Subject: Re: console slowness in sl6.1

Hi,

We have the same issue since we use RHEL 6.X/SL 6.X

Topic : HP Z400 system very slow at ramdom times for 5 minutes (october 2011)

We use HP workstations (XW4600, Z200, Z400, ...), VM, DELL laptops and the 
problem is only present on Z400 (xeon) et an HP pavilion (corei7).

The problem is not present if we use 2.6.32 kernel from kernel.org.

We have a case on RHN ...

Last RH comment was :
We have analysed the results and see that there is nothing waiting on I/O but 
there is a high CPU usage and large run queue. 

Geoffroy Turtaut


RE: console slowness in sl6.1

2011-11-17 Thread Turtaut Geoffroy
When we hit a key, it takes 1 or 2 seconds (or more).
Applications are slow, Ctrl+Alt+F2 can take 30 seconds, ps -ef 10 seconds, df, 
...

The problems appears at random intervals, for 5 minutes.

Just before and just after, no problem

The problem appears on :
Standalone system (no name services, dns, ldap, no network, ..)
Network workstation (dns, ldap, ...)

Geoffroy


-Message d'origine-
De : Gianluca Varenni [mailto:gianluca.vare...@riverbed.com] 
Envoyé : vendredi 18 novembre 2011 08:26
À : Turtaut Geoffroy; SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Objet : RE: console slowness in sl6.1

What happens when it's extremely slow? Like you hit a key and it's not echoed 
on the screen for a long time (seconds)?

Have a nice day
GV

-Original Message-
From: owner-scientific-linux-us...@listserv.fnal.gov 
[mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Turtaut 
Geoffroy
Sent: Thursday, November 17, 2011 11:18 PM
To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Subject: Re: console slowness in sl6.1

Hi,

We have the same issue since we use RHEL 6.X/SL 6.X

Topic : HP Z400 system very slow at ramdom times for 5 minutes (october 2011)

We use HP workstations (XW4600, Z200, Z400, ...), VM, DELL laptops and the 
problem is only present on Z400 (xeon) et an HP pavilion (corei7).

The problem is not present if we use 2.6.32 kernel from kernel.org.

We have a case on RHN ...

Last RH comment was :
We have analysed the results and see that there is nothing waiting on I/O but 
there is a high CPU usage and large run queue. 

Geoffroy Turtaut


RE: console slowness in sl6.1

2011-11-17 Thread Gianluca Varenni
Does it happen if you run in purely text mode too (runlevel 3)? I've noticed 
something similar (several seconds), but totally sporadically. Not much runs on 
my machine, pretty much the a bare minimal text installation.

GV

-Original Message-
From: Turtaut Geoffroy [mailto:geoffroy.turt...@dassault-aviation.com] 
Sent: Thursday, November 17, 2011 11:35 PM
To: Gianluca Varenni; SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Subject: RE: console slowness in sl6.1

When we hit a key, it takes 1 or 2 seconds (or more).
Applications are slow, Ctrl+Alt+F2 can take 30 seconds, ps -ef 10 seconds, df, 
...

The problems appears at random intervals, for 5 minutes.

Just before and just after, no problem

The problem appears on :
Standalone system (no name services, dns, ldap, no network, ..) Network 
workstation (dns, ldap, ...)

Geoffroy


-Message d'origine-
De : Gianluca Varenni [mailto:gianluca.vare...@riverbed.com]
Envoyé : vendredi 18 novembre 2011 08:26 À : Turtaut Geoffroy; 
SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Objet : RE: console slowness in sl6.1

What happens when it's extremely slow? Like you hit a key and it's not echoed 
on the screen for a long time (seconds)?

Have a nice day
GV

-Original Message-
From: owner-scientific-linux-us...@listserv.fnal.gov 
[mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Turtaut 
Geoffroy
Sent: Thursday, November 17, 2011 11:18 PM
To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Subject: Re: console slowness in sl6.1

Hi,

We have the same issue since we use RHEL 6.X/SL 6.X

Topic : HP Z400 system very slow at ramdom times for 5 minutes (october 2011)

We use HP workstations (XW4600, Z200, Z400, ...), VM, DELL laptops and the 
problem is only present on Z400 (xeon) et an HP pavilion (corei7).

The problem is not present if we use 2.6.32 kernel from kernel.org.

We have a case on RHN ...

Last RH comment was :
We have analysed the results and see that there is nothing waiting on I/O but 
there is a high CPU usage and large run queue. 

Geoffroy Turtaut


RE: console slowness in sl6.1

2011-11-17 Thread Turtaut Geoffroy
Yes


-Message d'origine-
De : Gianluca Varenni [mailto:gianluca.vare...@riverbed.com] 
Envoyé : vendredi 18 novembre 2011 08:38
À : Turtaut Geoffroy; SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Objet : RE: console slowness in sl6.1

Does it happen if you run in purely text mode too (runlevel 3)? I've noticed 
something similar (several seconds), but totally sporadically. Not much runs on 
my machine, pretty much the a bare minimal text installation.

GV

-Original Message-
From: Turtaut Geoffroy [mailto:geoffroy.turt...@dassault-aviation.com] 
Sent: Thursday, November 17, 2011 11:35 PM
To: Gianluca Varenni; SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Subject: RE: console slowness in sl6.1

When we hit a key, it takes 1 or 2 seconds (or more).
Applications are slow, Ctrl+Alt+F2 can take 30 seconds, ps -ef 10 seconds, df, 
...

The problems appears at random intervals, for 5 minutes.

Just before and just after, no problem

The problem appears on :
Standalone system (no name services, dns, ldap, no network, ..) Network 
workstation (dns, ldap, ...)

Geoffroy


-Message d'origine-
De : Gianluca Varenni [mailto:gianluca.vare...@riverbed.com]
Envoyé : vendredi 18 novembre 2011 08:26 À : Turtaut Geoffroy; 
SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Objet : RE: console slowness in sl6.1

What happens when it's extremely slow? Like you hit a key and it's not echoed 
on the screen for a long time (seconds)?

Have a nice day
GV

-Original Message-
From: owner-scientific-linux-us...@listserv.fnal.gov 
[mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Turtaut 
Geoffroy
Sent: Thursday, November 17, 2011 11:18 PM
To: SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV
Subject: Re: console slowness in sl6.1

Hi,

We have the same issue since we use RHEL 6.X/SL 6.X

Topic : HP Z400 system very slow at ramdom times for 5 minutes (october 2011)

We use HP workstations (XW4600, Z200, Z400, ...), VM, DELL laptops and the 
problem is only present on Z400 (xeon) et an HP pavilion (corei7).

The problem is not present if we use 2.6.32 kernel from kernel.org.

We have a case on RHN ...

Last RH comment was :
We have analysed the results and see that there is nothing waiting on I/O but 
there is a high CPU usage and large run queue. 

Geoffroy Turtaut