If you are really new to VM..... Accessing the same minidisk in r/w mode from two users in r/w mode can cause corruption. When an Access is done, the directory is read into user memory. If a second user gets access to the minidisk, that user get the directory in user memory. When one user starts making changes, the other user has no knowledge of those changes. If both users modify the minidisk, you get to restore.
But if user A had r/w access and user B has r/o access, and user A makes changes...eventually user B will get garbage files, or old files or corruption. User B just needs to reaccess the minidisk to get the new, updated directory. Everyone "new to VM" gets hit with this....and occassionally, us older folks also. Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 12/30/2005 2:30 PM >>> Ok I am still very new to Z/VM 5.1. While trying to erase a file of a MINI DISK (Operator 191) I have gotten this error: DMSDKD1307T error. What I have is a full disk condition. I have researched this and found (so far) the only way to delete the big log file taking most of the room or any other file is to use DDR to backup the MINI DISK or what I want off it. Then reformat the disk and restore with DDR. If I understand this correctly it's because of VM's use of Virtual Storage during XEDIT. I must confess I am a little taken back by this. Seems like a lot of work to delete a file. I have tried deleting the data in the file and cannot save it using the FFILE command. I am hoping I am missing something. Does anyone have an easy way to do this?
