www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/08/18/13:37:21

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Injected-Via-Gmane: http://gmane.org/
To: cygwin AT cygwin DOT com
From: Andrew DeFaria <ADeFaria AT Salira DOT com>
Subject: Re: cron and network drives
Date: Mon, 18 Aug 2003 10:37:00 -0700
Lines: 57
Message-ID: <bhr2rr$okd$1@sea.gmane.org>
References: <bhjijq$m90$1 AT sea DOT gmane DOT org> <3F3D500B DOT 2030305 AT cygwin DOT com> <bhjkun$ppg$1 AT sea DOT gmane DOT org>
Mime-Version: 1.0
X-Complaints-To: usenet AT sea DOT gmane DOT org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en, zh
In-Reply-To: <bhjkun$ppg$1@sea.gmane.org>

Andrew DeFaria wrote:

> Larry Hall wrote:
>
>> Hard to say exactly with the information given.  My WAG is that the 
>> user from whom you're running the cron job for is logged in and 
>> authenticated by Windows on the second machine when cron runs but not 
>> on the first machine.  
>
> Only one user is in use on both machines. In fact I accessed both 
> machines using remote desktop logged in as that user. The crontab is 
> that same user, etc.
>
>> This is assuming the share is not public, which would mean you have a 
>> completely different (network) problem on the first machine. 
>
> Could you please describe exactly what is a "public" share, what is 
> not a public share (I assume that would be a private share) and how 
> does one tell the difference? Also, assuming that in the case that 
> works it works because it's a public share and in the case that 
> doesn't work it fails because it's a private share then how do I go 
> about changing the private share to a public share? 

I really wish that somebody would address this issue once and for all. I 
often here such things as a "public mount" but to date nobody has 
ventured a guess as to what a "public mount" would be and how it would 
differ from a "non public mount". I think I have a situation here that 
clearly shows that something is odd whereas on one machine a mounted 
drive is available via cron and on another machine it is not. Both 
machines are setup nearly identically with the same user (in the same 
domain though geographically separated by thousands of miles). The only 
difference I see is that the versions of Cygwin and cron are different.

The situation is this: There are two machines: hosta and hostb. The user 
in question is the same, userc. Now on hosta the T drive is mounted from 
//hosta/share. On hostb the T drive is mounted from //hostb/share (The 
share is replicated on both machines and has bascially the same stuff - 
Tools. This is done because of the thousands of miles of seperation 
between the two machines).

A cronjob is setup for userc on both hosta and hostb doing merely:

* * * * * net use > /tmp/netuse

On hosta it shows the T drive is OK while on hostb it shows the T drive 
is unavailable.

hosta and hostb are both Windows 2000 servers. hosta is running Cygwin 
1.3.20, cron 3.0.1-7. hostb is running Cygwin 1.3.22, cron 3.0.1-10.

Can somebody explain why this works on hosta and not on hostb? And if 
that explaination is "because the share on hosta is public and on hostb 
it is not" then please let me know what a "public mount" is and how can 
I make the mount on hostb public.

Thanks.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019