| 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 |
I couldn't find a note that talks about this but if anyone can point me or help with this I'd appreciate it. A customer recently upgraded from 2.4 to 3.0. He has a VAXCluster environment. At least one ALL-IN-1 user account this problem which is that they do not have a MAIN drawer. They have a [.oa] subdirectory with files and documents in it. Their FILECAB.DAT file is empty. I searched the PARTITION.DAT file and can't find a record for them. They don't show up in the drawer index either. However, if I try to create the drawer it says it already exists. If I try to select the drawer it says it doesn't exist. The question is how can I fix it? Also, is it possible to write a script (or is their something) to verify all user accounts for this problem. This customer has over 700 ALL-IN-1 accounts and they would like them verified. Thanks, Karen
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2239.1 | Tried re-seeding the account ?? | AIMTEC::VOLLER_I | Gordon (T) Gopher for President | Tue Feb 09 1993 18:21 | 12 |
Karen,
From the ALL-IN-1 MANAGER account :-
<GET #OAFC_SEED_USER = "username"
<DO OAFC$PART_SEED
Check the log file (OA$LOG:OAFC$PART_SEED.LOG) for errors.
Cheers,
Iain.
| |||||
| 2239.2 | Still Broken | BADDOG::KRUCKMAKA | Tue Feb 09 1993 19:57 | 67 | |
re: .1 Thanks for the info! I tried to use the oafc$part_seed and the log file said it didn't seed properly. The status was 0. I reran it with a trace and it looks like the write add to the partition file is failing. I did a dcl search on the file and the record does not exist. File protection and ownership are ok. I'm confused. I've included part of the trace that shows the section with the write. Am I missing something obvious? Thanks, Karen [FUNC] Function: WRITE, Cmd line: ADD PART$MAINT:#PARTITION %KEY = #OAFC_DRAW ! _NAME, PART_NAME1 = #PARTITION, PART_NAME2 = #OAFC_NULL, PART_NA ! ME3 = #OAFC_NULL, PART_NAME4 = #OAFC_NULL, DRAWER_NAME = #OAFC_D ! RAW_NAME, DRAWER_STATUS = #OAFC_DRAW_STAT, DRAWER_DIRECTORY1 = # ! OAFC_DIR, DRAWER_CREATED = OA$DATE, DRAWER_LANGUAGE = #OAFC_LANG ! _CODE, DRAWER_OWNER = #OAFC_VMSUSER ![SYMBOL] Symbol: #PARTITION, Value: VAXA:: ![SYMBOL] Symbol: #OAFC_PARTMAINT_SERVER, Value: ![SYMBOL] Symbol: #OAFC_DRAW_NAME, Value: [U_RASMUSSEN]MAIN ![SYMBOL] Symbol: #PARTITION, Value: VAXA:: ![SYMBOL] Symbol: #OAFC_NULL, Value: ![SYMBOL] Symbol: #OAFC_NULL, Value: ![SYMBOL] Symbol: #OAFC_NULL, Value: ![SYMBOL] Symbol: #OAFC_DRAW_NAME, Value: [U_RASMUSSEN]MAIN ![SYMBOL] Symbol: #OAFC_DRAW_STAT, Value: 1 ![SYMBOL] Symbol: #OAFC_DIR, Value: USER$DISK:[U_RASMUSSEN.OA] ![SYMBOL] Symbol: OA$DATE, Value: 02/09/93 ![SYMBOL] Symbol: #OAFC_LANG_CODE, Value: ENUS ![SYMBOL] Symbol: #OAFC_VMSUSER, Value: U_RASMUSSEN ![SYMBOL] Symbol: OA$FUNCTION = #OAFC_OPERATION " " "PART$MAINT:#PARTITION %KEY ! = #OAFC_DRAW_NAME, PART_NAME1 = #PARTITION, PART_NAME2 = #OAFC_N[FUNC] Function: WRITE, Cmd line: ADD PART$MAINT:#PARTITION %KEY = #OAFC_DRAW ! _NAME, PART_NAME1 = #PARTITION, PART_NAME2 = #OAFC_NULL, PART_NA ! ME3 = #OAFC_NULL, PART_NAME4 = #OAFC_NULL, DRAWER_NAME = #OAFC_D ! RAW_NAME, DRAWER_STATUS = #OAFC_DRAW_STAT, DRAWER_DIRECTORY1 = # ! OAFC_DIR, DRAWER_CREATED = OA$DATE, DRAWER_LANGUAGE = #OAFC_LANG ! _CODE, DRAWER_OWNER = #OAFC_VMSUSER ![SYMBOL] Symbol: #PARTITION, Value: VAXA:: ![SYMBOL] Symbol: #OAFC_PARTMAINT_SERVER, Value: ![SYMBOL] Symbol: #OAFC_DRAW_NAME, Value: [U_RASMUSSEN]MAIN ![SYMBOL] Symbol: #PARTITION, Value: VAXA:: ![SYMBOL] Symbol: #OAFC_NULL, Value: ![SYMBOL] Symbol: #OAFC_NULL, Value: ![SYMBOL] Symbol: #OAFC_NULL, Value: ![SYMBOL] Symbol: #OAFC_DRAW_NAME, Value: [U_RASMUSSEN]MAIN ![SYMBOL] Symbol: #OAFC_DRAW_STAT, Value: 1 ![SYMBOL] Symbol: #OAFC_DIR, Value: USER$DISK:[U_RASMUSSEN.OA] ![SYMBOL] Symbol: OA$DATE, Value: 02/09/93 ![SYMBOL] Symbol: #OAFC_LANG_CODE, Value: ENUS ![SYMBOL] Symbol: #OAFC_VMSUSER, Value: U_RASMUSSEN ![SYMBOL] Symbol: OA$FUNCTION = #OAFC_OPERATION " " "PART$MAINT:#PARTITION %KEY ! = #OAFC_DRAW_NAME, PART_NAME1 = #PARTITION, PART_NAME2 = #OAFC_N ! ULL, PART_NAME3 = #OAFC_NULL, PART_NAME4 = #OAFC_NULL, DRAWER_NA ! ME = #OAFC_DRAW_NAME, DRAWER_STATUS = #OAFC_DRAW_STAT, DRAWER_DI ! RECTORY1 = #OAFC_DIR, DRAWER_CREATED = OA$DATE, DRAWER_LANGUAGE ! = #OAFC_LANG_CODE, DRAWER_OWNER = #OAFC_VMSUSER", Value: WRITE A ! DD PART$MAINT:#PARTITION %KEY = #OAFC_DRAW_NAME, PART_NAME1 = #P ! ARTITION, PART_NAME2 = #OAFC_NULL, PART_NAME3 = ![IO] Getting next record from TXT$TXL_DO, Text starts "" ![SCRIPT] OAFC$SEED_USER Line 64: ![IO] Getting next record from TXT$TXL_DO, Text starts "GET #OAFC_STATU" ![SCRIPT] OAFC$SEED_USER Line 65: GET #OAFC_STATUS = OA$STATUS ![FUNC] Function: GET, Cmd line: #OAFC_STATUS = OA$STATUS ![SYMBOL] Symbol: #OAFC_STATUS = OA$STATUS, Value: 0 | |||||
| 2239.4 | Turn on FCS tracing | CHRLIE::HUSTON | Tue Feb 09 1993 20:11 | 8 | |
Turn on teh FCS tracing, then try and re-seed the user, that will
give you the FCS error.
Tell us what that is and we can get on with the next steps.
--Bob
| |||||
| 2239.5 | Could it be the popular? | AIMTEC::WICKS_A | WALES 10 England 9 | Tue Feb 09 1993 22:01 | 12 |
i'm going to guess here that the error could be:
"%OAFC-E-RMSERROR, RMS Error has occurred. Refer to extended status
for RMS error code".
i'd check that the [.OA] subdirectory does allow System Access
you need S:RWE on the OA.DIR and its contents
regards,
Andrew.D.Wicks
| |||||
| 2239.6 | PROFIL.LANGUAGE ?? | AIMTEC::VOLLER_I | Gordon (T) Gopher for President | Tue Feb 09 1993 22:22 | 4 |
Also check that the user has the LANGUAGE field in the PROFILE set
correctly.
Iain
| |||||
| 2239.7 | More info | BADDOG::KRUCKMAKA | Fri Feb 12 1993 20:33 | 15 | |
Sorry it took me so long to respond. Modem problems. I turned on a trace for the FCS and tried the part_seed again. I don't know much about the trace log but what I got from it was a status of 55803913 for all server functions and a status of 558044550 on set/show partition functions. In response to .5, I checked file protection on the [.oa] directory and it did not have S:WRE so I set file protection and tried it again. Same problem. The files in [.OA] look ok for protection. There are no server log/error files in the sys$manager account. Shouldn't they be there? There is logical name override for them. Thanks, Karen | |||||
| 2239.9 | FCS related log files. | IOSG::STANDAGE | Oink...Oink...Mooooooooooooooooooooooooooooooooo | Sun Feb 14 1993 14:09 | 9 |
The server log file resides in SYS$MANAGER:OAFC$SERVER.LOG
The log file from running the partition seeding resides in adifferent
place : OA$LOG:OAFC$PART_SEED.LOG.
Kevin.
| |||||
| 2239.10 | I keep saying this, how to get message text | IOSG::TALLETT | Gimmee an Alpha colour notebook... | Mon Feb 15 1993 09:14 | 11 |
$ link sys$message:oafc$messages
%LINK-W-USRTFR, image USER2:[TALLETT]OAFC$MESSAGES.EXE;1 has no user
transfer address
$ set message oafc$messages
$ x=f$message(55804450)
$ sho sym x
X = "%OAFC-E-DRAWERDOESNOTEX, Drawer does not exist"
$ x=f$message(55803913)
$ sho sym x
X = "%OAFC-S-NORMAL, Successful completion"
| |||||
| 2239.11 | Still working on it | BADDOG::KRUCKMAKA | Mon Feb 15 1993 17:08 | 20 | |
RE .9
There are no log files in the SYS$MANAGER account. This is what I
thought was strange. The part_seed log in OA$LOG does exist. It shows
a status code of 0.
RE .10
Sorry you have to keep repeating how to get the message text but I
appreciate it. I didn't see that in the documentation anywhere;
however, I am using the bookreader and sometimes it's not as good as
hardcopy.
I still don't understand why the part_seed isn't working. The message
that the drawer doesn't exist is valid since I'm trying to create it.
I know it doesn't exist. Is there more I can check and/or try? I need
to fix this one way or the other.
Thanks,
Karen
| |||||