X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Matthias Meyer Subject: Re: rsyncd cannot access volume shadow copy Date: Sun, 08 Mar 2009 23:58:33 +0100 Lines: 36 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.9 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Matthias Meyer wrote: > Hi, > > I run cygwin in Vista: > > I can create a volume shadow copy with vshadow from the Microsoft SDK as > well as map it to drive B:. > > I can access /cygdrive/b (bash) as well as B: (cmd) from terminals of the > same user which has mapped the shadow copy to the drive. > > But I can not access the shadow copy from terminals of other users. > > AND my rsyncd, which runs under the same user where the shadow copy was > mapped, can't access /cygdrive/b. > > rsync: chdir /cygdrive/b failed > > Any hint? > Thanks > Matthias Now I can access the volume shadow copy from rsyncd. But I have to start the rsyncd from a terminal (remote ssh session). If I run it as a service by cygrunsrv it can't access the volume shadow copy. It is the same in XP and Vista as well as in Home or Professional/Business versions. I've double check that the cygrunsrv/rsyncd runs in the same user which call the dosdev. Is there some special rights or environment for processes runs as service? br Matthias -- Don't Panic -- 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/