[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
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 |
4150.0. "MUA MDK - Could not backup files to new user area" by COPCLU::ELIN (Elin Christensen @DMO, DTN 857-2406) Tue May 10 1994 19:34
MUA MDK has failed at an ALL-IN-1 v3.0 customer site.
It is the first time this customer has used MDK since MUPA was installed.
All the user's files had been moved by MDK (almost 100.000 blocks).
The user's profile and UAF entries had not been updated with the new
disk name.
I have put the new disk name in the profile and UAF, have done a
partition reseeding on the user, and he is now able to use his ALL-IN-1
account.
The customer uses rooted logicals:
"BRUGER12" [exec] = "$1$DIA1:[BRUGER.]" [concealed,terminal] (LNM$SYSTEM_TABLE)
"BRUGER0" [exec] = "STA96:[BRUGER.]" [concealed,terminal] (LNM$SYSTEM_TABLE)
The use of rooted logicals have earlier given problems with MUA RNA,
and I have changed SM_RENAME.SCP as suggested in a STARS article.
But I can see in logfiles that rooted logicals have not earlier caused
problems with MDK in v3.0.
A1SUB.LOG has some error messages telling that there is no disk quota
enabled on the disks, and one telling that a NETSERVER.LOG does not
exist: %BACKUP-E-OPENIN, ..-SYSTEM-W-NOSUCHFILE. The logfile seems to
go on through backup of all the user's files, ending with his top
directory.
The ALLIN1 Manager account got a mail telling (in Danish) "Could not
backup files to new user area."
I talked with the system manager. She tells that she purged
NETSERVER.LOGs on the disk while MDK was running, as users were in
urgent need for disk space.
---
MDK failed at this point in OA$MANAGER_MOVEDISK.LOG:
"Make sure drawer files are not locked by anything else...
Use BACKUP to move users files to the new disk
>Failed to move that account
Get the next account"
Normally (in pre-MUPA logfiles on the same system) it used to say:
"Make sure drawer files are not locked by anything else...
Use BACKUP to move users files to the new disk
Check the the BACKUP has moved the DOCDB.DAT file
Put the new directory spec in the profile
Set the device name in the SYSUAF
Update user's Profile DELETE_FROM field if applicable...
Move drawers...
Shared drawer [PJ]HOVEDSKUFFE
- changed directory from BRUGER10:[PJ.A1] to BRUGER0:[PJ.A1]
Delete files on source disk
Remove quota on source device
Re-enable the account
Successfully completed account move
Get the next account"
---
Now I am wondering:
1. Is the purging of NETSERVER.LOG the only reason why MDK failed?
----
2. Does anything - except from deleting the old files - need to
be done in order to complete the MDK job, in addition to what I have
allready done?
Elin
T.R | Title | User | Personal Name | Date | Lines |
---|
4150.1 | Time to SPR this? | AIMTEC::WICKS_A | Atlanta's Most (In)famous Welshman | Mon May 16 1994 20:57 | 1 |
|
|
4150.2 | Yes | COPCLU::ELIN | Elin Christensen @DMO, DTN 857-2406 | Mon May 16 1994 22:02 | 10 |
| OK Andrew,
I'll submit an SPR.
I think, the purged NETSERVER.LOG was the reason. The system manager did
all she could in order to create more disk space: moved a user that took up
100.000 blocks and purged files on the whole disk at the same time.
That ought to be possible.
Elin
|