FTP "Failed to get Host Information"

[Jim_McKinney]

Just a thought...

> ourvax-systemname.ourdomain

is this the system from which the FTP is attempted?

If so, is it registered in its own UCX$HOST.DAT?

[Bill Sherwood]

I saw that thread in Google yesterday, but didn't pull that much from it. They were trying to do a copy/ftp, if I recall.

I did add the IP for the server we're trying to reach, but no difference. And yes.. the ourvax-systemname.ourdomain is the VAX system we are logged on to when we issue tht FTP command. We are trying to use ftp to connect from that system to a Windows server.

[Bill Sherwood]

I found an April, 2005 thread where someone else had this same issue.

http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=846572

It went unresolved, but the suggestion was made to try a couple of commands: $Ucs Show Host and $Ucx Set Host. So.. I tried those on our system. Does the following result mean anything to anyone who knows this stuff?

$ ftp 10.1.1.21
%FTP-E-HSTINF, Failed to get host information for scooby.stjoelan from database
-RMS-E-RNF, record not found
$ ucx show host scooby /local
%UCX-E-HOSTERROR, Error processing HOST request
-UCX-W-NORECORD, Information not found
-RMS-F-RAC, invalid record access mode
$ ucx show comm

Communication Parameters

Local host: scooby Domain: *

Cluster timer: 5
Maximum Current Peak
Interfaces 20 2 2
Device_sockets 300 16 19
Routes 65535 3 3
Services 200 2 4
Proxies 20

Type: Ethernet Free Maximum Max Bytes Minimum Min Bytes
Large buffers 20 200 377600 10 18880
Small buffers 150 1000 256000 50 12800
IRPs 20 200
Non UCX buffers 10

Remote Terminal
Large buffers: 10
UCBs: 4
Virtual term: disabled
$ ucx set host vintrasrv /addr=10.1.1.21
%UCX-E-HOSTERROR, Error processing HOST request
-UCX-W-NORECORD, Information not found
-RMS-F-RAC, invalid record access mode
$

I appreciate everyone's help so far.. I just hope this can be resolved.

Bill

[Bill Sherwood]

Sorry... that should have read

$UCX Show Host

...and...
$UCX Set Host

my typo..

[Jim_McKinney]

> -RMS-F-RAC, invalid record access mode


This looks like either there's a bug in the code or the file where the IO is being aimed is not of the expected structure. Perhaps the host file is now sequential and is supposed to be indexed. If UCX is like the newer TCPIP then you should be able to target the logical name that points to the file.

$ DIRE/FULL UCX$HOST

Are there multiple versions of it? Is the most recent sequential or indexed? I suspect that it's called UCX$HOST.DAT and lives in SYS$SYSTEM. Here's what a current version one looks like

$ dire/full sys$common:[sysexe]tcpip$host.dat

Directory SYS$COMMON:[SYSEXE]

TCPIP$HOST.DAT;1 File ID: (9874,1,0)
Size: 96/96 Owner: [1,1]
Created: 21-FEB-2008 15:49:57.16
Revised: 22-FEB-2008 07:22:24.06 (11)
Expires:
Backup:
Effective:
Recording:
Accessed:
Attributes:
Modified:
Linkcount: 1
File organization: Indexed, Prolog: 3, Using 2 keys
In 3 areas
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 96, Extend: 12, Maximum bucket size: 6, Global b
uffer count: 0
No version limit, Contiguous best try
Record format: Variable length, maximum 271 bytes, longest 0 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:RE
Access Cntrl List: None
Client attributes: None

Total of 1 file, 96/96 blocks.

[Bill Sherwood]

Thanks for the tip on the indexed HOSTS file. I *had* stepped on that while adding the entry for the system we were trying to ftp to, and current version was sequential. That is fixed.. all entries are there and the file is indexed. I also found a spot in the startup .com file that was failing out. That has been taken care of. The original error no longer appears, but now I get the following:

$ ftp 10.1.1.21
530 Connection refused, unknown IP address.

From what I've found via searches, this is due to a restriction on the ftp site as to which systems can access the site. But I have removed all restrictions, and the above error still occurs. Any suggestions?

[Jim_McKinney · Accepted solution]

> But I have removed all restrictions, and the above error still occurs. Any suggestions?

Have you bounced the listener/server on the remote end after making changes to the access list? It's possible that any access list is only read when the server process is started.

[Bill Sherwood]

I tried that on Friday afternoon late, but to no avail. However, at your recommendation.. I stopped FTP Service and WWW Pub. Service on the PC-server we're connecting to, PLUS stopped each running FTP site on that server. Restarted all of those and everything seems to be working now.

$ ftp 10.1.1.21
220 vintrasrv Microsoft FTP Service (Version 4.0).
Connected to 10.1.1.21.
Name (10.1.1.21:system):


Thanks for all of your help. It appears that there were a few little pieces that needed fixed to cure this one. And the hard part was there was nothing showing up in web-searches that was of any use. This forum and the folks who replied/helped was about my only resource. Thanks a ton!

[Art Wiens]

You can "reward" those that helped, by assigning points to their responses.

Cheers,
Art

[jocoolguy]

this is just an information which as follow..