× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Ahhh... I found what I was thinking of. Here's a discussion I had previously about this:

http://forums.systeminetwork.com/isnetforums/showthread.php?t=74651


so you should be able to eliminate the 8-character limit by doing this before you invoke any PASE programs:

ADDENVVAR ENVVAR(PASE_USRGRP_LIMITED) VALUE(N) REPLACE(*YES)

the variable name and value are case-sensitive, so please type them in all uppercase as I show.

This eliminates the 8-character restriction on the userid field -- but opens up a risk. The risk is that the software you're running in PASE might only reserve 8 characters for userid (since that is the limit on AIX) and therefore if you provide 10 characters, it'll overflow memory and cause problems.

Fortunately, I don't think that's an issue with sftp. Since sftp is cross-platform, and runs on other systems where more than 8 characters are allowed for the userid, I doubt very much that it'd overflow memory.

So that might be a reasonable solution for you.


On 4/28/2010 4:22 PM, Scott Klement wrote:
hi Charlie,

There are two userids in use here. There's the userid on your system
(the one running the 'sftp' command) and there's also the userid used to
log in to the remote system.

The part you are specifying on the command-line is
tsu8v5s6@xxxxxxxxxxxxxx -- that's the latter of the two. That's the
userid you'll use to log in to the remote system. It's not the userid
of the CURRENT system.

Unfortunately, that's not where the problem is. The problem is on the
CURRENT system. sftp is looking up information about the local user --
and it's failing, because of AIX's weird 8-character limit on userid.

So you really need to use a userid that's 8-characters long. (Use
profile swapping if necessary).

I seem to dimly remember someone telling me of another way to circumvent
this limit (albeit with a lot of danger that it might cause problems)
but I can't remember what it was. You might be able to find it in the
archives.

Otherwise, create a userid with 8 or fewer characters, and use that.



On 4/28/2010 3:25 PM, Versfelt, Charles wrote:
Hi,

I hope someone can help...
I'm trying to do SFTP using QSH, getting the error "You don't exist, go away..."

Connecting to xxx.xx.xx.xxx...
You don't exist, go away!
Connection closed
Press ENTER to end terminal session.


I'm actually doing it in a CL program, here's the command:


QSH CMD('/QOpenSys/bin/sftp +
-b/home/darlene/sftpcmd.txt +
tsu8v5s6@xxxxxxxxxxxxxx'<mailto:tsu8v5s6@xxxxxxxxxxxxxx'>)

I have heard that this problem occurs when the user ID is more than 8 bytes, but that by putting the user profile ID in the QSH command in the QSH command (TSU8V5S6) in the CL program should solve that problem.

Just about all our user id's are more than 8 characters, including the one I'm calling this program from,
but we were made to understand that by pointing it to another user profile in the QSH command that would solve that problem.

Is that still the problem or might there be something else?
Please let me know if you can help, and if you need any more information.

Thanks,
Charlie Versfelt
Sr. Programmer/analyst
Myron









As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.