[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | DEC TCP/IP Services for OpenVMS |
Notice: | Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System |
Moderator: | ucxaxp.ucx.lkg.dec.com::TIBBERT |
|
Created: | Thu Nov 17 1994 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 5568 |
Total number of notes: | 21492 |
5295.0. "4.1 ECO4 : typeless_directory functionality broken again" by NETRIX::"[email protected]" (Erwin Kneuts) Tue Mar 04 1997 08:04
Hello,
Seems like an old bug has bitten again.
Problem:
file system exported with /option=typeless_dir, nodata_conversion.
When viewing directory from nfs client, some directory files appear with
.dir extention, others don't.
2 different end customers experience the same problem. both customers have
their exports on VMS volume sets.
This is exactly the same bug as described in cfs.35040. Customer hit this bug
for the first time in ucx3.3 ECO 8. It was fixed in ucx 3.3 ECO 10.
He recently upgraded to 4.1 ECO4 and hits the old bug again.
Is a quick fix possible or do we have to go through an ipmt cycle?
Thanks,
Erwin
For your convenience, I added the extract from the 3.3 ECO 10 release notes:
Here is the extract from the ECO10 release notes:
" Images:
UCX$CFS_SHR.EXE
Problem:
ECO D doesn't work for bound volume sets. The directory
record has a null FIB$B_FID_RVN if the file is on the same
member volume as the directory.
Solution:
If FIB$B_FID_RVN is null, replace it with the one from the
filehandle.
Reference:
CFS.35040.
"
[Posted by WWW Notes gateway]
T.R | Title | User | Personal Name | Date | Lines |
---|
5295.1 | | LASSIE::CORENZWIT | stuck in postcrypt queue | Tue Mar 04 1997 12:15 | 11 |
| Right. This was an oversight. The fix never made it into the main
development stream (or any ECO kits for other UCX versions) because we
never got final signoff from the customer. The IPMT case was closed a
couple of months later for lack of activity. I usually try to keep
better track of these things. Sorry.
>Is a quick fix possible or do we have to go through an ipmt cycle?
It is probably safest to submit an IPMT.
Julie
|
5295.2 | IPMT cfs.49421 / bro100937 on the way. | BACHUS::KNEUTS | Erwin Kneuts DTN 856-8726 | Wed Mar 05 1997 11:04 | 4 |
| title says it all...
thanks,
Erwin
|