Re: Samba 3 socket status after [RST, ACK]

FWIW we're currently working around this by only running Samba on port
139 (smb ports config option).  Running only on 445 makes browsing break.

I'd be very interested to see performance figures of running Samba only
on 139 vs both ports.  I'm guessing the connect will be faster because
445 will be dropped by the kernel straight away, but perhaps there is
significant transport overhead in NBT vs raw TCP?

I'm not sure there is a clever programmatic solution to this.  Perhaps
if you had a decent packet filter you could do something really evil
like blocking 139 requests that weren't browse requests iff a 445 wasn't
coming from the same client too?  Ick.

Alison

Petr Sumbera wrote:
> Hi All,
> 
> I would like ask you for your opinion on the following issue with Samba
> 3 (tested with 3.0.21b on Solaris and 3.0.20 on Linux).
> 
> When running samba against Windows (WinXP) client, there appears at some
> point some strange TCP communication (ending with [RST,ACK]):
> 
> No. Time   Src   Dst   Pro. Info
> ================================
> 67 .430902 WinXP Samba TCP  2321 > netbios-ssn [SYN] Seq=0 Len=0 MSS=1460
> 68 .431162 Samba WinXP TCP  netbios-ssn > 2321 [SYN, ACK] Seq=0 Ack=1
> Win=5840
> Len=0 MSS=1460

http://samba.org/~tridge/ctdb/

Tridge,

could you please fix your mailing hooks so that mail would have proper
GMT offset into the headers -- currently it all appears <TIMEZONE of a
reader> hours ahead/behind of actual commit time (+8 hours as for me):

Date: 16:58
Received: by lists.samba.org (Postfix, from userid 603)	id 4E81A162AF4;
Thu, 30 Nov 2006 21:59:18 +0000 (GMT)

tridge <at> samba.org пишет:
> ------------------------------------------------------------
> revno: 21
> revision-id: tridge <at> samba.org-20061130215808-fd139172241ca19c
> parent: tridge <at> samba.org-20061130200433-e19f0371e343d0f5
> committer: Andrew Tridgell <tridge <at> samba.org>
> branch nick: ctdb
> timestamp: Fri 2006-12-01 08:58:08 +1100
> message:
>   added ctdb_connect_wait()
> modified:
>   common/ctdb.c                  ctdb.c-20061127094323-t50f58d65iaao5of-2

--

-- 
/ Alexander Bokovoy

http://samba.org/~tridge/ctdb/

Alexander,

 > could you please fix your mailing hooks so that mail would have proper
 > GMT offset into the headers -- currently it all appears <TIMEZONE of a
 > reader> hours ahead/behind of actual commit time (+8 hours as for me):

I've changed the script to use date -R. That might keep your mailer
happy.

The date is different to a svn commit as bzr commit hooks run on the
client, not the server. So they run in GMT+11 for me.

Cheers, Tridge

Re: [PATCH] enhancing lp_obey_pam_restrictions()

On Thu, Nov 30, 2006 at 03:49:40PM -0500, simo wrote:
> While testing the lp_obey_pam_restrictions() option I found out that the
> account stack is no tested in the security = server,domain,ads but we
> always call the session stack (because it is embedded in
> register_vuid->session_claim).
> 
> I think it make sense to let the admin use their own pam modules for
> account control and make obey pam restriction effectively obey them if
> present.
> 
> Attached there is a patch that should cover all authentication paths for
> smbd where it is meaningful to call the pam account stack.
> 
> Comments?
> Unless there are objections I will proceed and commit the patch in the
> next days.

Looks good. Although I would prefer that you seperate out
the "other" fixes like memleak ones into a separate checkin.

Thanks,

Volker

http://samba.org/~tridge/ctdb/

tridge <at> samba.org wrote:
> Alexander,
> 
>> could you please fix your mailing hooks so that mail would have
>> proper GMT offset into the headers -- currently it all appears
>> <TIMEZONE of a reader> hours ahead/behind of actual commit time (+8
>> hours as for me):
> 
> I've changed the script to use date -R. That might keep your mailer 
> happy.
Thanks!

> The date is different to a svn commit as bzr commit hooks run on the 
> client, not the server. So they run in GMT+11 for me.
That is not a problem as far as fully specified date is used, the one in
Date: field lacked time zone info so the mailer assumed it is in its
own's one.

--

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[PATCH] [CTDB] separate macro for functions with pointer returns

Tridge,

I think we need a separate CTDB_NO_MEMORY_NULL() macro for functions
which return a pointer instead of integer:
------------------------------------------------------------
revno: 22
committer: Alexander Bokovoy <ab <at> samba.org>
branch nick: ctdb
timestamp: Fri 2006-12-01 12:26:21 +0300
message:
  Provide an alternative CTDB_NO_MEMORY_NULL() for functions which
return a pointer
modified:
  common/ctdb_call.c
  include/ctdb_private.h

--

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: infiniband: ?

Hi Tridge,

> I think what you need to do next is to create a bzr branch of the ctdb
> prototype I've done and start filling in an ib/ directory. Are you
> familiar with what you need to do with bzr? (I'd be happy to give you
> a few line example if it would help).
Unfortunately, I don't have any public site for this (only a local mirror of 
yours).
Perhaps could you give me access for pushing?
BTW. Thanks, I've read some bzr doc... but if you have other special 
options/extra branches necessary than simple pull/push, plz tell me.

> 	/* remove the handler */
> 	talloc_free(fde);
Cool, thanks!

Peter

Re: infiniband: ?

Peter Somogyi wrote:
> Hi Tridge,
> 
>> I think what you need to do next is to create a bzr branch of the
>> ctdb prototype I've done and start filling in an ib/ directory. Are
>> you familiar with what you need to do with bzr? (I'd be happy to
>> give you a few line example if it would help).
> Unfortunately, I don't have any public site for this (only a local
> mirror of yours). Perhaps could you give me access for pushing?
I'm working on getting such facility added to samba.org fleet. Expect it
in a couple of weeks.

> BTW. Thanks, I've read some bzr doc... but if you have other special
>  options/extra branches necessary than simple pull/push, plz tell me.
> 
bzr branch url /* branch off existing parent */
...
bzr pull /* pull changes from the tracked parent branch */
...
bzr merge url /* merge changes from another branch */

that's basically how I'm working right now with Tridge.

--

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

patch: fix in lib/sysquotas_linux.c

Hi list!

Metze: as noted by "shattered" and discussed on the irc,
here is a patch to lib/sysquotas_linux.c replacing some
"get"s by "set"s. The other lib/sysquotas*.c files look
ok to me. But in the linux variant, the problem is not
in the actual call of quotactl but in the preparation of
the respective "D" structs. This makes the difference
between the get and set calls for SMB_USER_FS_QUOTA_TYPE
and SMB_GROUP_FS_QUOTA_TYPE. 

Cheers, Michael 

--

-- 
Michael Adam,  SerNet Service Network GmbH
phone: +49-551-370000-0,  fax: +49-551-370000-9

Index: lib/sysquotas_linux.c
===================================================================
--- lib/sysquotas_linux.c	(revision 19975)
+++ lib/sysquotas_linux.c	(working copy)
 <at>  <at>  -526,9 +526,9  <at>  <at> 
 		case SMB_USER_FS_QUOTA_TYPE:
 			id.uid = getuid();

-			if ((ret=sys_get_linux_gen_quota(path, bdev, qtype, id, dp))) {
-				if ((ret=sys_get_linux_v2_quota(path, bdev, qtype, id, dp))) {
-					ret=sys_get_linux_v1_quota(path, bdev, qtype, id, dp);

[CTDB] LMASTER/DMASTER implementation

Tridge,

We started to implement LMASTER/DMASTER exchange logic in
http://samba.org/~ab/ctdb/

It doesn't compile yet, see TODO: for steps outlined.
--

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/