<html><head></head><body><div>On Mon, 2015-10-05 at 15:11 -0400, DJ-Pfulio wrote:</div><div><br></div><blockquote type="cite"><pre>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.
</pre></blockquote><div><br></div><div>so you have a win share mounting at /Data and a second win share mounting inside of that space at /Data/win7ult?</div><blockquote type="cite"><pre>
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?
</pre></blockquote><div><br></div><div>Yep. Those ports are used to keep the share alive. Is sharing still allowed from that win system?</div><blockquote type="cite"><pre>

On 10/05/2015 02:43 PM, Chuck Payne wrote:
<blockquote type="cite">
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 &lt;<a href="mailto:DJPfulio@jdpfu.com">DJPfulio@jdpfu.com</a>&gt; wrote:
<blockquote type="cite">
Since Saturday, my Ubuntu 14.04 server has been having mount/connection
issues with a Win7 box.

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."
</blockquote>
</blockquote>
_______________________________________________
Ale mailing list
<a href="mailto:Ale@ale.org">Ale@ale.org</a>
<a href="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</a>
See JOBS, ANNOUNCE and SCHOOLS lists at
<a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a>
</pre></blockquote><div class="-x-evo-signature-wrapper"><span><pre>-- 
James P. Kinney III

Every time you stop a school, you will have to build a jail. What you
gain at one end you lose at the other. It's like feeding a dog on his
own tail. It won't fatten the dog.
- Speech 11/23/1900 Mark Twain

http://heretothereideas.blogspot.com/
</pre></span></div></body></html>