search for: cb5f

...uses a > higher smb version if vers=1.0 not specified.) I'll send an email to > the CIFS kernel mailing list. Yep, sounds like a bug indeed. You still have the option to edit the smb.conf on the server side if you want to use smb2+. -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

...uot;" (zero-length path). Can the customer reproduce this everytime he runs the command? Can you provide the output of the failing command with full debug messages (-d10)? Does it also happen with "smbclient -D <dir> -c ls"? -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

...3279-1104' //192.168.2.110 S-1-5-21-596735176-1287999152-3436313279-1104 NUC\user1 (1) ...Or copy the code (note that it is GPL though): https://gitlab.com/samba-team/devel/samba/-/blob/master/source3/rpcclient/cmd_lsarpc.c#L391 Cheers, -- Aur?lien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 N?rnberg, DE GF: Felix Imend?rffer, Mary Higgins, Sri Rasiah HRB 247165 (AG M?nchen)

...'msdfs root = yes'. Also, how did you create your symbolic links on the samba machine? (exact command). Just a hunch at this point but you might want to check you properly used _two_ backslashes at the start of the link target. Cheers, -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

...;Tompkins, Michael via samba" <samba at lists.samba.org> writes: > I'm wondering if anyone else has any feedback on this or needs anymore info ? Can you provide the output of the failing command with full debug messages (-d10)? -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

I think a network trace would tell us for use whether the server is responding or not. You can follow the instruction here to make one: https://wiki.samba.org/index.php/Bug_Reporting#cifs.ko -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Mary Higgins, Sri Rasiah HRB 21284 (AG Nürnberg)

Good Day, We use a lot of DFS Shares (Windows) across our Linux Servers. The DFS Shares are setup in a Cluster. Over the weekend we did a DR excercise which included shutting down one of the Servers that hosted the DFS Shares. What we found is that any Linux Server that had associated itself with the DFS Server that was shutdown did not try and connect to the remaining Server that was up. Is

Good Day, We experience the following when we have outages or perform disaster recovery exercises. Our DFS Shares come from a Windows cluster with 2 servers, each one in a different location. When the server that we have active connections to goes offline, the server has an issue connecting to the second server. This even happens under a controlled shutdown and startup situation. If we

I am wondering if anyone has had a chance to look at bug 12518? This is the context of the message: Wireshark trace gives a STATUS_INVALID_PARAMETER when running smbclient -c 'cd <dir>;ls' as a standalone program. This is a customer issue. We cannot recreate this issue so we're looking for why this may be happening. From the trace you'll see multiple sessions with

> Which smb version are you using (mount option)? Support for DFS on smb2+ > was only added in linux 4.11. smbstatus shows the connection as NT1. DFS links do work like this: serverA_msdfsrootYES => serverB_msdfsrootNO But not like this: serverA_msdfsrootYES => serverB_msdfsrootYES Somehow the destination having 'msdfsroot yes' prevents the cifs kernel module from

...e libs as rpcclient binary and would compile to librpcwrapper.so. From C you can #include all the struct definitions you need or copy them from the source code. Then from C# you just load librpcwrapper.so and call those simple functions. Cheers, -- Aur?lien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 N?rnberg, DE GF: Felix Imend?rffer, Mary Higgins, Sri Rasiah HRB 247165 (AG M?nchen)

> Hello, > > I'm trying to resolve SID from a linux using a program written in c# > running under mono. > > I already know the Windows API LookupSID ( > https://docs.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-lookupaccountsida) > and its underlying raw RPC call ( >

Hi, Is there a place where I can specify defaults options a for "mount -t cifs"? I would like to change the default protocol version to vers=2.1 Is there something like a cifs.conf or such...? MJ

...winbind daemon configured and > running, I guess there might be a solution by passing credentials, > doing NTLM authentication and some direct RPC calls, but I'm not > familiar with this part of samba. > > Cheers, > -- > Aur?lien Aptel / SUSE Labs Samba Team > GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 > SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 N?rnberg, DE > GF: Felix Imend?rffer, Mary Higgins, Sri Rasiah HRB 247165 (AG M?nchen) > -- --- Vincent

On 9/24/20 1:06 PM, Rowland penny via samba wrote: > OK, you are using users & groups in the 1000-29999 range, why ? could > it be that you have the same users in /etc/passwd and AD ? On my Linux installs, I allow for a 'local' account with user id 1000. That is the only local account and is used for installing the OS (or in case AD is down). All other user/group accounts are

> > When you provide an exact vers= then no auto-negotiation happens (unless > you pass "vers=3" which essentially means 3.x: use 3.0 or above). You > either get the connection or mount fails. None the less, you can dump > the current SMB ressources managed by the kernel by looking at > /proc/fs/cifs/DebugData if your kernel is recent enough it should show > the SMB

...NEGO(gse_krb5) creating NEG_TOKEN_INIT for cifs/foo.com failed (next[(null)]): NT_STATUS_INVALID_PARAMETER SPNEGO: Could not find a suitable mechtype in NEG_TOKEN_INIT session setup failed: NT_STATUS_INVALID_PARAMETER Any help welcome. Cheers, -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)

I have several XP VM's and its also physically one on a on a multiboot laptop. Just today, they all gave "unknown username or bad password" to the main samba server which has been working fine for years. There is nothing wrong with the accounts because Win 7 clients using the same credentials are fine. On the LAN I also have Ubuntu servers and their samba shares are OK from XP.

I switched over from FreeBSD to Debian/Jessie - samba 4.2. On FreeBSD I used smblient in tar-mode to transfer files to another host. smbclient used to print the names of the files extracted on the remote host. I piped this to tee for logging. On Jessie this behaviour has vanished. There is only one message left that gives information about the server that I'm connecting to. I set the loglevel

...ot;" (zero-length path). Can the customer reproduce this everytime he runs the command? Can you provide the output of the failing command with full debug messages (-d10)? Does it also happen with "smbclient -D <dir> -c ls"? -- Aurélien Aptel / SUSE Labs Samba Team GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3 SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)