[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1

Title:ALL-IN-1 (tm) Support Conference
Notice:Please spell ALL-IN-1 correctly - all CAPITALS!
Moderator:IOSG::PYECE
Created:Fri Jul 01 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2716
Total number of notes:12169

2630.0. "Error getting semantic tag - doc in shared drawer" by GIDDAY::VELD (Woodchip the healing forest ! ) Fri Apr 18 1997 09:08

    Hello all,
    
    I hope someone can shed some light on this problem.  A customer has
    created a shared drawer and has configured *WORLD to have READ access. 
    However, they have been having intermittant problems with remote users
    attempting to access documents.  The users can add the shared drawer,
    they can do indexes and see the contents OK, but when they try to
    access the document, they get the following error "Error getting
    semantic tag from <file-specification>".
    
    The ACLs on the ACCESS.DAT and DOCn.DIRs have the owner with full
    access and 'identifier=*' with READ access.  Sometimes a user will get
    the error, try again 10 minutes later and get access!  There does not
    seem to be any pattern to who can access, when they can access etc.
    
    DSO is installed on these systems and appears to be correctly licensed.
    
    The drawer was created using the following steps...
    
    	>>
    	>> DRM ADR
    	>>
    	>> GOLD E
    	>>
    	>> Node name A1CBR
    	>> User SD$CORPORATE
    	>> Drawer name YEAR 2000
    	>>
    	>> {ret}
    	>>
    	>> The drawer was successfully added.
    	>>
    
    The drawer is set up as a regular shared drawer - not advanced.
    
    Can anyone give me some ideas about where to start troubleshooting this
    intermittant problem?  All suggestions gratefully accepted :-).
    
    Thanks and regards,
    
    Paul Veld - CSC Sydney.
T.RTitleUserPersonal
Name		DateLines
2630.1No answer yet, but this might help...IOSG::STANDAGEMy hovercraft is full of eelsFri Apr 18 1997 13:5524
    
    Paul,
    
    Opening stab at this...
    
    When READing objects in a remote drawer, we use a completely different
    mechanism depending on whether the object they're looking at is in the
    remote accounts private directory (i.e. a simple WPS+ document), or in
    the shared area (i.e. a mail message).
    
    If it's in the remote accounts private directory we use FAL on the
    remote system as opposed to going through the remote server is it's in
    the shared area. Usually, if something is up with FAL then reading the
    offending object would return an error like "This file does not exist"
    (yes I know, not nice). 
    
    Perhaps this seemingly random behaviour fits into something like this ?
    
    Are these documents straight text or wps+, we're not involving DDIFs or
    something spooky here are we ?
                                 
    -Kevin.
2630.2TCP/IP for drawer sharing?GIDDAY::VELDWoodchip the healing forest ! Fri May 09 1997 12:0019
    Kevin,
    
    	Sorry it's taken me so long to get back to you.  Your suggestion
    about seems to have pinpointed the problem.  This site has been having
    problems with network performance due to some CAD users downloading
    drawings etc, so they set the priority of the DECnet transport down to
    the lowest possible value, so that TCP/IP and LAT have better
    performance.  This is probably causing the intermittant problems we
    have noticed.
    
    	This raises another question.  I don't think it is possible, but I
    though I'd ask anyway :-).  Is it possible ( given that DECnet is
    almost completely out of the picture network traffic wise ) to use
    TCP/IP as the transport for drawer sharing communications?  If so, how
    is that set up?
    
    Thanks for your help
    
    Paul.
2630.3Sorry, no.IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeFri May 09 1997 12:544
    Kevin's away for a couple of weeks now.
    
    Unfortunately, we don't support anything other than DECNet for server
    to server communications.
2630.4Thanks!GIDDAY::VELDWoodchip the healing forest ! Mon May 12 1997 05:242
    Thanks, Graham.  That's what I thought.  Customer just wanted
    confirmation.