[ale] CIFS mount issue

[LnxGnome]

On 10/5/15 6:02 PM, DJ-Pfulio wrote:
>
> On 10/05/2015 04:20 PM, Jim Kinney wrote:
>> On Mon, 2015-10-05 at 15:11 -0400, DJ-Pfulio wrote:
>>> Yep. Thanks for asking. Other questions?  I'm stumped.
>>>
>>> /Data/win7ult must exist  on the Unix side - the "Data" Windows share
>>> is
>>> a whole partition on the Windows  machine. It is shared
>>> a) read-only for Everyone
>>> b) full-control for my userid.
>> so you have a win share mounting at /Data and a second win share
>> mounting inside of that space at /Data/win7ult?
> No nested mounts here.
>
> win7ult:/Data is the share - it is the D: partition on that VM.
>
> Mount point is /Data/win7ult which exists (my script verifies this) but
> manually verified too.
>
>
>
>>> I'm running this command manually on the ubuntu server.
>>> On another ubuntu box, the same share is mounted through autofs. Mounts
>>> to THIS windows machines do not work there, but to another Windows7
>>> machine, using exactly the same options works great.  The logs show an
>>> error -122 for the CIFS connection via autofs.  That error lead me to
>>> the NTLMv2 stuff - in the first msg.
>>>
>>> Does missing 137/tcp and 138/tcp in the scan matter? Same question about
>>> UDP on those ports?
>>>
>> Yep. Those ports are used to keep the share alive. Is sharing still
>> allowed from that win system?
> Another Windows7 machine can access the share and all files, as expected.
>
>
>>> On 10/05/2015 02:43 PM, Chuck Payne wrote:
>>>
>>>> Is it safe to assume that the /Data directory does exist and that the
>>>> directory data/drive is ok?
>>>>
>>>> On Mon, Oct 5, 2015 at 2:00 PM, DJ-Pfulio <DJPfulio at jdpfu.com> wrote:
>>>>> wrote:
>>>>> Since Saturday, my Ubuntu 14.04 server has been having mount/connection
>>>>> issues with a Win7 box.

Any recent kernel upgrades?  Did you reboot on or around Saturday? 
There was a similar kernel bug in 3.13.0.36.  Might be a regression.

>>>>>
>>>>> a) The mount and copy was working for the last 6+ months.
>>>>> b) A small XML file is copied from the Ubuntu server to the Win7 machine
>>>>> daily when it works.
>>>>> c) The command:
>>>>> sudo mount -t cifs //172.22.22.8/Data /Data/win7ult -o
>>>>> username=jd,password=xxxxxxx,iocharset=utf8,rw,uid=jd,sec=ntlmv2
>>>>>
>>>>> The Error:
>>>>>   mount: //172.22.22.8/Data: can't read superblock
>>>>>
>>>>> Running the same command again produces:
>>>>>   "mount: Remote I/O error"
>>>>>
>>>>> nmap from the server to the share-box shows:
>>>>> 139/tcp   open  netbios-ssn
>>>>> 445/tcp   open  microsoft-ds
>>>>>
>>>>> Basically, it seems like the export has gone stale.  I manually umount
>>>>> it, but no attempts to remount work. Removing the share from Windows,
>>>>> then re-enabling it hasn't helped.
>>>>>
>>>>> Did the registry hack to allow NTLMv2 connections. No change.
>>>>>
>>>>> From Windows, it is still shared and available to other Windows systems.
>>>>>
>>>>> gvfs mount attempts fail with different errors both using the hostname
>>>>> and ip.
>>>>>
>>>>> I think this share is 5+ yrs old.
>>>>>
>>>>> "Help me Obiwan, you are my only hope."
>>>>>
>>> _______________________________________________
>>> Ale mailing list
>>>
>> Ale at ale.org> 
>> http://mail.ale.org/mailman/listinfo/ale
>>> See JOBS, ANNOUNCE and SCHOOLS lists at
>>>
>> http://mail.ale.org/mailman/listinfo> 
>>
>>
>>
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/mailman/listinfo/ale
>> See JOBS, ANNOUNCE and SCHOOLS lists at
>> http://mail.ale.org/mailman/listinfo
>>
>