New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 908387 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

SMB unable to mount netapp share

Project Member Reported by marcore@chromium.org, Nov 26

Issue description

ChromeOS version: 70.0.3538.76 https://drive.google.com/open?id=1FsMo9nxuZb12rtWJ9jHOvq9sKMxp5opx
ChromeOS device model: swanky
Case#: 17462764

Description: the customer is unable to mount a smb/cifs shared by netapp

I'm unable to reproduce the issue of the customer not having a netapp.
My test have been done with shares from Windows server 2016.

Steps to reproduce: 
open the new network file shares
add 
- smb://IP/SHARENAME 
- login : USERNAME
OR 
- smb://IP/SHARENAME 
- login : DOMAINNAME\USERNAME
OR 
- smb://SERVERNAME/SHARENAME 
- login : USERNAME
OR 
- smb://SERVERNAME/SHARENAME 
- login: DOMAINNAME\USERNAME

Current Behavior / Reproduction: 
video: https://drive.google.com/open?id=1PUCULiVHPITqqcZdzFVbryaACWenSkIE
Expected Behavior: 
being able to see and navigate the share
windows video: https://drive.google.com/open?id=1WYOVBl7FlV9dhTN5661hGRGA-__I_2mB

Drive link to logs: https://drive.google.com/open?id=1HfI-yHmS0-2do8cv9TXGCM8Y_msw3hxk
policies: https://drive.google.com/open?id=1VgPlmcQDTWv-UnFA0OeRVF0FsK-YU-dE

I have adviced the customer to use USERNAME@DOMAINNAME instead of DOMAINNAME\USERNAME but on my test both type of logins worked.

in the customer log I see: 
2018-11-14T18:47:18.453962+01:00 NOTICE dbus[413]: [system] Activating service name='org.chromium.SmbProvider' (using servicehelper)
2018-11-14T18:47:18.481334+01:00 INFO minijail0[7436]: libminijail[7436]: mount /dev/log -> /dev/log type ''
2018-11-14T18:47:18.488498+01:00 INFO minijail0[7436]: libminijail[7436]: not running init loop, exiting immediately
2018-11-14T18:47:18.760790+01:00 INFO smbproviderd[7437]: libminijail[1]: mount /dev/log -> /dev/log type ''
2018-11-14T18:47:18.771586+01:00 NOTICE dbus[413]: [system] Successfully activated service 'org.chromium.SmbProvider'
2018-11-14T18:47:19.191865+01:00 ERR smbproviderd[7437]: Error performing GetMetadataEntry from mount id: 0: 2


 
Labels: CrOSFilesFeature-SMB
Owner: zentaro@chromium.org
Status: Assigned (was: Untriaged)
Cc: baileyberro@chromium.org
Labels: M-73 smb-native
marcore@- Thanks for the report. Any idea if the customer was using Kerberos authentication or NTLM authentication?
Cc: ryutas@chromium.org
zentaro@
We got update from the customer.
"NTLMv2 / signing for the authentication."

Please let us know if you need additional information.

thanks,
zentaro@
Is there any update that can be shared with the customer?

Cc: eryen@chromium.org maybelle@chromium.org jimmyxgong@chromium.org allanrobert@chromium.org jhawkins@chromium.org
I'm going to guess they actually are using Kerberos since they have a domain controller. Kerberos can be sensitive to the host/domain names being correct.

Can you ask the customer to try using fully qualified names. eg.

smb://smbtqfiler.my.fully.qualified.domain.com/groups

And since I saw in the Windows video it was implicitly using a "HQ" domain even though they didn't type it. Try to also use the fully qualified form of the user name.

my.name@my.fully.qualified.domain.com
@zentaro asked the customer.
Asked also to check the date&time of the Chromebook.
also date&time should be correct, or with a maximum delta of minutes
for example: default 5 minutes for windows
https://msdn.microsoft.com/en-us/library/ms813592.aspx
Cc: -maybelle@chromium.org

Sign in to add a comment