Re: [Samba] Win2k, Domain logon, permissions
brock, i did talk with my partner: he had a view issues, in which file access did strange things with file access. - *but on a local installation too*. can u test a clean local installation on a w2k too? autocad opens files across different threats. - maybe one of the arx is to slow with closing or opens the file in a mode, that w2k interpretes as 'exclusive'?. (maybe there's a switch in your options. as far as i see now, u *must* use oplocks. - many threats opens one file at the same time. please try: http://usa.autodesk.com/ support knowledgebase - i've found a view issues, but the best is, to search with the command name and the exact error message. (i did not find this in your posting) try to set temp files to local hdd. if u find something and let me know. but at this time i don't think, that it's a network issue. gk -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
RE: [Samba] Win2k, Domain logon, permissions
Hi Kurt, -Original Message- From: Kurt Weiss [mailto:[EMAIL PROTECTED] Sent: March 10, 2003 2:53 AM To: Brock Nanson Cc: [EMAIL PROTECTED] Subject: Re: [Samba] Win2k, Domain logon, permissions brock, i did talk with my partner: he had a view issues, in which file access did strange things with file access. - *but on a local installation too*. This can be the case, for sure! However, I have that all cleaned up. The project works fine except for this single command - which does work properly if the project folders are copied to and run from the local drive. Samba has always been transparent for us... No Word/Excel issues, AutoCAD is fine too - except for this command! can u test a clean local installation on a w2k too? This is a clean install of Land3 (we only just received the install CD's and haven't made the full transition from Land2i yet). I'm going to create a testing samba share to deal with this... Too much data to be playing with on the real server! autocad opens files across different threats. - maybe one of the arx is to slow with closing or opens the file in a mode, that w2k interpretes as 'exclusive'?. (maybe there's a switch in your options. This is along the lines of my thinking. It's like AutoCAD is just misconfigured on this one routine. The options for Land are minimal in this area. I can't find a setting for placement of this temporary file - neither can my supplier. The other temp settings don't seem to apply to this routine. as far as i see now, u *must* use oplocks. - many threats opens one file at the same time. I agree. I removed the setting you suggested earlier once I knew it didn't work. please try: http://usa.autodesk.com/ support knowledgebase - i've found a view issues, but the best is, to search with the command name and the exact error message. (i did not find this in your posting) Been there, done that, got the t-shirt ;-) try to set temp files to local hdd. if u find something and let me know. but at this time i don't think, that it's a network issue. I will keep you apprised. I think there is a hint in the fact that I can kill the samba daemons, immediately restart and the command works properly. But I do get an error when I try to save the drawing! Thanks! Brock -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
RE: [Samba] Win2k, Domain logon, permissions
Hi Kurt, Thanks very much for the reply. My comments are inline... -Original Message- From: Kurt Weiss [mailto:[EMAIL PROTECTED] Sent: March 8, 2003 12:06 AM To: Brock Nanson Cc: [EMAIL PROTECTED] Subject: Re: [Samba] Win2k, Domain logon, permissions Brock Nanson schrieb: I first asked this question at the end of October, got a response which didn't solve the problem, and have finally got back to the issue now. there where the same problem with excel/winword files anywhere, i think there should be much to read in the archives :-( -I can view the directory and see the temporary file in it, called $cvp$tp.dwg. -Allowing the command to complete, the file is removed as it should be. to find out, where the problem lies, please try oplocks = no afterwards u can try dos filetime resolution = yes dos filetimes = yes Tried all three of these settings. Was forced to set 'level2 oplocks' to 'no' as well, as testparm flagged this as being required. However, no joy from any or all of these settings :-( LanDevelopment Desktop seems to use more threads, and one does not know, what the other does. ('cause, there's running very much arx applications.) did u look to the autodesk hompage too? (maybe thats an issue, which appears on w2k servers too...) The first time I tried for a response on this problem from the list, I got a single reply that suggested the problem *can* occur on w2k servers also. As can be seen with the share definition above, I did try changing from my original owner/group setting of 'nobody, nobody' to the real owner and the 'autocad' group. My logic was that perhaps AutoCAD wanted to i don't think, that it's a permission problem, we're using AutoCAD, Architectual Desktop and Mechanical Desktop on Samba and on w2k servers without ( ;-) ) problems... Well, this is the only problem I have found...that's why I think it's an AutoDesk problem. However, since there are so many end users running w2k, there must be a solution. It doesn't show up in the knowledge base at AutoCAD however. The only thing I stumbled upon that might help someone suggest a solution was that killing and restarting the samba daemons after the win2k box had opened the main drawing file will allow the command to complete! The main drawing throws an error when you next try to save please report if/which switches had sucess. Any other suggestions? I wonder if the routine has been configured incorrectly to be much more specific about the ownership of the file that it wants to read. But why it will work if the file exists on the server already I can't get my head around!! Brock -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Win2k, Domain logon, permissions
Brock Nanson schrieb: I first asked this question at the end of October, got a response which didn't solve the problem, and have finally got back to the issue now. there where the same problem with excel/winword files anywhere, i think there should be much to read in the archives :-( -I can view the directory and see the temporary file in it, called $cvp$tp.dwg. -Allowing the command to complete, the file is removed as it should be. to find out, where the problem lies, please try oplocks = no afterwards u can try dos filetime resolution = yes dos filetimes = yes LanDevelopment Desktop seems to use more threads, and one does not know, what the other does. ('cause, there's running very much arx applications.) did u look to the autodesk hompage too? (maybe thats an issue, which appears on w2k servers too...) As can be seen with the share definition above, I did try changing from my original owner/group setting of 'nobody, nobody' to the real owner and the 'autocad' group. My logic was that perhaps AutoCAD wanted to i don't think, that it's a permission problem, we're using AutoCAD, Architectual Desktop and Mechanical Desktop on Samba and on w2k servers without ( ;-) ) problems... The only thing I stumbled upon that might help someone suggest a solution was that killing and restarting the samba daemons after the win2k box had opened the main drawing file will allow the command to complete! The main drawing throws an error when you next try to save please report if/which switches had sucess. -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] Win2k, Domain logon, permissions
I first asked this question at the end of October, got a response which didn't solve the problem, and have finally got back to the issue now. I'm running 2.2.7a, recently upgraded from 2.2.0 as Domain Logons for Win2K were suspected to be part of my problem. Anyway, the issue relates to AutoCAD (actually a vertical product called Land3) and a command which works with winXX boxes, but fails with 2K. Data files are on the server. The definition is as follows: [cad] path = /home/sdsk create mask = 0774 directory mask = 0775 ; force group = autocad ; write list = @autocad public = yes only guest = yes writable = yes printable = no As you can see, the commented out lines show some things I've been trying. The original problem was: -a command writes a drawing block to the directory of the current drawing in use (on the Samba server) -it is supposed to then read the block back in and insert it in the drawing (Sheetmanager, copy mspace to pspace if any cares) and delete it from the server. -the command fails (only on 2K), saying it couldn't find the file on any of the paths, provides a list of which the second entry is correct. -I can view the directory and see the temporary file in it, called $cvp$tp.dwg. -Allowing the command to complete, the file is removed as it should be. I can have the command complete correctly if I 'seed' the directory with a file of the name shown above. The command overwrites the file with the correct one, and somehow manages to find it this time, then deletes it properly when complete. However, it will fail the next time because that seed file is gone! I upgraded to 2.2.7a to get the domain logons working properly (a story in itself ;-) - which they apparently are now. As I was unable to get 'complete control' of the file without the domain logons, my reseller was reluctant to take the problem to Autodesk. Now that the domain logons work, I can have complete control - but the command is still failing. As can be seen with the share definition above, I did try changing from my original owner/group setting of 'nobody, nobody' to the real owner and the 'autocad' group. My logic was that perhaps AutoCAD wanted to see that this file was owned by the win2k box, rather than owned by nobody. This did not make a difference. The only thing I stumbled upon that might help someone suggest a solution was that killing and restarting the samba daemons after the win2k box had opened the main drawing file will allow the command to complete! The main drawing throws an error when you next try to save it, but does seem to connect OK after a short time. The following is the output of smbstatus before and after a samba restart - sorry, the long file names don't wrap nicely...: [EMAIL PROTECTED] bin]# ./smbstatus Samba version 2.2.7a Service uid gid pid machine -- cad todd todd 16138 true-mobile1 (192.168.0.114) Thu Mar 6 23:49:13 2003 Locked files: PidDenyMode Access R/WOplock Name -- 16138 DENY_WRITE 0x20089 RDONLY LEVEL_II /home/sdsk/Land Projects R3/488-121P/Architect - Petroff/03JAN14/arch.dwg Thu Mar 6 23:51:35 2003 16138 DENY_NONE 0x20089 RDONLY LEVEL_II /home/sdsk/Land Projects R3/488-121P/Architect - Petroff/03JAN14/arch.dwg Thu Mar 6 23:51:35 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/align/Alignment.mdb Thu Mar 6 23:52:24 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/LongFileNameSystem.ldb Thu Mar 6 23:52:23 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/align/Alignment.ldb Thu Mar 6 23:52:25 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/cogo/XDRefs.ldb Thu Mar 6 23:55:21 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/cogo/DescKey/DEFAULT.mdb Thu Mar 6 23:55:21 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/cogo/points.mdb Thu Mar 6 23:55:22 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/cogo/points.ldb Thu Mar 6 23:55:22 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/cogo/XDRefs.mdb Thu Mar 6 23:55:21 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/cogo/DescKey/DEFAULT.ldb Thu Mar 6 23:55:21 2003 16138 DENY_NONE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects R3/488-121P/LongFileNameSystem.mdb Thu Mar 6 23:52:23 2003 16138 DENY_WRITE 0x2019f RDWR EXCLUSIVE+BATCH /home/sdsk/Land Projects