Web lists-archives.com

Re: [Samba] Debugging Samba is a total PITA and this needs to improve




On 21.05.19 17:04, L.P.H. van Belle via samba wrote:
>>> I'm always amazed how a "localhost" test is compaired with 
>> a client (remote) test. 
>>> Again , localhost =! Hostname 
>>>
>>> smbclient -L //hostname.fdqn 
>>> smbclient -L //hostname
>>
>> Same results: Some users work, some don't. Same users affected.
> 
> Same users are still only windows clients? 
> And how are these logging in with : DOM\user or user@REALM ? 

It's some users, and their accounts can't log into that one member
server no matter what manner. DOM\user, user@REALM both work for some
users, and for others, neither works. There's no user where one works,
but not the other. Windows/Mac/Linux client makes no difference.

>> Doesn't look particularly healthy to me.
> 
> No, but its not that bad as far i can see. 
> 
> Argg. I have to to thing here now, move workspaces.. 
> 
> Sync graz-dc-sem to VILLACH-DC-BIS ( full sync ) 

Like described here?
https://wiki.samba.org/index.php/Manually_Replicating_Directory_Partitions

The first four worked, CN=Schema,CN=Configuration however fails with a
timeout error:

> ERROR(<class 'samba.drs_utils.drsException'>): DsReplicaSync failed - drsException: DsReplicaSync failed (-1073741643, '{Device Timeout} The specified I/O operation on %hs was not completed before the time-out period expired.')
>   File "/usr/lib/python2.7/dist-packages/samba/netcmd/drs.py", line 368, in run
>     drs_utils.sendDsReplicaSync(server_bind, server_bind_handle, source_dsa_guid, NC, req_options)
>   File "/usr/lib/python2.7/dist-packages/samba/drs_utils.py", line 83, in sendDsReplicaSync
>     raise drsException("DsReplicaSync failed %s" % estr)

Looking at log.samba on villach-dc-bis:

> [2019/05/21 17:30:52.993768,  3] ../lib/ldb-samba/ldb_wrap.c:325(ldb_wrap_connect)
>   ldb_wrap open of secrets.ldb
> [2019/05/21 17:30:53.038066,  3] ../source4/rpc_server/drsuapi/dcesrv_drsuapi.c:86(dcesrv_drsuapi_DsBind)
>   ../source4/rpc_server/drsuapi/dcesrv_drsuapi.c:86: doing DsBind with system_session
> [2019/05/21 17:30:53.084838,  3] ../lib/ldb-samba/ldb_wrap.c:325(ldb_wrap_connect)
>   ldb_wrap open of secrets.ldb
> [2019/05/21 17:30:53.207582,  3] ../source4/dsdb/repl/drepl_service.c:203(_drepl_schedule_replication)
>   _drepl_schedule_replication: forcing sync of partition (d7b17407-f718-473e-8d60-0d9fb7c2a97d, CN=Schema,CN=Configuration,DC=ad,DC=tao,DC=at, 160f5a53-5c29-4a83-aeee-6cb1dbabeed7._msdcs.ad.tao.at)
> [2019/05/21 17:30:55.002914,  3] ../source4/dsdb/samdb/ldb_modules/schema_load.c:226(dsdb_schema_refresh)
>   Schema refresh needed 0 != 57
> [2019/05/21 17:30:55.130866,  2] ../source4/dsdb/repl/replicated_objects.c:1016(dsdb_replicated_objects_commit)
>   Replicated 133 objects (0 linked attributes) for CN=Schema,CN=Configuration,DC=ad,DC=tao,DC=at
>
> […repeated 2 dozen times…]
>
> [2019/05/21 17:31:03.580548,  0] ../source4/lib/cmdline/popt_common.c:58(popt_s4_talloc_log_fn)
>   Bad talloc magic value - unknown value
> [2019/05/21 17:31:03.580689,  0] ../lib/util/fault.c:151(smb_panic_default)
>   PANIC: Bad talloc magic value - unknown value
> [2019/05/21 17:31:03.585502,  0] ../source4/smbd/process_standard.c:127(standard_child_pipe_handler)
>   Child 2295 (drepl) terminated with signal 6

Rebooted the VM a couple times, it's reproducible. No idea what's
causing that error, and google doesn't spit out anything useful either.

Would it help to update this DC to 4.10 first, then try again?

-- 
Mit freundlichen Grüßen, / Best Regards,
Sven Schwedas, Systemadministrator
✉ sven.schwedas@xxxxxx | ☎ +43 680 301 7167
TAO Digital   | Teil der TAO Beratungs- & Management GmbH
Lendplatz 45  | FN 213999f/Klagenfurt, FB-Gericht Villach
A8020 Graz    | https://www.tao-digital.at

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/options/samba