So I tried it myself on a Ubuntu 14.04 LTS and found the following:<\/p>\n
If I used smbclient, everything worked:<\/p>\n
kenn@cubefileclient:~$ smbclient -d 3 \/\/cubefiles.file.core.windows.net\/cubefiletest <storage key goes here> -U cubefiles -m SMB2
[lots of debug output deleted here]
Connecting to 168.61.61.18 at port 445
Doing spnego session setup (blob length=0)
server didn’t supply a full spnego negprot
Got challenge flags:
Got NTLMSSP neg_flags=0x628a8015
NTLMSSP: Set final flags:
Got NTLMSSP neg_flags=0x60088215
NTLMSSP Sign\/Seal – Initialising with flags:
Got NTLMSSP neg_flags=0x60088215
Domain=[X] OS=[] Server=[]
smb: > dir<\/p>\n
. D 0 Mon Sep 8 14:49:55 2014
.. D 0 Mon Sep 8 14:49:55 2014
testdir D 0 Mon Sep 8 14:47:08 2014
83886080 blocks of size 65536. 83886080 blocks available
Total bytes listed: 0
smb: > quit<\/p>\n
Don\u2019t be alarmed by all those scary looking messages, I\u2019m running smbclient with \u2013d 3, so there are a lot of debug messages.<\/p>\n
Now I tried to mount the filesystem:<\/p>\n
kenn@cubefileclient:~$ sudo bash OK, this did not work.<\/p>\n So let\u2019s check if the cifs filesystem is actually in the kernel.<\/p>\n root@cubefileclient:~# grep cifs \/proc\/filesystems Yes, looks good.<\/p>\n So is there a mount helper for cifs?<\/p>\n root@cubefileclient:~# ls -la \/sbin\/mount.cifs That\u2019s it! we\u2019re missing the mount helper!<\/p>\n root@cubefileclient:~# apt-get install cifs-utils<\/p>\n root@cubefileclient:~# mount -t cifs \\cubefiles.file.core.windows.netcubefiletest<\/a> \/mountpoint -o vers=2.1,username=cubefiles,password=<storage key goes here>,dir_mode=0777,file_mode=0777<\/p>\n root@cubefileclient:~# mount root@cubefileclient:~# ls \/mountpoint\/ So this is great, and I thought this was the bug our customer was hitting. But I was wrong: Even with installing the mount helper nothing worked. Even the smbclient did not work for him.<\/p>\n So I recreated his setup (based on Suse Enterprise 11) and I saw the following:<\/p>\n cubefileclient2:~ # smbclient -d 3 \/\/cubefiles.file.core.windows.net\/cubefiletest <storage key goes here> -U cubefiles -m SMB2 And also the mount failed.<\/p>\n So I decided to look at what\u2019s going on on the wire. I opened up a second ssh window to the VM and ran tcpdump on the second terminal while attempting to connect to Azure Files in the first. ( tcpdump \u2013s 65535 \u2013w tcpdump.pcap port 445 to be precise)<\/p>\n Since the output of tcpdump wasn\u2019t too enlightening, I decided to load the output using Microsoft Network Monitor<\/a> and look at the packets there. (To load the capture files from tcpdump, make sure they have the extension .pcap) And then it was quite obvious: <\/p>\n In Ubuntu 14.04 LTS:<\/p>\n In Suse Enterprise 11:<\/p>\n The SMB2 protocol was missing. So I started looking at the version numbers of smbclient, the cifs mount helper and the kernel.<\/p>\n Suse: <\/p>\n cubefileclient2:~ # smbclient -V Ubuntu: So here\u2019s the solution: The Suse Enterprise 11 images contain a cifs implementation both in the kernel and in smbclient that hasn\u2019t the SMB2 protocol implemented yet. And Azure files requires SMB2 otherwise the protocol negotiation will fail.<\/p>\n One closing remark: Please check the date when this was posted, software versions change all the time and what is described here may not be accurate anymore when you read this. I\u2019m not posting this to point to any specific bugs or to promote one distribution over the other. It\u2019s just a fact of life that one cannot support everything with every single version of an OS or service, this post is intended to give you ideas what to look for and give you some tools to debug low-level system behavior. And of course one could have checked the version numbers first or looked for protocol version negotiation mismatches in the debug output. But when I have no clue what to look for, I found it sometimes helpful to start with the lowest level and work my way up until I find something. <\/p>\n Hope this helps, Hi! tl;dr: To mount Azure Files from linux, you need cifs support in the kernel, the right mount helper and versions recent enough to supports the SMB2 protocol version. I just got a ping from a customer who had … Continue reading
root@cubefileclient:~# mount -t cifs \\cubefiles.file.core.windows.netcubefiletest<\/a> \/mountpoint -o vers=2.1,username=cubefiles,password=<storage key goes here>,dir_mode=0777,file_mode=0777
mount: wrong fs type, bad option, bad superblock on cubefiles.file.core.windows.netcubefiletest<\/a>,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a \/sbin\/mount.<type> helper program)
In some cases useful info is found in syslog \u2013 try
dmesg | tail or so<\/p>\n
nodev cifs<\/p>\n
ls: cannot access \/sbin\/mount.cifs: No such file or directory<\/p>\n
[\u2026]
\\cubefiles.file.core.windows.netcubefiletest<\/a> on \/mountpoint type cifs (rw)<\/p>\n
testdir<\/p>\n
[lots of debug output deleted here\u2026]
protocol negotiation failed: NT_STATUS_PIPE_BROKEN<\/p>\n![\"image\"](\"http:\/\/blogs.msdn.com\/cfs-file.ashx\/__key\/communityserver-blogs-components-weblogfiles\/00-00-01-63-62-metablogapi\/7181.image_5F00_thumb_5F00_4B7C26B8.png\" "\\"image\\"")
<\/a><\/p>\n![\"image\"](\"http:\/\/blogs.msdn.com\/cfs-file.ashx\/__key\/communityserver-blogs-components-weblogfiles\/00-00-01-63-62-metablogapi\/2364.image_5F00_thumb_5F00_5B07F7FD.png\" "\\"image\\"")
<\/a><\/p>\n
Version 3.6.3-0.54.2-3282-SUSE-CODE11-x86_64
cubefileclient2:~ # uname -a
Linux cubefileclient2 3.0.101-0.35-default #1 SMP Wed Jul 9 11:43:04 UTC 2014 (c36987d) x86_64 x86_64 x86_64 GNU\/Linux
cubefileclient2:~ # mount.cifs -V
mount.cifs version: 5.1 <\/p>\n
root@cubefileclient:~# smbclient -V
Version 4.1.6-Ubuntu
root@cubefileclient:~# uname -a
Linux cubefileclient 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:08 UTC 2014 x86_64 x86_64 x86_64 GNU\/Linux
root@cubefileclient:~# mount.cifs -V
mount.cifs version: 6.0 <\/p>\n
H.<\/p>\n
\nSource: msdn<\/p>\n","protected":false},"excerpt":{"rendered":"