- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- incorrect sys$login value during sftp session
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 12:13 AM
тАО07-17-2007 12:13 AM
I'm looking for help on a sftp problem found on our configuration.
Context:
* tcpip show version gives:
VMS/tcpip version:
HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 6
on a AlphaServer ES40 running OpenVMS V7.3-2
* sftp "-V" gives:
$1$dga600:[sys0.syscommon.][sysexe]tcpip$ssh_sftp2.exe: SSH Secure Shell OpenVMS
(V5.5) 3.2.0 on AlphaServer ES40 - VMS V7.3-2
Evidence:
inside sftp session, "cd sys$login" incorrectly set default directory to tcpip$ssh user home directory:
$ sftp
Connecting to
sftp> cd sys$login
sftp> pwd
Remote working directory: /SYS$SYSDEVICE/tcpip$ssh <- incorrect
Before logging a support call I would like to know if someone using a more recent tcp/ip version could check if this has been fixed or not.
--
Gilles
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 01:21 AM
тАО07-17-2007 01:21 AM
Re: incorrect sys$login value during sftp session
The SFTP process is a detached process. It has not all logicals of an interactive process. So, sys$scratch, sys$login are missing.
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 02:17 AM
тАО07-17-2007 02:17 AM
Re: incorrect sys$login value during sftp session
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 03:03 AM
тАО07-17-2007 03:03 AM
Re: incorrect sys$login value during sftp session
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 03:15 AM
тАО07-17-2007 03:15 AM
Re: incorrect sys$login value during sftp session
Replace in the following xxx by the process id created for your sftp session.
$ ana/sys
set proc/id=xxx
$clue proc/logical
and check for yourself.
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 03:30 AM
тАО07-17-2007 03:30 AM
Re: incorrect sys$login value during sftp session
$ if f$trnlnm("sys$login") .eqs. "" then -
define/job sys$login 'f$environment("default")
$ if f$trnlnm("sys$scratch") .eqs. "" then -
define/job sys$scratch 'f$environment("default")
So the problem is not sys$login undefined but having an invalid value.
But further investigations show that things are even more strange:
"cd sys$login" works fine if the sftp client is running on another vms host,
it doesn't work when coming from a solaris host using openssh or from Windows PC using putty's psftp command!
Weird...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-17-2007 03:34 AM
тАО07-17-2007 03:34 AM
SolutionIn multinet you get a process logical sys$scratch and sys$login.
In HP you get a job logical sys$login and sys$scratch. Both pointing to what you found. Thus you found an error.
Also the login.com is not executed. So, it doesn't know your environment.
Wim