| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 2374.1 | More information please | IOSG::MAURICE | Because of the architect the building fell down | Mon Mar 08 1993 11:16 | 11 | 
|  |     Hi,
    
    If you press GOLD W what error messages do you get?
    
    Note that reservations.dat does not created until there is a
    successful reservation in the drawer. Reserve_List.dat does not created
    until the user makes a successful reservation.
    
    Cheers
    
    Stuart
 | 
| 2374.2 |  | IOSG::CARLIN | Dick Carlin IOSG, Reading, England | Mon Mar 08 1993 12:31 | 15 | 
|  |     ... and to supplement what Stuart said:
    
    If you are editing in an unshared drawer that you own, no attempt will
    be made to reserve, so the .dat's will not appear.
    
    You have probably run into either
    
       - something wrong with the FC Server setup, or
    
       - insufficient access to the drawer (Reserve will check for write
         access)
    
    GOLD W should reveal all.
    
    Dick
 | 
| 2374.3 | Gold W ... | ZUR01::KURTH | Peter Kurth @RLE, R�mlang (CH) | Mon Mar 08 1993 16:02 | 8 | 
|  |     Hi all
    
    Gold W shows: 
    
    	Document could not be reserved (Document not edited)
    	%OAFC-I-UNSUPPORTED_FUNC, requested function is not supported
    
    Peter (in behalf of Ursi)
 | 
| 2374.4 | Running V2.4? | CHRLIE::HUSTON |  | Mon Mar 08 1993 17:58 | 7 | 
|  |     
    Are you by chance running ALL-IN-1 V2.4? Several FCS fucntions are
    disabled when running on V2.4, reservations is one of them.
    
    --Bob
    
    
 | 
| 2374.5 | Looking confused... | IOSG::STANDAGE | Oink...Oink...Mooooooooooooooooooooooooooooooooo | Mon Mar 08 1993 19:21 | 25 | 
|  |     
    Ursi,
    
    This is somewhat confusing me, as to get the :
    
    "%OAFC-I-UNSUPPORTED_FUNC, requested function is not supported"
    
    message something is amiss.
    
    
    Could you please do the following from a privileged account and let us
    know what you find:
    
    1) From within ALL-IN-1 do: <GET OA$VERSION
    
    2) From DCL do            : $LIB/LIST/FULL OA$BUILD_SHARE:OAFC$SERVER.OLB 
       I don't want the whole output from this, just the dates of the
       modules (they should be the same).
    
    
    Thanks,
    Kevin.
    
    
    
 | 
| 2374.6 | I got the right version ... but still, please | TAKEOF::ERNI | Ursula Erni | Tue Mar 09 1993 15:03 | 33 | 
|  |     Hi again
    
    I did install the patch. The version is ALL-IN-1 V3.0-1
    
    The file OAFC$SERVER.OLB seems also to be ok:
    
    Creation date: 15-OCT-1992
    Revision date: 15-OCT-1992
    All object are inserted also 15-OCT-1992
    
    Maybe some more explanation will help you further:
                                                    
    - A normal user can access his own drawer (MAIN)
    - Nobody can nether edit nor create a document in a shared drawer
    - To access shared drawers in the mean time I told the users to copy
      the shared documents to main with <MCD>. This worked for a time then
      some users told me, they could not access (write and create) their 
      own drawer anymore!!! 
    - There is one user that only can access his main drawer in selecting
      it with [user]MAIN. The Dataset FILECAB is empty when I do a
      FOR-loop. If I do a <NEWDIR user as MANAGER I see the user's filecab 
      as I should!
    
    What I did that the users could work better with the rest of
    filecabinet, was disabling the server. But some did not have the access
    they should have. The problem is, the user do really have to work with
    shared drawers. What is the best to do until this nasty problem is
    fixed?
    
    Thanks for any ideas
    
    Ursi 
        
 | 
| 2374.7 | Sounds like V2.4 A1 system | CHRLIE::HUSTON |  | Tue Mar 09 1993 16:26 | 8 | 
|  |     
    This really sounds like the server thinks it is running against a
    V2.4 system. Can you do the <get version as Kevin asked. 
    
    If the A1config file says V2.4 then it would explain all this.
    
    --Bob
    
 | 
| 2374.8 |  | IOSG::STANDAGE | Oink...Oink...Mooooooooooooooooooooooooooooooooo | Tue Mar 09 1993 16:39 | 10 | 
|  |     
    
    ...and after installing the V3.0-1 patch, was all the relinking 
    successfully done and modules moved to the correct locations ??
    
    
    Kevin.
    
    
    
 | 
| 2374.9 | %SYSTEM-W-NOTALLPRIV when moving to target dir. | TAKEOF::ERNI | Ursula Erni | Tue Mar 09 1993 17:10 | 21 | 
|  |     Kevin, you are on the riht way:
    
            Please ensure you run the post-install tasks
            as stated in section 5  of the release notes.
    
    %VMSINSTAL-I-MOVEFILES, Files will now be moved to their target
    directories...
    
    %SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
    %SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
    %SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
    %SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
    %SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
    %SYSTEM-W-NOTALLPRIV, not all requested privileges authorized
            Installation of A1_ECO001 V3.0 completed at 23:18
    
    I saw that the elements CM_CART_FULL_V301$PRIMARY,
    CM_CART_SCRIPT_V301$PRIMARY, CM_CART_SUMMARY_V301$PRIMARY where not
    live and thought, it was a problem of TXL-Installing.... 
    
    Was I wrong???
 | 
| 2374.10 | INSTALLING WITHOUT BYPASS | TAKEOF::ERNI | Ursula Erni | Tue Mar 09 1993 17:19 | 16 | 
|  |     I forgot to tell why this happened.
    
    I upgraded ALL-IN-1 with the ALLIN1 Account. Therefore I had BYPASS
    privileges. During the first VMSINSTAL the procedure took my
    privileges. So when I installed I did not have these important
    privileges!!!
    
    Something else:
    I did have problems with the Filecabinet server after the upgrade because a
    Coexistant system was still running. After the Upgrade I saw, that
    there was a mixture of the filecabinets. When I did the
    partition-seeding, I saw the documents of coexistant manager. - I
    deinstalled coexistant system. I think this has nothing to do with my
    ongoing problem. Does it?
    
    Ursi
 | 
| 2374.11 | SYSTEM-W-BADCHKSUM | TAKEOF::ERNI | Ursula Erni | Tue Mar 09 1993 17:41 | 55 | 
|  |     OALIBR, DMPLUS and MTILIB seem to be correct. I checked the dates:
    
    OALIBR.OLB
    Revision date:   6-MAR-1993 23:11:36      Library format:   3.0
    OAARC            Ident V3.1-001         Inserted  6-MAR-1993 23:03:09 9
    OACABA           Ident 3.1-001          Inserted  6-MAR-1993 23:03:27
    OACABF           Ident V3.1-002         Inserted  6-MAR-1993 23:10:49
    OACABH           Ident V3.1-001-2A1     Inserted  6-MAR-1993 23:08:38
    OACABR           Ident V3.1-002         Inserted  6-MAR-1993 23:05:53
    OACHECK          Ident V3.01-001        Inserted  6-MAR-1993 23:04:24 2
    OACMD            Ident V3.1-001         Inserted  6-MAR-1993 23:10:15
    OACMF            Ident V3.1-001         Inserted  6-MAR-1993 23:07:06
    OACMMA           Ident V3.1-001         Inserted  6-MAR-1993 23:07:13 9
    OACOPY           Ident V3.01-001        Inserted  6-MAR-1993 23:06:33 7
    OAFBT            Ident V3.0-P01         Inserted  6-MAR-1993 23:10:36
    OAFCF            Ident V3.01-001        Inserted  6-MAR-1993 23:06:22
    OAIO             Ident V3.1-001         Inserted  6-MAR-1993 23:06:39
    OATXL            Ident V3.00-018        Inserted 16-MAR-1992 22:04:24
    
    DMPLUS.OLB
    Revision date:   6-MAR-1993 23:06:11      Library format:   3.0
    OAEMDF1          Ident V3.1-003         Inserted  6-MAR-1993 23:03:43
    OAEMDF2          Ident V3.1-002         Inserted  6-MAR-1993 23:04:41 9
    OAEMDF3          Ident V3.1-002         Inserted  6-MAR-1993 23:04:03 4
    OAEMDF4          Ident V3.1-002         Inserted  6-MAR-1993 23:06:11
    OAEMDF5          Ident V3.0-015         Inserted  6-MAR-1993 23:04:10 2
    OAEMDF8          Ident V3.1-001         Inserted  6-MAR-1993 23:03:37
    
    MTILIB.OLB
    Revision date:   6-MAR-1993 23:10:28      Library format:   3.0
    OA$MTI_DELIVER_MESSAGE Ident V3.1-000-1A1 Inserted  6-MAR-1993 23:10:22
    OA$MTI_NBS_BUILD Ident V3.1-001 Inserted  6-MAR-1993 23:08:13 11
    OA$MTI_REMOTE    Ident V3.1-001         Inserted  6-MAR-1993 23:10:28 4
    OA$MTI_SEND_LOCAL Ident V3.1-002-4A2 Inserted  6-MAR-1993 23:06:58 10
    
    
    But I am really in trouble now:
    
    I disabled the FILECABINET SERVER. And everything was ok for the first
    moment. And then...
    
    When someone wants to read a shared file:
    
    %SEARCH-W-OPENIN, error opening WPS_DISK1:<WPS.VRM.DOC4>ZUONJ72C1.WPL;2
    as input
    -RMS-E-ACC, ACP file access failed
    -SYSTEM-W-BADCHKSUM, bad file header checksum
    %SEARCH-I-NOMATCHES, no strings matched
       
    The file is still there, but if I enter $DIR/SEC I get also a bad file
    header checksum. ... No! Now i get 
    
    ZUONJ72C1.WPL;2    no such file
    
    What shall I do?
 | 
| 2374.12 | Images in sys$common:[sysexe] | TAKEOF::ERNI | Ursula Erni | Tue Mar 09 1993 18:04 | 26 | 
|  |     I think it is the images 
    
    On the wrong working System I have thouse images:
    
    The patch run 6-MAR-1993 around 11pm
    
    Directory SYS$COMMON:[SYSEXE]
    OAFC$CREATE_SERVER.EXE;2    12-MAR-1992 09:50:57.08
    OAFC$PRINT_TRACE_LOG.EXE;3  6-MAR-1993 23:16:37.81
    OAFC$SERVER.EXE;2     	5-MAR-1993 21:49:20.99
    OAFC$SYSFOLD_SEED.EXE;3     6-MAR-1993 23:16:39.84
      
    When I check now with a running system I get this:
    
    Directory SYS$COMMON:[SYSEXE]
    
    OAFC$CREATE_SERVER.EXE;2 	12-MAR-1992 09:50:57.08
    OAFC$MTS_PRIV_SHR.EXE;1  	22-JAN-1993 09:44:10.77
    OAFC$PRINT_TRACE_LOG.EXE;3 	22-JAN-1993 09:15:33.49
    OAFC$SERVER.EXE;3    	22-JAN-1993 09:44:49.08
    OAFC$SYSFOLD_SEED.EXE;3	22-JAN-1993 09:15:36.19
        
    Here I have one more file. and all but OAFC$CREATE_SERVER.EXE have the
    new creationdat.
    
    Ursi
 | 
| 2374.13 | VERSION of ALL-IN-1 | TAKEOF::ERNI | Ursula Erni | Wed Mar 10 1993 11:05 | 9 | 
|  |     It might be usefull, if you know the full version I have installed on
    the customer's environment:
    
    ALL-IN-1 IOS Server for VMS V3.0 PBL123A  (US) ENGLISH 21-MAR-1992
    
    I am now deinstalling the Patch and hope this is the reason..
    
    
    C-ya, Ursi
 | 
| 2374.14 | <GET OA$VERSION not >VERSION | IOSG::STANDAGE | Oink...Oink...Mooooooooooooooooooooooooooooooooo | Wed Mar 10 1993 15:51 | 19 | 
|  |     
    Ursi,
    
    The output :
    
    >>ALL-IN-1 IOS Server for VMS V3.0 PBL123A  (US) ENGLISH 21-MAR-1992
    
    Is generated from a <VERSION  - This was not modified for V3.0-1 because 
    it would mean the patch had to be translated.
    
    Please, when you have finished installing/deinstalling/relinking etc
    do a <GET OA$VERSION. This will tell you the true version of your
    system.
    
    
    Kevin.
    
    
             
 | 
| 2374.15 | version put back to v3.0 | TAKEOF::ERNI | Ursula Erni | Wed Mar 10 1993 15:57 | 9 | 
|  |     Kevin,
    
    After deinstalling the patch  my oa$version is back to ALL-IN-1 V3.0
    
    Deinstalling the patch did not help any further...
    
    
    Ursi
    
 | 
| 2374.16 | A reply to the wrong note? | AIMTEC::WICKS_A | I dreamt I found a working printer! | Wed Mar 10 1993 18:40 | 33 | 
|  | Moved from note 1745 by very confused Moderator.
    
                <<< IOSG::LIB0:[NOTES$LIBRARY]ALL-IN-1.NOTE;3 >>>
                     -< ALL-IN-1 (tm) Support Conference >-
================================================================================
Note 1745.16  EMSADD and EMHEAD do not display the ORGUNIT1, NETWORK.D  16 of 16
TAKEOF::ERNI "Ursula Erni"                           24 lines  10-MAR-1993 18:31
                      -< A1CONFIG.DAT entr is still 2.4 >-
--------------------------------------------------------------------------------
    Hi,
    
    As I told before my OA$VERSION is ALL-IN-1 V3.0 (Before deinstalling the
    patch it was ALL-IN-1 V3.0-1)
    
    What I saw now I relly don't understand!
    
    In A1CONFIG the field version of A1BASE is still on 2.4. That's not the
    end. In the ENGLISH and A1COUNTRY records I get 2.3!
    During the post-installation i got these warnings:
    %DCL-W-PARMDEL, 
    invalid parameter delimiter - check use of special characters
     \]\
    
    The record ENGLISH had some empty entries: I did not have any entry in
    the data-location nor in the site-data-location. I fixed this problem
    manually. The post-installation did not display any error-messages
    anymore. 
    
    
     So, what is wrong with this installation?
    
    
    Ursi
 | 
| 2374.17 | That explains part of it. | CHRLIE::HUSTON |  | Wed Mar 10 1993 18:52 | 13 | 
|  |     
    I don't know what the installation problem is, I will leave that
    to someone who does.
    
    The V2.4 thing explains why you can't reserve anything. When the FCS
    starts up, one of the things it does is to read A1CONFIG and get
    the version number out, if this is earlier than V3.0, it sets a flag
    telling itself to not allow things like drawer creates and reserves.
    Basically any function that does not make sense on V2.4 system.
    If you attempt one of these you get returned the error you mentioned.
    
    --Bob
    
 |