> > RT issue https://rt.central.org/rt/Ticket/Display.html?id=130548 is most > likely related >
Yep, that looks like the same symptoms... > > Operation Result > > IRP_MJ_CREATE NAME NOT FOUND > > Does the file exist? No, the file does not exist, neither before nor after attempting File -> Save As -> PDF What mode is the create? In the detail field for the IRP_MJ_CREATE operation, I see: Desired Access: Read Attributes, Synchronize Disposition: Open Options: Synchronous IO Non-Alert Attributes: N ShareMode: Read,W Write, Delete AllocationSize: n/a > In the logs I've viewed > as a part of 130548 the create mode is "open" which means only open the > file if it already exists. If it doesn't already exist, the error will > correctly be NAME NOT FOUND. > Your explanation makes sense... with my limited understanding of what is going on under the hood, I figured that an operation with the name "CREATE" meant it was trying to create something. > > IRP_MJ_FILE_SYSTEM_CONTROL INVALID DEVICE REQUEST Control: > > FSCTL_LMR_QUERY_DEBUG_INFO > > FSCTL_LMR_QUERY_DEBUG_INFO is a Lan Manager specific FSCTL. It is not > supported on any other file system. Invalid Device Request is the > correct response. > Hmm, OK. So maybe Acrobat Reader does not properly abstract file creation functions? it depends on certain low-level operations specific to Lan Manager? > > IRP_MJ_DIRECTORY_CONTROL NO SUCH FILE > > For what path? Curiously this "directory" operation refers to the path of my target file: \\AFS\ss2k.uci.edu\users\j\jnilsson\personal\tmp\jnilssonfile.pdf In the "Save As -> PDF" dialog I chose my U: drive that gets automatically created at login as defined in my Profile's "Home Folder" in Active Directory. Since I'm not sure if that is equivalent to the SUBST command, I just tried saving to another mapped drive created with SUBST. Same result. > What is the query mask that is being searched for? Do > directory entries that match the mask exist? In the logs I've examined > the file name being searched for is the same file name that was given to > the IRP_MJ_CREATE. The file doesn't exist and therefore NO SUCH FILE is > the correct response. > That is true here as well. The "Filter" is "jnilssonfile.pdf" which of course does not exist. > Since nothing is actually creating the file and the something that > should make an attempt to do so is Acrobat, I'm suspicious. I'm not > pointing a finger since Acrobat clearly saves the file elsewhere but I > don't have enough data. > Very true... I do not see any IRP_MJ_CREATE operation that looks like it is actually attempting to create a file. My suspicions are on Acrobat Reader as well then. Acrobat Pro does work to save to AFS... Thanks for the explanation! -- Jonathan.Nilsson at uci dot edu Social Sciences Computing Services SSPB 1265 | 949.824.1536
