[Samba] having issues with shares
Donny Brooks
dbrooks at mdah.state.ms.us
Tue Feb 12 12:15:17 MST 2013
That seems to have worked. Thanks for that.
On Tuesday, February 12, 2013 09:32 AM CST, Edward Ashley <ned at redmonkeysoftware.com> wrote:
> Hi,
> Okay could you please try:
>
> share modes = no
> locking = no
>
> on your share.
> Thanks
> Ned
>
>
> On 12 February 2013 15:06, Donny Brooks <dbrooks at mdah.state.ms.us> wrote:
>
> > Same thing on both attempts. Here is the veto oplock try:
> >
> > Locked files:
> > Pid Uid DenyMode Access R/W Oplock
> > SharePath Name Time
> >
> > --------------------------------------------------------------------------------------------------
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtable Tue Feb
> > 12 08:55:08 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtable Tue Feb
> > 12 08:55:25 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/_gdb.SEARCHROOM3.4972.5268.sr.lock Tue
> > Feb 12 08:55:13 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Point.GIS.6216.5276.sr.lock Tue
> > Feb 12 08:55:08 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Poly.SEARCHROOM3.4972.5268.sr.lock
> > Tue Feb 12 08:55:24 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Poly.SEARCHROOM3.4972.5268.sr.lock
> > Tue Feb 12 08:55:24 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtablx Tue Feb
> > 12 08:55:09 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtablx Tue Feb
> > 12 08:55:24 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtable Tue Feb
> > 12 08:55:09 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtable Tue Feb
> > 12 08:55:24 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Survey_Poly.ed.lock Tue Feb
> > 12 08:55:17 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Survey_Line.ed.lock Tue Feb
> > 12 08:55:17 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtable Tue Feb
> > 12 08:55:09 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtable Tue Feb
> > 12 08:55:24 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Poly.SEARCHROOM3.4972.rd.lock Tue
> > Feb 12 08:55:35 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtablx Tue Feb
> > 12 08:55:09 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtablx Tue Feb
> > 12 08:55:24 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Poly.GIS.6216.5276.sr.lock Tue Feb
> > 12 08:55:08 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Line.SEARCHROOM3.4972.5268.sr.lock
> > Tue Feb 12 08:55:24 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtable Tue Feb
> > 12 08:55:08 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtable Tue Feb
> > 12 08:55:25 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Poly.GIS.6216.5276.sr.lock Tue
> > Feb 12 08:55:08 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Point.SEARCHROOM3.4972.5268.sr.lock
> > Tue Feb 12 08:55:24 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtablx Tue Feb
> > 12 08:55:08 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtablx Tue Feb
> > 12 08:55:25 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtablx Tue Feb
> > 12 08:55:08 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtablx Tue Feb
> > 12 08:55:25 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/_gdb.GIS.6216.5276.sr.lock
> > Tue Feb 12 08:55:03 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Site_Point.ed.lock Tue Feb
> > 12 08:55:17 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Survey_Point.ed.lock Tue
> > Feb 12 08:55:17 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtablx Tue Feb
> > 12 08:55:09 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtablx Tue Feb
> > 12 08:55:24 2013
> > 17660 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtable Tue Feb
> > 12 08:55:09 2013
> > 17661 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtable Tue Feb
> > 12 08:55:24 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Line.GIS.6216.5276.sr.lock Tue
> > Feb 12 08:55:08 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Point.GIS.6216.5276.sr.lock Tue Feb
> > 12 08:55:08 2013
> > 17661 1149 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Point.SEARCHROOM3.4972.5268.sr.lock
> > Tue Feb 12 08:55:24 2013
> > 17660 1258 DENY_NONE 0x2019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/timestamps Tue Feb 12
> > 08:55:03 2013
> > 17661 1149 DENY_NONE 0x2019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/timestamps Tue Feb 12
> > 08:55:13 2013
> > 17660 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Site_Poly.ed.lock Tue Feb
> > 12 08:55:17 2013
> >
> >
> > Here is adding the fake oplocks:
> >
> > Locked files:
> > Pid Uid DenyMode Access R/W Oplock
> > SharePath Name Time
> >
> > --------------------------------------------------------------------------------------------------
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtable Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Point.GIS.7768.6520.sr.lock Tue
> > Feb 12 08:57:28 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtablx Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtable Tue Feb
> > 12 08:57:29 2013
> > 17703 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtable Tue Feb
> > 12 08:57:40 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Survey_Poly.ed.lock Tue Feb
> > 12 08:57:36 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Survey_Line.ed.lock Tue Feb
> > 12 08:57:36 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtable Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtablx Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Poly.GIS.7768.6520.sr.lock Tue Feb
> > 12 08:57:28 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtable Tue Feb
> > 12 08:57:28 2013
> > 17703 1149 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtable Tue Feb
> > 12 08:57:41 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Poly.GIS.7768.6520.sr.lock Tue
> > Feb 12 08:57:28 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtablx Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtablx Tue Feb
> > 12 08:57:28 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/_gdb.GIS.7768.6520.sr.lock
> > Tue Feb 12 08:57:24 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Site_Point.ed.lock Tue Feb
> > 12 08:57:36 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Survey_Point.ed.lock Tue
> > Feb 12 08:57:36 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtablx Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_NONE 0x20089 RDONLY NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtable Tue Feb
> > 12 08:57:29 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Survey_Line.GIS.7768.6520.sr.lock Tue
> > Feb 12 08:57:28 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis
> > MARIS608/Archaeological_Data.gdb/Site_Point.GIS.7768.6520.sr.lock Tue Feb
> > 12 08:57:28 2013
> > 17702 1258 DENY_NONE 0x2019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/timestamps Tue Feb 12
> > 08:57:24 2013
> > 17702 1258 DENY_WRITE 0x3019f RDWR NONE
> > /samba/gis MARIS608/Archaeological_Data.gdb/Site_Poly.ed.lock Tue Feb
> > 12 08:57:36 2013
> >
> >
> > I am not sure what is going on here. Now the gis guy is telling me that
> > they can migrate from the gdb files to a SQL install and have truly
> > simultaneous edits so he it leaning toward that. Thanks for the input thus
> > far. We still may need to fix this as any migration could take weeks if not
> > months at our pace.
> >
> > On Tuesday, February 12, 2013 08:45 AM CST, Edward Ashley <
> > ned at redmonkeysoftware.com> wrote:
> >
> > > Hi,
> > > Can you try adding:
> > >
> > > veto oplock files = /*.lock/
> > >
> > > to your share definition, and seeing what happens. Also if that doesn't
> > > help then try adding:
> > >
> > > fake oplocks = yes
> > >
> > > just to see what happens. At this point can I just say that I am not
> > > responsible for any file corruption as a result of these settings.
> > > Thanks
> > > Ned
> > >
> > >
> > > On 12 February 2013 14:37, Donny Brooks <dbrooks at mdah.state.ms.us>
> > wrote:
> > >
> > > > Actually it does show locks. Here is the pertinent section:
> > > >
> > > > Locked files:
> > > > Pid Uid DenyMode Access R/W Oplock
> > > > SharePath Name Time
> > > >
> > > >
> > --------------------------------------------------------------------------------------------------
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtable Fri
> > Feb
> > > > 8 15:24:47 2013
> > > > 2752 1149 DENY_WRITE 0x3019f RDWR
> > EXCLUSIVE+BATCH
> > > > /samba/gis
> > > >
> > MARIS608/Archaeological_Data.gdb/Site_Poly.SEARCHROOM3.3480.3228.sr.lock
> > > > Fri Feb 8 15:24:46 2013
> > > > 2752 1149 DENY_WRITE 0x3019f RDWR
> > EXCLUSIVE+BATCH
> > > > /samba/gis
> > > >
> > MARIS608/Archaeological_Data.gdb/Survey_Poly.SEARCHROOM3.3480.3228.sr.lock
> > > > Fri Feb 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtablx Fri
> > Feb
> > > > 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.gdbtable Fri
> > Feb
> > > > 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.spx Fri Feb
> > 8
> > > > 15:25:21 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtable Fri
> > Feb
> > > > 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.gdbtablx Fri
> > Feb
> > > > 8 15:24:46 2013
> > > > 2752 1149 DENY_WRITE 0x3019f RDWR
> > EXCLUSIVE+BATCH
> > > > /samba/gis
> > > >
> > MARIS608/Archaeological_Data.gdb/Survey_Line.SEARCHROOM3.3480.3228.sr.lock
> > > > Fri Feb 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.spx Fri Feb
> > 8
> > > > 15:26:55 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtable Fri
> > Feb
> > > > 8 15:24:47 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.spx Fri Feb
> > 8
> > > > 15:27:05 2013
> > > > 2752 1149 DENY_WRITE 0x3019f RDWR
> > EXCLUSIVE+BATCH
> > > > /samba/gis
> > > >
> > MARIS608/Archaeological_Data.gdb/Site_Point.SEARCHROOM3.3480.3228.sr.lock
> > > > Fri Feb 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000027.gdbtablx Fri
> > Feb
> > > > 8 15:24:47 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000026.gdbtablx Fri
> > Feb
> > > > 8 15:24:47 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtablx Fri
> > Feb
> > > > 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000028.spx Fri Feb
> > 8
> > > > 15:27:05 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a0000002a.gdbtable Fri
> > Feb
> > > > 8 15:24:46 2013
> > > > 2752 1149 DENY_WRITE 0x3019f RDWR
> > EXCLUSIVE+BATCH
> > > > /samba/gis
> > > >
> > MARIS608/Archaeological_Data.gdb/Survey_Point.SEARCHROOM3.3480.3228.sr.lock
> > > > Fri Feb 8 15:24:46 2013
> > > > 2752 1149 DENY_NONE 0x20089 RDONLY NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/a00000029.spx Fri Feb
> > 8
> > > > 15:27:09 2013
> > > > 2752 1149 DENY_NONE 0x2019f RDWR NONE
> > > > /samba/gis MARIS608/Archaeological_Data.gdb/timestamps Fri Feb 8
> > > > 15:24:15 2013
> > > > 2752 1149 DENY_WRITE 0x3019f RDWR
> > EXCLUSIVE+BATCH
> > > > /samba/gis
> > > > MARIS608/Archaeological_Data.gdb/_gdb.SEARCHROOM3.3480.3228.sr.lock
> > Fri
> > > > Feb 8 15:24:15 2013
> > > >
> > > >
> > > > On Friday, February 8, 2013 06:31 PM CST, Edward Ashley <
> > > > ned at redmonkeysoftware.com> wrote:
> > > >
> > > > > What does smbstatus give you when you have a user using their GIS
> > > > software?
> > > > > Any locks?
> > > > >
> > > > >
> > > > > On 8 February 2013 21:40, Donny Brooks <dbrooks at mdah.state.ms.us>
> > wrote:
> > > > >
> > > > > > Everything oplocks related has been disabled. Still the same
> > issue.
> > > > There
> > > > > > have been no updates to the software as the GIS guy or I would have
> > > > had to
> > > > > > applied them. Also on the old domain it created the lock files also
> > > > but it
> > > > > > worked. Thanks for the quick replies.
> > > > > >
> > > > > >
> > > > > > On Friday, February 8, 2013 03:17 PM CST, Edward Ashley <
> > > > > > ned at redmonkeysoftware.com> wrote:
> > > > > >
> > > > > > > I second disabling oplocks however I would check whether they
> > have
> > > > had
> > > > > > any
> > > > > > > software updates or anything to change their GIS software as I'm
> > not
> > > > too
> > > > > > > sure that an oplock would create a .lock file, and it sounds
> > like it
> > > > > > maybe
> > > > > > > the GIS software doing that.
> > > > > > >
> > > > > > >
> > > > > > > On 8 February 2013 20:56, Donny Brooks <dbrooks at mdah.state.ms.us
> > >
> > > > wrote:
> > > > > > >
> > > > > > > > We recently migrated our install from an ancient fedora 11
> > install
> > > > of
> > > > > > > > samba and openldap to a centos 6.3 setup with its openldap and
> > > > samba.
> > > > > > The
> > > > > > > > domain has been totally recreated from scratch as the person
> > that
> > > > did
> > > > > > the
> > > > > > > > previous setup has not been employed here in many years. After
> > > > fighting
> > > > > > > > with shares for a while we mostly got them fixed and working.
> > > > However
> > > > > > the
> > > > > > > > biggest issue now is when our GIS people try to connect to
> > their
> > > > samba
> > > > > > > > share. Previously two pople could be editing different feature
> > > > classes,
> > > > > > > > different files, but now it will not let the second person do
> > > > anything
> > > > > > but
> > > > > > > > view. Here is a brief explanation from our head GIS guy:
> > > > > > > >
> > > > > > > > We currently have 5 data sets in one feature class in the GIS.
> > > > > > > >
> > > > > > > > site_point
> > > > > > > > site_poly
> > > > > > > > survey_point
> > > > > > > > survey_line
> > > > > > > > survey_poly
> > > > > > > >
> > > > > > > > Before the conversion to the new Domain:
> > > > > > > >
> > > > > > > > User A could open up the GIS on computer 1 and begin to edit
> > one
> > > > of the
> > > > > > > > data set. (site_point for example) and User B could open up the
> > > > GIS on
> > > > > > > > computer 2 and begin to edit any other data set except what
> > User
> > > > A was
> > > > > > > > editing (in this example site_point). As long a two people
> > didn't
> > > > try
> > > > > > and
> > > > > > > > edit the same data set it worked.
> > > > > > > >
> > > > > > > > After the Domain conversion:
> > > > > > > >
> > > > > > > > User A opens up the GIS on computer 1 and begins to edit any
> > of our
> > > > > > data
> > > > > > > > sets. User B opens up the GIS on computer 2 and attempts to
> > edit
> > > > any
> > > > > > of our
> > > > > > > > data sets a window opens up with several errors about file
> > locks.
> > > > (
> > > > > > I can
> > > > > > > > send up screen shots in the morning) As we saw in the samba
> > logs
> > > > it
> > > > > > > > appears that once User A begins editing the one data set all
> > the
> > > > other
> > > > > > data
> > > > > > > > sets in the feature class get .lock files along with the one
> > that
> > > > User
> > > > > > A is
> > > > > > > > actually editing. The only way User B can edit data is if
> > User A
> > > > > > exits the
> > > > > > > > GIS completely.
> > > > > > > >
> > > > > > > >
> > > > > > > > So with that we have been trying everything we can think of to
> > get
> > > > it
> > > > > > > > working correctly again. When I setup the share I copied the
> > > > existing
> > > > > > share
> > > > > > > > from the old domain and put it in the new one making only the
> > > > domain
> > > > > > name
> > > > > > > > change to the section.
> > > > > > > >
> > > > > > > > Here is the old setup:
> > > > > > > >
> > > > > > > > [pictures]
> > > > > > > > comment = Shared Folder for Pictures
> > > > > > > > path = /samba/pictures
> > > > > > > > read only = No
> > > > > > > > create mask = 0667
> > > > > > > > directory mask = 0770
> > > > > > > > csc policy = disable
> > > > > > > > nt acl support = no
> > > > > > > > force security mode = 777
> > > > > > > > valid users = @hpres
> > > > > > > > force group = @ADMIN\hpres
> > > > > > > > #inherit permissions = yes
> > > > > > > > write list = @ADMIN\hpres
> > > > > > > >
> > > > > > > > Here is the new:
> > > > > > > >
> > > > > > > > [hp-pictures]
> > > > > > > > comment = Shared Folder for Historic Preservation
> > Pictures
> > > > > > > > path = /samba/arrowhead/hp-pictures
> > > > > > > > read only = No
> > > > > > > > create mask = 0667
> > > > > > > > directory mask = 0770
> > > > > > > > csc policy = disable
> > > > > > > > nt acl support = no
> > > > > > > > force security mode = 777
> > > > > > > > valid users = @hpres
> > > > > > > > force group = @MDAH\hpres
> > > > > > > > write list = @MDAH\hpres
> > > > > > > >
> > > > > > > > Anyone have an idea why this could be happening?
> > > > > > > >
> > > > > > > > --
> > > > > > > >
> > > > > > > > Donny B.
> > > > > > > > --
> > > > > > > > To unsubscribe from this list go to the following URL and read
> > the
> > > > > > > > instructions: https://lists.samba.org/mailman/options/samba
> > > > > > > >
> > > > > > > Edward Ashley
> > > > > > > Developer
> > > > > > >
> > > > > > > e. ned at redmonkeysoftware.com
> > > > > > > u. www.redmonkeysoftware.com
> > > > > > > t. 0845 867 3849
> > > > > > > f. 0845 867 4127
> > > > > > >
> > > > > > > Red Monkey Software | Superior Software Solutions
> > > > > > >
> > > > > > > Red Monkey Software Ltd, 24 The Layne, Elmer Sands, Bognor Regis,
> > > > West
> > > > > > Sussex. PO22 6JL
> > > > > > > Registered in England and Wales no 5923420
> > > > > > > Registered Office: 20 Springfield Road, Crawley, West Sussex,
> > RH11
> > > > 8AD
> > > > > > --
> > > > > >
> > > > > > Donny B.
> > > > > >
> > > > > > --
> > > > > > To unsubscribe from this list go to the following URL and read the
> > > > > > instructions: https://lists.samba.org/mailman/options/samba
> > > > > >
> > > > > Edward Ashley
> > > > > Developer
> > > > >
> > > > > e. ned at redmonkeysoftware.com
> > > > > u. www.redmonkeysoftware.com
> > > > > t. 0845 867 3849
> > > > > f. 0845 867 4127
> > > > >
> > > > > Red Monkey Software | Superior Software Solutions
> > > > >
> > > > > Red Monkey Software Ltd, 24 The Layne, Elmer Sands, Bognor Regis,
> > West
> > > > Sussex. PO22 6JL
> > > > > Registered in England and Wales no 5923420
> > > > > Registered Office: 20 Springfield Road, Crawley, West Sussex, RH11
> > 8AD
> > > > --
> > > >
> > > > Donny B.
> > > >
> > > >
> > > Edward Ashley
> > > Developer
> > >
> > > e. ned at redmonkeysoftware.com
> > > u. www.redmonkeysoftware.com
> > > t. 0845 867 3849
> > > f. 0845 867 4127
> > >
> > > Red Monkey Software | Superior Software Solutions
> > >
> > > Red Monkey Software Ltd, 24 The Layne, Elmer Sands, Bognor Regis, West
> > Sussex. PO22 6JL
> > > Registered in England and Wales no 5923420
> > > Registered Office: 20 Springfield Road, Crawley, West Sussex, RH11 8AD
> > --
> >
> > Donny B.
> >
> >
> Edward Ashley
> Developer
>
> e. ned at redmonkeysoftware.com
> u. www.redmonkeysoftware.com
> t. 0845 867 3849
> f. 0845 867 4127
>
> Red Monkey Software | Superior Software Solutions
>
> Red Monkey Software Ltd, 24 The Layne, Elmer Sands, Bognor Regis, West Sussex. PO22 6JL
> Registered in England and Wales no 5923420
> Registered Office: 20 Springfield Road, Crawley, West Sussex, RH11 8AD
--
Donny B.
More information about the samba
mailing list