AER7101@TECHNION.BITNET (Zvika Bar-Deroma) (09/05/90)
Hi net, I'm reposting a message I sent to the (BITNET) AIX-L list, as all I got from there were reactions similar to: "I'm having the same problem - let me know if you solve it" (noone from the IBM ppl. on the list reacted..). One answer did mention an APAR for that: IX09598. Any idea when a PTF is expected ? Any ideas how to circumvent the situation (no - I can't help the fact that all our users' disk allocations are on the RT). So - to the repost: > 3. That seems to be the toughest one. It concerns DOS-Merge. I'm trying to > copy a file, while under DOS-Merge to a remote disk, mounted via nfs. > If the "target" disk, is on a second PS-2, the DOS copy operation > succeeds. If, however, I try to copy to a RT, I get the following > messages: > File creation error > 0 File(s) copied > a ls -l reveals a zero length file... > > The same failure also happends when I try to copy to a SUN system (as > I don't manage the latter, I can't "play around" with it, so I'll > concentrate on the RT). > Both filesystems (on the neighbor PS2 and on the RT) are mounted with > the same parameters (rw,soft), and there's no problem writing on the > RT filesystem in AIX. > My SE assumed that the reason was that DOS-Merge accesses the disk > with superuser authority, which nfs, by default, disbales. Changing > that (changing "nobody" to 0, via adb) did not help (it DID help for > other commands, like adduser, which does a chown, and was prevented > from doing that before the change was introduced). I'd appreciate any help, Zvika Bar-Deroma Phone: 972-4-292706 Faculty of Aerospace Engineering, Fax : 972-4-231848 Technion Haifa 32000 Israel BITNET : AER7101@TECHNION INTERNET : AER7101%TECHNION.BITNET@cunyvm.cuny.EDU DOMAIN NAMING : AER7101@TECHNION.TECHNION.AC.IL uucp : .....!psuvax1!aer7101@technion.bitnet CSNET : aer7101@technion.bitnet