| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3169.1 | UCX SET NFS_SERVER to change default UID and GID | HYDRA::NEWMAN | Chuck Newman, 508/467-5499 (DTN 297), MRO1-3/F26 | Thu Feb 13 1997 16:13 | 20 |
| Their problem is likely the UCX$NFS*_GID and UCX$NFS*_UID settings.
I have mine both set to -2, and I mount from a system with the
following in /etc/passwd
nobody:*Nologin:65534:65534:anonymous NFS user:/:/bin/ksh
Notice that -2 and 65534 are the same thing in 16 bits. This is likely *not* a
coincidence.
Have them check their Digital UNIX system's passwd file. If the UID/GID are
*not* 65534, have them use the UCX SET NFS_SERVER command to set the UID and GID
-- or change the entry in their /etc/passwd file
Alternately, they may want to use the ADD PROXY command in UCX to create an NFS
proxy.
All this is documented in UCX's HELP as well as the on-line documentation.
|
| 3169.2 | Sent this information to partner | HYDRA::BRYANT | | Fri Feb 14 1997 14:35 | 2 |
| His correct e-mail address is [email protected].
Thank you Chuck.
|
| 3169.3 | | HYDRA::BRYANT | | Wed Feb 26 1997 10:27 | 37 |
| From: LAKSHMIKANTH%[email protected] (Harsha
Lakshmikantha)
To: "'[email protected]'" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: FW: AXP-DEVELOPER NOTE:3169
>----------
>From: Brian Gorka
>Sent: Friday, February 14, 1997 3:39 PM
>To: Harsha Lakshmikantha
>Cc: Mary Bankes; Rob Hoerr
>Subject: RE: AXP-DEVELOPER NOTE:3169
>
>These logicals are for a NFS Server, not a client. Since we are trying to
>mount from VMS TO UNIX I don't think this applies to our situation. On the
>UNIX side, Harsha has said that it is set so ANYONE can mount a disk. If
>anyone at digital cares or thinks it would help, I can provide them with
>network traces of our attempt to mount the disks. (actually, they are at the
>end of this message)
>
>L $ sho log ucx$nfs*
>
>(LNM$PROCESS_TABLE)
>
>(LNM$JOB_80C0CC40)
>
>(LNM$GROUP_000001)
>
>(LNM$SYSTEM_TABLE)
>%SHOW-S-NOTRAN, no translation for logical name UCX$NFS*
>
>L $ ucx set nfs_server
>%UCX-E-NONFS, NFS server is not active
>-SYSTEM-W-NONEXPR, nonexistent process
>
|
| 3169.4 | Escalation note from Jack... | HYDRA::KENYON | The Foundation of Science...Fiction | Fri Mar 07 1997 10:37 | 65 |
| From: NAME: Jack Mileski <[email protected]@EXCHANGE>
To: NAME: 'Jeff Kenyon' <jeff.kenyon@mro>
CC: NAME: Donna Merlino <[email protected]@EXCHANGE>
Jeff, are you familiar with this? Can you let us know status?
Jack Mileski
[email protected]
508-467-9162
DTN 297-9162
>----------
>From: Mary Bankes[SMTP:[email protected]]
>Sent: Wednesday, March 05, 1997 4:14 PM
>To: 'Tom Richards'
>Cc: Brian Gorka; Harsha Lakshmikantha; Mary Bankes
>Subject: unresolved problem
>
>
>>
>>Tom:
>>
>>One of our developers logged a call with the ASAP program a few months ago.
>>He has called back about six times since then. It appears that his setups
>>are fine but the problem still exists.
>>
>>We are attempting to use NFS to mount an exported file system between
>>machines.
>>
>>
>>Exported From:
>> HP9000 running HPUX
>Imported To:
>> VMS (Alpha and VAX) Using TCPware and UCX as well as AIX and DEC Unix
>>Failures: None
>>
>Exported From:
>> RS6000 running AIX
>Imported To:
>> VMS (Alpha and VAX) Using TCPware and UCX as well as HPUX and DEC Unix
>>Failures: None
>
>>Exported From:
>> AS 4100 running Digital Unix
>Imported To:
>> HPUX, AIX
>>Failures: VMS (Alpha and VAX) running TCPware and UCX
>>
>>
>We have sent network dumps of the connection attempts to the ASAP
>>support group. We have also been able to duplicate this in one of our
>>vendors environments with the same results. (Global Ware) We have had this
>>problem with every version of Digital UNIX from 3.2 to 4.0b.
>>
>>Dan Russell asked me to contact you to see what can be done to accelerate
>>the
>>resolution of this problem. I wanted to contact you via email first with
>>the
>>facts should you want to research anything on your side first.
>>
>>I'll call you on Thursday in the morning.
>>
>Thanks
>>Mary
>
>
|
| 3169.5 | Phone mail left for Brian Gorka, x 629 | HYDRA::NEWMAN | Chuck Newman, 508/467-5499 (DTN 297), MRO1-3/F26 | Fri Mar 07 1997 17:41 | 35 |
| I believe that they are right -- what I had sent to them was for NFS Server
on OpenVMS. They want NFS Client on OpenVMS (although that wasn't clear in
the original message).
It has been a while since I did this, but I can't now seem to get it to fail
when mounting /dicky on cheetr::
I took out my SYSTEM/root proxy, and tried changing the GID and UID in the NFS
startup file.
I'm running UCX version 3.3 on cheetr::
I'll send the following note:
--------------------------------------------------------------------------------
Sorry for taking so long with this. I have tried removing proxies and
everything else I could think of, but I was always able to mount the Digital
UNIX V4.0A disk on my OpenVMS system running UCX V3.3
You said that you've tried Digital UNIX through V4.0B, but I never saw mention
of the versions you're using for OpenVMS or UCX. Please provide them.
I assume you can access the Digital UNIX in other ways just fine (e.g., ping,
telnet, etc.)
Not as an excuse for taking four weeks with this, but this is really a
configuration issue (not our charter), not a migration issue (which *IS* our
charter). Frankly, this isn't an area where we have any amount of
expertise, other than my having set this up on my OpenVMS system a a couple
of years ago. A better path for this would be through Digital's Customer
Service organization. If I cannot help you, you'll need to contact them.
Please get this information back to us and I'll see what I can do. When you do,
reference problem ID 1997-3169 and my name, Chuck Newman.
-- Chuck Newman
|
| 3169.6 | | HYDRA::AXPDEVELOPER | Alpha Developer support | Mon Mar 10 1997 15:39 | 70 |
| From: SMTP%"[email protected]" 10-MAR-1997 15:37:47.68
To: "'[email protected]'" <[email protected]>
CC:
Subj: problem 1997-3169 re: OpenVMS mount of a Digital UNIX disk
Return-Path: [email protected]
Received: by vaxsim.mro.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
Mon, 10 Mar 1997 15:37:44 -0500
Received: from net.sanchez.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV)
id PAA07289; Mon, 10 Mar 1997 15:29:48 -0500 (EST)
Received: from oz.sanchez.com ([140.140.1.251]) by net.sanchez.com
(post.office MTA v2.0 0813 ID# 0-0U10) with SMTP id AAA248
for <[email protected]>;
Mon, 10 Mar 1997 15:15:33 -0500
Received: by oz.sanchez.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
id <[email protected]>; Mon, 10 Mar 1997 15:21:19 -0500
Message-ID: <c=US%a=_%p=Sanchez_Computer%[email protected]>
From: [email protected] (Brian Gorka)
To: "'[email protected]'" <[email protected]>
Subject: problem 1997-3169 re: OpenVMS mount of a Digital UNIX disk
Date: Mon, 10 Mar 1997 15:21:18 -0500
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
>We seem to have been able to solve this ourselves... I'm not sure what the
>problem was (i was working on the VMS side) , but it's ok now. Thanks.
>
>----------
>Brought to you by the letters M and K and the number 42.
>
>-----Original Message-----
>From: Harsha Lakshmikantha
>Sent: Monday, March 10, 1997 3:19 PM
>To: Brian Gorka
>Subject: FW: problem 1997-3169 re: OpenVMS mount of a Digital UNIX disk
>
>
>
>----------
>From: [email protected][SMTP:[email protected]]
>Sent: Friday, March 07, 1997 5:38 PM
>To: Harsha Lakshmikantha; [email protected]
>Subject: problem 1997-3169 re: OpenVMS mount of a Digital UNIX disk
>
>Sorry for taking so long with this. I have tried removing proxies and
>everything else I could think of, but I was always able to mount the Digital
>UNIX V4.0A disk on my OpenVMS system running UCX V3.3
>
>You said that you've tried Digital UNIX through V4.0B, but I never saw
>mention
>of the versions you're using for OpenVMS or UCX. Please provide them.
>
>I assume you can access the Digital UNIX in other ways just fine (e.g., ping,
>telnet, etc.)
>
>Not as an excuse for taking four weeks with this, but this is really a
>configuration issue (not our charter), not a migration issue (which *IS* our
>charter). Frankly, this isn't an area where we have any amount of
>expertise, other than my having set this up on my OpenVMS system a a couple
>of years ago. A better path for this would be through Digital's Customer
>Service organization. If I cannot help you, you'll need to contact them.
>
>Please get this information back to us and I'll see what I can do. When you
>do,
>reference problem ID 1997-3169 and my name, Chuck Newman.
>
> -- Chuck Newman
>
|