[Samba] VSS and SAMBA
I was just wondering if you had resolved this issue. We are trying to do the very same thing and running into the same problems as you seem to have had. Thanks Ron -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] VSS on samba
We have recently moved our VSS database from windows 2k to samba, initially all looked fine but have come accross a problem. Quite often VSS complains saying it can't write to names - acess denied. The file its refering to is names.dat in data/ (for those that know VSS) I believe this to be some sort of locking issue. Sometimes getting all other clients to quite VSS solves the problem, sometimes it doesn't. smbstatus reports things like: 5031 DENY_NONE 0x2019f RDWR NONE /home/wdb-uk/store/vss/database/data/names.dat which afaik, shouldn't be stoping anyone from writing to it. Although sometimes no locks appear for it at all and still VSS reports you can't write to it. Viewing the file via the share I can edit it by hand (well write to it anyway - its some dodgy proprietry format) The smb conf for the share is as follows: [vss] comment = Visual Source Safe read only = no browsable = yes path = /home/wdb-uk/store/vss create mask = 0660 directory mask = 0770 oplocks = False level2 oplocks = False with no other locking options specified anywhere else. I've tried with and without the oplocks statments and there is no difference. There is apparerntly some way of getting VSS to use file locks where by it creates a lock file in data/locks/ for each locked file, but I can't seem to find any docs saying how to do it. The only other notible point is that /home/wdb-uk is a mounted nfs share but I have tried having it locally with the same issue. Anyone come across similar problems with VSS, google seems to report various locking issues but no real solutions. Thanks Nathan -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] VSS on samba
Hi Nathan, we have it running. Important seem to be: dos filetimes = yes dos filetime resolution = yes (maybe no longer needed) fake directory create times = yes admin users = VSS users (users must be able to change attributes of files they don't own!) admin users means root rights for everybody on this share, but it's the only way we got it working (so are at least my experiences). We have oplocks enabled without problems. Daniel -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] VSS and Samba
Did you ever find a solution for using a linux working directory with VSS? Thanks, Charles -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
Re: [Samba] VSS and Samba on Tru64 Unix
Hi there, All users in a defined unix group should be able to copy, edit, and delete any file created by any other user in that group. As most of you probably already know, this works fine if the user checking the file out is the same as the user checking it in. But if the user trying to check out a file is not the original user (ie. the unix user-owner) of the file, VSS dies, since it can't remove the windows READ attribute from the file in question. I don't know which version it was introduced in, ut have a look at the option 'dos filemode'. I think it will do what you want. http://www.samba.org/samba/docs/man/smb.conf.5.html#DOSFILEMODE Mac Assistant Systems Adminstrator @nibsc.ac.uk [EMAIL PROTECTED] Work: +44 1707 641565 Everything else: +44 7956 237670 (anytime) -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] VSS and Samba on Tru64 Unix
Good Afternoon All. Please forgive me if this is an often-asked question, but ... We're trying to get the ability to have users in the same UNIX group be able to check-in and check-out files from a VSS repository. All users in a defined unix group should be able to copy, edit, and delete any file created by any other user in that group. As most of you probably already know, this works fine if the user checking the file out is the same as the user checking it in. But if the user trying to check out a file is not the original user (ie. the unix user-owner) of the file, VSS dies, since it can't remove the windows READ attribute from the file in question. Is there a workaround? Is this perhap fixed in Samba 3.0? (We're on 2.2.7). Any help would be greatly appreciated. Thanks, Robert Robert Davis, OSCC VMS/Unix Systems Administrator SUNY Systems Administration SUNY Plaza Albany, NY 12246 USA 518-443-5220 e-mail: [EMAIL PROTECTED] -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] VSS and SAMBA
We are trying to use Visual Source Safe and SAMBA to work with files on our unix system. Here is the problem we are having: USERA creates a file and checks it into SAMBA the files gets set to read only and everything if fine, However, is USERB trys to check the file out SAMBA won't let VSS change the readonly attribute because the file is owned by USERA not USERB. When using a regular windows share this works fine. Does anyone have this setup working? Thanks in advance. - Alex -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] VSS and Samba
Hello, I'd like to set up a working directory on a linux server that is accessible under Visual Source Safe. From VSS, I can see the samba share and I can have users check files out. However, Permissions seem to get mangled. A situation occurs where users check files out but are unable to check files back into VSS. Are there any guidlines for successfully setting up VSS with Samba? Thanks, Al ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba