Hey Thomas: 

> [Slow SSH]
>    I've experience an issue with a user of PVM, that 
> ultimately turned out
>    to be a default SSH configuration issue.  (We ssh for PVM_RSH.) The
>    problem was that ssh was *very* slow b/c Xauth was 
> failing.  If you did
>    an 'ssh -x' to disable Xforwarding at the client level things were
>    faster.
> 
>    To cut to the chase, I modified the user's 
> /etc/ssh/ssh_config so that
>    the client on the headnode didn't try to setup 
> X11Forwarding by default.
>    However, I'm not sure why this was happening or if this 
> was particular to
>    this user...but it sure was a problem and if others are 
> having it we need
>    to fix in in v4.1.

When I ssh as root from the headnode to a newly imaged node, here's what
I get:

Warning: No xauth data; using fake authentication data for X11
forwarding.
/usr/X11R6/bin/xauth:  creating new authority file /root/.Xauthority

I think the xauth error message has constantly caused us grief - I would
be in favour of fixing this for 4.1.

> 
> [MANPATH]
>    The MANPATH bug seems to still be around.  This is the 
> problem where
>    stock manual pages are not available b/c we define MANPATH 
> but don't
>    leave the "::" (search the system areas too).  The manual 
> fix is easy,
>           export MANPATH=$MANPATH:
> 
>    The correct fix (which I thought was in but maybe it is 
> not) is to have
>    switcher/modules insert this "default" manpath search item 
> at the end (or
>    beginning) after (before) all the OSCAR modules are loaded.

I suggest that we up this bug to priority 9 such that we can have it
looked at and fixed.  It is pretty bad that on a newly installed
cluster, you can't do something like man man ;-)

> I think that at sometime in the future when we have 
> sufficient documentation on how to write an APItest (i'm 
> working on getting this), we should have new tests written 
> for known bug fixes to make sure they don't crop back up...or 
> that they're genuinely fixed.  They wouldn't have to run via 
> test_cluster or the GUI but could be run manually by a 
> developer or for diagnostics by a user.

This is a good idea - we should put it down on the map :)

Cheers,

Bernard


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to