Andrew Bartlett | 1 Oct 01:22 2011
Picon

Re: s4: "findprovisionusnranges" helper

On Fri, 2011-09-30 at 22:01 +0200, Matthias Dieter Wallnöfer wrote:
> Andrew Bartlett wrote:
> > On Fri, 2011-09-30 at 17:39 +0200, Matthias Dieter Wallnöfer wrote:
> >> Hi ekacnet,
> >>
> >> after looking at bug report #8504
> >> (https://bugzilla.samba.org/show_bug.cgi?id=8504) I stumbled over
> >> "scripting/bin/findprovisionusnranges" which acts as helper for several
> >> other python scripts ("provision", "upgradeprovision", "samba-tool
> >> dbcheck") but at the moment doesn't get installed.
> >> To fix this for "samba-tool dbcheck" which should be runnable after
> >> installation we could patch like this:
> >> http://gitweb.samba.org/samba.git/?p=mdw/samba.git;a=commitdiff;h=937ad0021266b156c72d842d81447b2d322bff26
> >> or, as Jelmer proposed on the patch review, convert it to a python
> >> module. What's your opinion?
> > Firstly, I think this is mistaken.  I can't see how dbcheck calls this,
> > - have you or the reporter confused dbcheck with upgradeprovision?
> Most probably you are true. But the next problem lies in the fact that 
> "upgradeprovision" does get installed under <repo path>/bin since there 
> exists a rule "bld.SAMBA_SCRIPT('upgradeprovision', 
> pattern='upgradeprovision', installdir='.')" in "wscript_build" under 
> "source4/scripting/bin". So people might call it from there and don't 
> find "findprovisionusnranges". What to do here?

If Jelmer already said it should be a python module, then I'm included
to agree.  Work with Matthieu to sort this out.

Andrew Bartlett

--

-- 
(Continue reading)

Jeremy Allison | 1 Oct 01:47 2011
Picon

Re: CIFS kernel module bug

On Fri, Sep 30, 2011 at 10:30:47PM +0100, Anton Altaparmakov wrote:
> 
> Yes, I am happy to do that.
> 
> Also a question for you: I am up to the neck in having to adapt the CIFS module as it doesn't work very well
against the Novell Open Enterprise Server CIFS server (that is why I was looking at the CIFS code and
noticed this logic bug in the first place).
> 
> A bit of background: the home directories for our (i.e. University of Cambridge Computing Service) Linux
distribution "MCS Linux" which runs on about a thousand workstations and a handfull of remote access
servers used to be on Netware and were moved to OES Linux recently and the ncpfs kernel module really fell
over in a heap when running against the OES NCP server so we had to switch to CIFS in a hurry and whilst it does
not fall over in a heap like ncpfs does and we now have working reconnects when the home directory server is
rebooted (home directories magically start working again after the reboot which is brilliant!) many
applications do not work.
> 
> I can only assume this is because the CIFS server is an abomination rather than that the CIFS modules is
quite that badly broken…  Anyway, my question is: do you want patches that make the CIFS module work
better with OES CIFS server or do you not care?
> 
> For example lots of applications require working hard links so I had to port our Virtual Hard Link
implementation from NCPfs to CIFS to get hard links working which fixed a lot of applications but then we
started hitting real bugs.  A few examples:
> 
> - llseek(SEEK_END) fails against the OES server with error -EBADF from the server because the SEEK_END
causes file revalidation which ends up calling CIFSSMBQFileInfo() which then results in the -EBADF.  I
wrote a patch to fall back to path based query via CIFSSMBQPathInfo() and if that fails via
SMBQueryInformation() and now the llseek(SEEK_END) works thus applications like Seamonkey actually
manage to launch rather than segfaulting.
> 
(Continue reading)

J.P. King | 1 Oct 02:34 2011
Picon
Picon

Re: CIFS kernel module bug


Anton will be asleep, so I'll attempt to answer this one.

> What server code is the OES CIFS server running ? I thought Novell CIFS
> services were all Samba based.

We have been told by the people upstairs who run the server that it isn't. 
I have a recollection that it may be a forked version of the samba code, 
but don't rely on my recollections.

Either way it is sitting on top of NSS, a Novell filesystem, which is 
significantly different to "normal" Linux filesystem.  I don't know that
this is the issue, but it is a difference which may affect things 
regardless of the fileserver code.

> Jeremy.

Julian
--
Julian King
Computer Officer, University of Cambridge, Unix Support
Charles Tryon | 1 Oct 04:58 2011
Picon

Re: [Samba] Samba 4 Permission

(Oops...  Should have gone to the technical list....)

If the "valid users" directive is no longer used, is there some sort of
equivalent in Samba4?

I haven't been able to find a list of currently working directives for
shares on Samba4.  I'm beginning to see why you still need a samba3 server
-- it appears that much of the control over properties of shares has yet to
make its way into samba4.  Is this accurate?

>
> On Thu, Apr 28, 2011 at 8:18 PM, Andrew Bartlett <abartlet <at> samba.org>wrote:
>
>> On Wed, 2011-04-27 at 12:37 +0200, L.P.H. van Belle wrote:
>> > add in the [homes]
>> > force user = %U
>> >
>> > then only the user can access its own folder.
>>
>> That's a very dangerous setting - it will do exactly the opposite of
>> what you want.  You probably mean 'valid users = %U'
>>
>> In any case, both settings are not supported in Samba4.
>>
>> Andrew Bartlett
>>
>> --
>> Andrew Bartlett
>> http://samba.org/~abartlet/
>> Authentication Developer, Samba Team           http://samba.org
(Continue reading)

Matthieu Patou | 1 Oct 08:30 2011
Picon

Re: s4: "findprovisionusnranges" helper

On 30/09/2011 08:39, Matthias Dieter Wallnöfer wrote:
> Hi ekacnet,
>
> after looking at bug report #8504 
> (https://bugzilla.samba.org/show_bug.cgi?id=8504) I stumbled over 
> "scripting/bin/findprovisionusnranges" which acts as helper for 
> several other python scripts ("provision", "upgradeprovision", 
> "samba-tool dbcheck") but at the moment doesn't get installed.
> To fix this for "samba-tool dbcheck" which should be runnable after 
> installation we could patch like this: 
>
http://gitweb.samba.org/samba.git/?p=mdw/samba.git;a=commitdiff;h=937ad0021266b156c72d842d81447b2d322bff26 
> or, as Jelmer proposed on the patch review, convert it to a python 
> module. What's your opinion?
>
> Cheers,
> Matthias
Sure a module would be nicer. Please feel free to rewrite it as a module 
in the upgrade_helpers.

Matthieu.

--

-- 
Matthieu Patou
Samba Team
http://samba.org

Matthias Dieter Wallnöfer | 1 Oct 09:21 2011
Picon

Re: s4: "findprovisionusnranges" helper

Matthieu Patou wrote:
> On 30/09/2011 08:39, Matthias Dieter Wallnöfer wrote:
>> Hi ekacnet,
>>
>> after looking at bug report #8504 
>> (https://bugzilla.samba.org/show_bug.cgi?id=8504) I stumbled over 
>> "scripting/bin/findprovisionusnranges" which acts as helper for 
>> several other python scripts ("provision", "upgradeprovision", 
>> "samba-tool dbcheck") but at the moment doesn't get installed.
>> To fix this for "samba-tool dbcheck" which should be runnable after 
>> installation we could patch like this: 
>>
http://gitweb.samba.org/samba.git/?p=mdw/samba.git;a=commitdiff;h=937ad0021266b156c72d842d81447b2d322bff26 
>> or, as Jelmer proposed on the patch review, convert it to a python 
>> module. What's your opinion?
>>
>> Cheers,
>> Matthias
> Sure a module would be nicer. Please feel free to rewrite it as a 
> module in the upgrade_helpers.
I don't know if I am able to do this since I'm not really expert in 
python. But do you think it is okay for now to install 
"findprovisionusnranges" under s4's "sbin" directory?

Matthias

Bodo Kaiser | 1 Oct 10:14 2011

ZFS snapshots readable over samba - Permission

Hi,

I am using the latest FreeBSD Release and I have a ZFS datastorage.

Now I had the idea to share the daily snapshots via softlink over samba, so
if there is a problem with an file I easily can skip back to a snapshot and
restore this file.

And here is the issue: The ZFS snapshot dir "/usr/home/.zfs/snapshot/" is
owned by root:wheel even I have access over terminal to the snaps with a
normal user account. I can't access over syslinks with samba or similar. My
question is now, how I solve this issue and how I make the snaps best
reachable for each user in there home-dir.

Regards

Anton Altaparmakov | 1 Oct 10:48 2011
Picon
Picon

Re: CIFS kernel module bug

Hi,

On 1 Oct 2011, at 01:34, J.P. King wrote:
> Anton will be asleep, so I'll attempt to answer this one.
> 
>> What server code is the OES CIFS server running ? I thought Novell CIFS
>> services were all Samba based.
> 
> We have been told by the people upstairs who run the server that it isn't.

It is not Samba based.  Like Apple, Novell have written their own since Samba decided to go GPLv3…

> I have a recollection that it may be a forked version of the samba code, but don't rely on my recollections.

It is not.  Or it better not be given the license is binary only!!!  It would have to be GPL if it were forked.

> Either way it is sitting on top of NSS, a Novell filesystem, which is significantly different to "normal"
Linux filesystem.  I don't know that
> this is the issue, but it is a difference which may affect things regardless of the fileserver code.

I had a quick google and Novell's own OES documentation for CIFS has a section titled:

	"Comparing Novell CIFS and Novell Samba"

If you care, it is on page 77 of this PDF:

	http://www.novell.com/documentation/oes2/pdfdoc/file_cifs_lx/file_cifs_lx.pdf

And our filestore is running the Novell CIFS server, not the Novell Samba one in case that wasn't obvious
from previous discussion…
(Continue reading)

Lars Müller | 1 Oct 17:07 2011
Picon

Re: CIFS kernel module bug

On Sat, Oct 01, 2011 at 09:48:12AM +0100, Anton Altaparmakov wrote:
> 
> On 1 Oct 2011, at 01:34, J.P. King wrote:
> > Anton will be asleep, so I'll attempt to answer this one.
> > 
> >> What server code is the OES CIFS server running ? I thought Novell CIFS
> >> services were all Samba based.
> > 
> > We have been told by the people upstairs who run the server that it isn't.
> 
> It is not Samba based.  Like Apple, Novell have written their own since Samba decided to go GPLv3…

(Potential) FUD alert. ;)

This Novell CIFS server existed before Novell bought SUSE.  And the
decission to go with it instead of Samba had nothing to do with the move
of Samba from GPL v2 to v3.

Lars
--

-- 
Lars Müller [ˈlaː(r)z ˈmʏlɐ]
Samba Team
SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany
Anton Altaparmakov | 1 Oct 21:53 2011
Picon
Picon

Re: CIFS kernel module bug

Hi Lars,

On 1 Oct 2011, at 16:07, Lars Müller wrote:
> On Sat, Oct 01, 2011 at 09:48:12AM +0100, Anton Altaparmakov wrote:
>> 
>> On 1 Oct 2011, at 01:34, J.P. King wrote:
>>> Anton will be asleep, so I'll attempt to answer this one.
>>> 
>>>> What server code is the OES CIFS server running ? I thought Novell CIFS
>>>> services were all Samba based.
>>> 
>>> We have been told by the people upstairs who run the server that it isn't.
>> 
>> It is not Samba based.  Like Apple, Novell have written their own since Samba decided to go GPLv3…
> 
> (Potential) FUD alert. ;)

It wasn't deliberate!  It was just a guess as until recently I also though that OES just used Samba so when I two
weeks ago found out that it didn't I just assumed that Novell must have written it recently and then drew the
parallel to Apple and just assumed that it was an analogous case…

> This Novell CIFS server existed before Novell bought SUSE.  And the
> decission to go with it instead of Samba had nothing to do with the move
> of Samba from GPL v2 to v3.

I stand corrected.  Thanks for the clarification!  From your signature I guess you would know a lot better
than most.  (-:

Best regards,

(Continue reading)


Gmane