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

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

3931.0. "FCO or housekeeping routine does not reorganise FC" by GIDDAY::SETHI (Oh what a feeling .....) Wed Mar 02 1994 04:13

    Hi All,
    
    We have come across an odd problem where a users file cabinet was never
    reorganised, when the user does a FCO or when the housekeeping routine
    is run to reorganise the users file cabinets. The ALL-IN-1 IOS version
    is 3.0-1. 
    
    What we found was that the language in the user profile was set to
    "ENGLISH" rather than "BRITISH" as required in Australia.  We changed 
    changed the language to British in the profile.
    
    To get around the problem we had to re-seed their drawer by doing the
    following:
    
    1. $ allin1/user=manager
    2. <get #oafc_seed_user = "<ALL-IN-1 username>"
    3. <do oafc$part_seed
    
    To find other users that may have the language set incorrectly we did
    the following:
    
    Added the following lines in a .scp
    
    form auto select for partition with .language nes "BRITISH" do -
    sel_style .unique_name:60 .language .directory/style=file/list='aj.lis'
    dump_cache
    .exit
    
    ran the script, we found user that had the incorrect language set
    couldn't FCO nor did the housekeeping routine reorganise their FC.
    It would have been nice if an error was flagged !!
    
    To see the trace you can find it on RIPPER::Q22671.TRACE;1, I'll keep
    it their for a week than delete it.
    
    Regards,
    
    Sunil
T.RTitleUserPersonal
Name
DateLines
3931.1GIDDAY::JOYCEBurn me kangaroo down sportWed Mar 02 1994 05:2219
    
    To add a bit more info on this problem...
    
    1.	A $convert/fdl of the docdb worked
    2.	A CAB REORG_DOCDB/NOFAST didn't work 
    
    As Sunil says, three users were found to have the same problem -
    everyone else was okay.  The users in question all had language set as
    "ENGLISH" in their PROFILEs and in the PARTITION record for their MAIN
    (and only) drawers.
    
    Setting the language correctly to "BRITISH" as Sunil described then
    running "CAB REORG_DOCDB" interactively for each user in turn worked
    okay.
    
    What we want to know is... what/why/how is the CAB REORG_DOCDB function
    spitting the dummy?
    
    Andy
3931.2IOSG::MAURICERoll on LeviticusWed Mar 02 1994 10:1615
    Hi,
    
    I've had a look at the code and the problem is caused by the function
    trying to find the right DOCDB.FDL file, since there is a different one
    of these for each language. The code will try to switch if the drawer
    language is different from the user's current language.
    
    This is all fine and as it should be for multi-lingual systems, but the
    code does not allow for the case where the drawer language is not a
    defined language on the system, and therefore there will be no
    DOCDB.FDL file.
    
    Cheers
    
    Stuart