Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Support bacteria -- it's the only culture some people have!


aus+uk / uk.comp.homebuilt / Re: network voodoo

SubjectAuthor
* network voodooMike Halmarack
+* Re: network voodooPhilip Herlihy
|+- Re: network voodooMike Halmarack
|+- Re: network voodooPhilip Herlihy
|`* Re: network voodooPhilip Herlihy
| +* Re: network voodooPhilip Herlihy
| |`- Re: network voodooMike Halmarack
| `* Re: network voodooMike Halmarack
|  `* Re: network voodooJaimie Vandenbergh
|   `* Re: network voodooMike Halmarack
|    `* Re: network voodooJaimie Vandenbergh
|     `* Re: network voodooPhilip Herlihy
|      `* Re: network voodooPhilip Herlihy
|       `- Re: network voodooMike Halmarack
+* Re: network voodooAndy Burns
|`- Re: network voodooMike Halmarack
`* Re: network voodooJaimie Vandenbergh
 `- Re: network voodooMike Halmarack

1
network voodoo

<843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2161&group=uk.comp.homebuilt#2161

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: network voodoo
Date: Sat, 30 Apr 2022 11:21:37 +0100
Organization: A noiseless patient Spider
Lines: 17
Message-ID: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="29edc4595496d697e5b68da99a8ef979";
logging-data="1309"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19wy9+5ZwYMw0i9xXySBQBE6/ffoUVu1jA="
Cancel-Lock: sha1:4y3NtnA07zEBUO9GYdr/tfR74Xo=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Sat, 30 Apr 2022 10:21 UTC

Yesterday I restructured an archive folder on one of my shared drives.
It has so many sub-folders and files it took me most of the day.

Today I accessed this archive folder from another PC and the structure
I see is as it was before I started restructuring yesterday. When I
try to open a file on this phantom structure of the past it won't
open.

I go back to the machine the shared drive is on and all is a expected
and as it should be after yesterday's restructuring.

Restarting all PCs, shutting down then restarting all PCs has no
effect. Still the same disparity showing.

--

Mike

Re: network voodoo

<MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2162&group=uk.comp.homebuilt#2162

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: PhillipH...@SlashDevNull.invalid (Philip Herlihy)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sat, 30 Apr 2022 13:02:14 +0100
Organization: A noiseless patient Spider
Lines: 29
Message-ID: <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="341327d2490f479e5c1118a680b10f6b";
logging-data="7747"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX197nQE22VtF7edmDw7wS7+lhUqrvzgF/Z4="
User-Agent: MicroPlanet-Gravity/3.0.10 (GRC)
Cancel-Lock: sha1:5siN9uXX/Xts0osxwCMrFBn1atI=
 by: Philip Herlihy - Sat, 30 Apr 2022 12:02 UTC

In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
wrote...
>
> Yesterday I restructured an archive folder on one of my shared drives.
> It has so many sub-folders and files it took me most of the day.
>
> Today I accessed this archive folder from another PC and the structure
> I see is as it was before I started restructuring yesterday. When I
> try to open a file on this phantom structure of the past it won't
> open.
>
> I go back to the machine the shared drive is on and all is a expected
> and as it should be after yesterday's restructuring.
>
> Restarting all PCs, shutting down then restarting all PCs has no
> effect. Still the same disparity showing.

Curious, and interesting - something I've never seen.

Are you accessing the folder via network sharing notation (e.g.
\\myothermachine\sharename) or as a Mounted drive? If the latter, then
deleting the mount (net use X: \delete -- where X is the local drive name) and
then mounting it again (possibly with a different local letter) could well fix
it? Maybe delete the share at the source, then re-share it with a different
share name?

--

Phil, London

Re: network voodoo

<jd4uhpFq1okU1@mid.individual.net>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2163&group=uk.comp.homebuilt#2163

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!news.szaf.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: use...@andyburns.uk (Andy Burns)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sat, 30 Apr 2022 15:14:17 +0100
Lines: 7
Message-ID: <jd4uhpFq1okU1@mid.individual.net>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net 3mGtcsFHV3ru73HMVsr8SgAxgYhQMlcWUtmZPf4h+pogwLmVI2
Cancel-Lock: sha1:X5kCpdPV0WrYxc2240rHkZE5FEM=
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.1
Content-Language: en-GB
In-Reply-To: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>
 by: Andy Burns - Sat, 30 Apr 2022 14:14 UTC

Mike Halmarack wrote:

> Restarting all PCs, shutting down then restarting all PCs has no
> effect. Still the same disparity showing.

Maybe caching of offline files is enabled, and has got confused?

Re: network voodoo

<jd51ccFqj8eU1@mid.individual.net>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2164&group=uk.comp.homebuilt#2164

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: jai...@usually.sessile.org (Jaimie Vandenbergh)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: 30 Apr 2022 15:02:36 GMT
Lines: 21
Message-ID: <jd51ccFqj8eU1@mid.individual.net>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=fixed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net xQr8m6SSx+HkF2MJpMnlAwuPJenThijP7pLsX4kX/oQQd4vnki
Cancel-Lock: sha1:aS2fdzSjZJ1YzvG88e9Am9E2wSo=
User-Agent: Usenapp for MacOS
X-Usenapp: v1.19/l - Full License
 by: Jaimie Vandenbergh - Sat, 30 Apr 2022 15:02 UTC

On 30 Apr 2022 at 11:21:37 BST, "Mike Halmarack"
<mikehalmarack@gmail.com> wrote:

> Yesterday I restructured an archive folder on one of my shared drives.
> It has so many sub-folders and files it took me most of the day.
>
> Today I accessed this archive folder from another PC and the structure
> I see is as it was before I started restructuring yesterday. When I
> try to open a file on this phantom structure of the past it won't
> open.
>
> I go back to the machine the shared drive is on and all is a expected
> and as it should be after yesterday's restructuring.

What does a third, definitely-hasn't-cached-the-folder computer see?
That'll clear up whether it's a client or server side cockup.

Cheers - Jaimie

--
Imagine there were no hypothetical situations.

Re: network voodoo

<4v7s6hhn5dkk7b24n3sdhktfrb8k5o410i@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2165&group=uk.comp.homebuilt#2165

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sun, 01 May 2022 06:55:59 +0100
Organization: A noiseless patient Spider
Lines: 36
Message-ID: <4v7s6hhn5dkk7b24n3sdhktfrb8k5o410i@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="85023cfab48063b037eb2e1a69347998";
logging-data="19254"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18go7XEzaPQCOaj2wEIEnP/QIAE9ojANG8="
Cancel-Lock: sha1:R+0UdYBEjy/yTkeSd0jKtmBEU04=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Sun, 1 May 2022 05:55 UTC

On Sat, 30 Apr 2022 13:02:14 +0100, Philip Herlihy
<PhillipHerlihy@SlashDevNull.invalid> wrote:

>In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
>wrote...
>>
>> Yesterday I restructured an archive folder on one of my shared drives.
>> It has so many sub-folders and files it took me most of the day.
>>
>> Today I accessed this archive folder from another PC and the structure
>> I see is as it was before I started restructuring yesterday. When I
>> try to open a file on this phantom structure of the past it won't
>> open.
>>
>> I go back to the machine the shared drive is on and all is a expected
>> and as it should be after yesterday's restructuring.
>>
>> Restarting all PCs, shutting down then restarting all PCs has no
>> effect. Still the same disparity showing.
>
>Curious, and interesting - something I've never seen.
>
>Are you accessing the folder via network sharing notation (e.g.
>\\myothermachine\sharename) or as a Mounted drive? If the latter, then
>deleting the mount (net use X: \delete -- where X is the local drive name) and
>then mounting it again (possibly with a different local letter) could well fix
>it? Maybe delete the share at the source, then re-share it with a different
>share name?

Thanks for the advice and explanation. It's a network share. It turns
out it was only a problem on one of 3 PCs. I restored a backup and
it's OK now. From what you described though, I need to develop my
understanding beyond the GUI options.
--

Mike

Re: network voodoo

<q88s6hd79kr1pn6q4hq01sod35u88tus17@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2166&group=uk.comp.homebuilt#2166

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sun, 01 May 2022 06:58:15 +0100
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <q88s6hd79kr1pn6q4hq01sod35u88tus17@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <jd51ccFqj8eU1@mid.individual.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="85023cfab48063b037eb2e1a69347998";
logging-data="19254"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18OMU7Hja+b2kF2Uw7XS3X3B5S7ahOu4lg="
Cancel-Lock: sha1:airAqJVrE421kJjAz0VvZXqjdo0=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Sun, 1 May 2022 05:58 UTC

On 30 Apr 2022 15:02:36 GMT, Jaimie Vandenbergh
<jaimie@usually.sessile.org> wrote:

>On 30 Apr 2022 at 11:21:37 BST, "Mike Halmarack"
><mikehalmarack@gmail.com> wrote:
>
>> Yesterday I restructured an archive folder on one of my shared drives.
>> It has so many sub-folders and files it took me most of the day.
>>
>> Today I accessed this archive folder from another PC and the structure
>> I see is as it was before I started restructuring yesterday. When I
>> try to open a file on this phantom structure of the past it won't
>> open.
>>
>> I go back to the machine the shared drive is on and all is a expected
>> and as it should be after yesterday's restructuring.
>
>What does a third, definitely-hasn't-cached-the-folder computer see?
>That'll clear up whether it's a client or server side cockup.
>
> Cheers - Jaimie

It sees the new structure as it should be. I need to look into
caching.
--

Mike

Re: network voodoo

<bc8s6hlnvkr2ooktadjsg3jaj2kkvs27fp@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2167&group=uk.comp.homebuilt#2167

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sun, 01 May 2022 06:59:46 +0100
Organization: A noiseless patient Spider
Lines: 14
Message-ID: <bc8s6hlnvkr2ooktadjsg3jaj2kkvs27fp@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <jd4uhpFq1okU1@mid.individual.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="85023cfab48063b037eb2e1a69347998";
logging-data="19254"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19UOkpmPZtqCjHVm4goKGPPzITzCHkwnVI="
Cancel-Lock: sha1:td73AWOL/4jTOID70Bgr0pS2/zM=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Sun, 1 May 2022 05:59 UTC

On Sat, 30 Apr 2022 15:14:17 +0100, Andy Burns <usenet@andyburns.uk>
wrote:

>Mike Halmarack wrote:
>
>> Restarting all PCs, shutting down then restarting all PCs has no
>> effect. Still the same disparity showing.
>
>Maybe caching of offline files is enabled, and has got confused?

I didn't even know such a thing existed. At last, something to do.
--

Mike

Re: network voodoo

<MPG.3cd7372026cb9ec19899e5@news.eternal-september.org>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2168&group=uk.comp.homebuilt#2168

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: PhillipH...@SlashDevNull.invalid (Philip Herlihy)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sun, 1 May 2022 11:25:15 +0100
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <MPG.3cd7372026cb9ec19899e5@news.eternal-september.org>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="476938b6c9888aebdce423770d35c7cf";
logging-data="32109"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+oPNwSuCv7Lb3vhqo1Dsc++YRK/x98nI4="
User-Agent: MicroPlanet-Gravity/3.0.10 (GRC)
Cancel-Lock: sha1:sR4L21+wmXXgdKZLBZJQ8yRjZ5s=
 by: Philip Herlihy - Sun, 1 May 2022 10:25 UTC

In article <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>, Philip
Herlihy wrote...
>
> In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
> wrote...
> >
> > Yesterday I restructured an archive folder on one of my shared drives.
> > It has so many sub-folders and files it took me most of the day.
> >
> > Today I accessed this archive folder from another PC and the structure
> > I see is as it was before I started restructuring yesterday. When I
> > try to open a file on this phantom structure of the past it won't
> > open.
> >
> > I go back to the machine the shared drive is on and all is a expected
> > and as it should be after yesterday's restructuring.
> >
> > Restarting all PCs, shutting down then restarting all PCs has no
> > effect. Still the same disparity showing.
>
> Curious, and interesting - something I've never seen.
>
> Are you accessing the folder via network sharing notation (e.g.
> \\myothermachine\sharename) or as a Mounted drive? If the latter, then
> deleting the mount (net use X: \delete -- where X is the local drive name) and
> then mounting it again (possibly with a different local letter) could well fix
> it? Maybe delete the share at the source, then re-share it with a different
> share name?

Digging around, I see the "Advanced Sharing" dialogue has "Caching" options.
Drill down from the "Properties" dialogue accessed by right-clicking the folder
you wish to share. If you turn the caching off (perhaps temporarily) that
might fix it. It does sound like a corrupted cache.

--

Phil, London

Re: network voodoo

<MPG.3cd871db9a2b4b729899e6@news.eternal-september.org>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2169&group=uk.comp.homebuilt#2169

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: PhillipH...@SlashDevNull.invalid (Philip Herlihy)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sun, 1 May 2022 11:31:26 +0100
Organization: A noiseless patient Spider
Lines: 40
Message-ID: <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="476938b6c9888aebdce423770d35c7cf";
logging-data="32109"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18yy6paA+jQNp026B1JOiZ7J1LBuh4pseI="
User-Agent: MicroPlanet-Gravity/3.0.10 (GRC)
Cancel-Lock: sha1:QcOIjC504GjEJDWBhsVMjBiXtrw=
 by: Philip Herlihy - Sun, 1 May 2022 10:31 UTC

In article <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>, Philip
Herlihy wrote...
>
> In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
> wrote...
> >
> > Yesterday I restructured an archive folder on one of my shared drives.
> > It has so many sub-folders and files it took me most of the day.
> >
> > Today I accessed this archive folder from another PC and the structure
> > I see is as it was before I started restructuring yesterday. When I
> > try to open a file on this phantom structure of the past it won't
> > open.
> >
> > I go back to the machine the shared drive is on and all is a expected
> > and as it should be after yesterday's restructuring.
> >
> > Restarting all PCs, shutting down then restarting all PCs has no
> > effect. Still the same disparity showing.
>
> Curious, and interesting - something I've never seen.
>
> Are you accessing the folder via network sharing notation (e.g.
> \\myothermachine\sharename) or as a Mounted drive? If the latter, then
> deleting the mount (net use X: \delete -- where X is the local drive name) and
> then mounting it again (possibly with a different local letter) could well fix
> it? Maybe delete the share at the source, then re-share it with a different
> share name?

(This replyk seems not to have got through, though it was sent. Sending
again:)

Digging around, I see the "Advanced Sharing" dialogue has "Caching" options.
Drill down from the "Properties" dialogue accessed by right-clicking the folder
you wish to share. If you turn the caching off (perhaps temporarily) that
might fix it. It does sound like a corrupted cache.

--

Phil, London

Re: network voodoo

<MPG.3cd87214d13425129899e7@news.eternal-september.org>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2170&group=uk.comp.homebuilt#2170

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: PhillipH...@SlashDevNull.invalid (Philip Herlihy)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Sun, 1 May 2022 11:32:57 +0100
Organization: A noiseless patient Spider
Lines: 45
Message-ID: <MPG.3cd87214d13425129899e7@news.eternal-september.org>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org> <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="476938b6c9888aebdce423770d35c7cf";
logging-data="32109"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18snoHAjqg0kptY4cPt5eGBihmqJT9XDVM="
User-Agent: MicroPlanet-Gravity/3.0.10 (GRC)
Cancel-Lock: sha1:vgkMNf7VdA/MjNWhNS1TJmAknEE=
 by: Philip Herlihy - Sun, 1 May 2022 10:32 UTC

In article <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org>, Philip
Herlihy wrote...
>
> In article <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>, Philip
> Herlihy wrote...
> >
> > In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
> > wrote...
> > >
> > > Yesterday I restructured an archive folder on one of my shared drives.
> > > It has so many sub-folders and files it took me most of the day.
> > >
> > > Today I accessed this archive folder from another PC and the structure
> > > I see is as it was before I started restructuring yesterday. When I
> > > try to open a file on this phantom structure of the past it won't
> > > open.
> > >
> > > I go back to the machine the shared drive is on and all is a expected
> > > and as it should be after yesterday's restructuring.
> > >
> > > Restarting all PCs, shutting down then restarting all PCs has no
> > > effect. Still the same disparity showing.
> >
> > Curious, and interesting - something I've never seen.
> >
> > Are you accessing the folder via network sharing notation (e.g.
> > \\myothermachine\sharename) or as a Mounted drive? If the latter, then
> > deleting the mount (net use X: \delete -- where X is the local drive name) and
> > then mounting it again (possibly with a different local letter) could well fix
> > it? Maybe delete the share at the source, then re-share it with a different
> > share name?
>
> (This replyk seems not to have got through, though it was sent. Sending
> again:)
>
> Digging around, I see the "Advanced Sharing" dialogue has "Caching" options.
> Drill down from the "Properties" dialogue accessed by right-clicking the folder
> you wish to share. If you turn the caching off (perhaps temporarily) that
> might fix it. It does sound like a corrupted cache.

Must have been stuck in a cache somewhere!

--

Phil, London

Re: network voodoo

<l62v6h9dm01m1k6ts0s2agu45m0gm8igc1@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2179&group=uk.comp.homebuilt#2179

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Mon, 02 May 2022 08:33:41 +0100
Organization: A noiseless patient Spider
Lines: 50
Message-ID: <l62v6h9dm01m1k6ts0s2agu45m0gm8igc1@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org> <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org> <MPG.3cd87214d13425129899e7@news.eternal-september.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="09bd3c86cea50f45798fa1cadce47071";
logging-data="16816"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/U1shWC+EM7VKkY4njwJ0sTFGt1KRrWpM="
Cancel-Lock: sha1:exVwwvR49OrujVwi9F9I3AQp11k=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Mon, 2 May 2022 07:33 UTC

On Sun, 1 May 2022 11:32:57 +0100, Philip Herlihy
<PhillipHerlihy@SlashDevNull.invalid> wrote:

>In article <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org>, Philip
>Herlihy wrote...
>>
>> In article <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>, Philip
>> Herlihy wrote...
>> >
>> > In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
>> > wrote...
>> > >
>> > > Yesterday I restructured an archive folder on one of my shared drives.
>> > > It has so many sub-folders and files it took me most of the day.
>> > >
>> > > Today I accessed this archive folder from another PC and the structure
>> > > I see is as it was before I started restructuring yesterday. When I
>> > > try to open a file on this phantom structure of the past it won't
>> > > open.
>> > >
>> > > I go back to the machine the shared drive is on and all is a expected
>> > > and as it should be after yesterday's restructuring.
>> > >
>> > > Restarting all PCs, shutting down then restarting all PCs has no
>> > > effect. Still the same disparity showing.
>> >
>> > Curious, and interesting - something I've never seen.
>> >
>> > Are you accessing the folder via network sharing notation (e.g.
>> > \\myothermachine\sharename) or as a Mounted drive? If the latter, then
>> > deleting the mount (net use X: \delete -- where X is the local drive name) and
>> > then mounting it again (possibly with a different local letter) could well fix
>> > it? Maybe delete the share at the source, then re-share it with a different
>> > share name?
>>
>> (This replyk seems not to have got through, though it was sent. Sending
>> again:)
>>
>> Digging around, I see the "Advanced Sharing" dialogue has "Caching" options.
>> Drill down from the "Properties" dialogue accessed by right-clicking the folder
>> you wish to share. If you turn the caching off (perhaps temporarily) that
>> might fix it. It does sound like a corrupted cache.
>
>Must have been stuck in a cache somewhere!

Can't be my one because I turned it off, thanks to you Phil.

--

Mike

Re: network voodoo

<c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2183&group=uk.comp.homebuilt#2183

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Mon, 02 May 2022 14:39:43 +0100
Organization: A noiseless patient Spider
Lines: 52
Message-ID: <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org> <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="09bd3c86cea50f45798fa1cadce47071";
logging-data="696"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19WURd69KK5VoInlIXIWxxpXOLaC5x1aAU="
Cancel-Lock: sha1:0ncwSmx2zsCyOaOY32i2RVHwbAo=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Mon, 2 May 2022 13:39 UTC

On Sun, 1 May 2022 11:31:26 +0100, Philip Herlihy
<PhillipHerlihy@SlashDevNull.invalid> wrote:

>In article <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org>, Philip
>Herlihy wrote...
>>
>> In article <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com>, Mike Halmarack
>> wrote...
>> >
>> > Yesterday I restructured an archive folder on one of my shared drives.
>> > It has so many sub-folders and files it took me most of the day.
>> >
>> > Today I accessed this archive folder from another PC and the structure
>> > I see is as it was before I started restructuring yesterday. When I
>> > try to open a file on this phantom structure of the past it won't
>> > open.
>> >
>> > I go back to the machine the shared drive is on and all is a expected
>> > and as it should be after yesterday's restructuring.
>> >
>> > Restarting all PCs, shutting down then restarting all PCs has no
>> > effect. Still the same disparity showing.
>>
>> Curious, and interesting - something I've never seen.
>>
>> Are you accessing the folder via network sharing notation (e.g.
>> \\myothermachine\sharename) or as a Mounted drive? If the latter, then
>> deleting the mount (net use X: \delete -- where X is the local drive name) and
>> then mounting it again (possibly with a different local letter) could well fix
>> it? Maybe delete the share at the source, then re-share it with a different
>> share name?
>
>(This replyk seems not to have got through, though it was sent. Sending
>again:)
>
>Digging around, I see the "Advanced Sharing" dialogue has "Caching" options.
>Drill down from the "Properties" dialogue accessed by right-clicking the folder
>you wish to share. If you turn the caching off (perhaps temporarily) that
>might fix it. It does sound like a corrupted cache.

If the data on the drive is cached, so it can be accessed while
offline, where is the cache located?
Is it that the cache of the data is held on the basis of the drive
being turned off but the machine containing it still on and holding
the data elsewhere?

Or is it that the the whole of the data containing machine is turned
off and the cache is held locally on the potentially recipient
workstation?
--

Mike

Re: network voodoo

<jda62vFq7d9U1@mid.individual.net>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2184&group=uk.comp.homebuilt#2184

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!news.uzoreto.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: jai...@usually.sessile.org (Jaimie Vandenbergh)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: 2 May 2022 13:53:35 GMT
Lines: 25
Message-ID: <jda62vFq7d9U1@mid.individual.net>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org> <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org> <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=fixed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 2rwUsM9ZHtbMFCuy5tz7nwt+taj5XUTPsutYv1z1r3tyHHFhMm
Cancel-Lock: sha1:1MVR03ZgocVQKYM2B6RhLJ280Bc=
User-Agent: Usenapp for MacOS
X-Usenapp: v1.19/l - Full License
 by: Jaimie Vandenbergh - Mon, 2 May 2022 13:53 UTC

On 2 May 2022 at 14:39:43 BST, "Mike Halmarack"
<mikehalmarack@gmail.com> wrote:

> If the data on the drive is cached, so it can be accessed while
> offline, where is the cache located?
> Is it that the cache of the data is held on the basis of the drive
> being turned off but the machine containing it still on and holding
> the data elsewhere?

> Or is it that the the whole of the data containing machine is turned
> off and the cache is held locally on the potentially recipient
> workstation?

This - client side.

If I read correctly, using a third PC you've proved that there's just
one client machine with a bad idea of what's on the server? So whatever
has happened is on that client.

I'd suggest turning caching on (on that client) and off again, see if
that flushes it out.

Cheers - Jaimie
--
Homeopaths suffer from dilutions of grandeur

Re: network voodoo

<e3pv6hprpkpuukdb11fqjrsld2pciekdcc@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2185&group=uk.comp.homebuilt#2185

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Mon, 02 May 2022 15:05:46 +0100
Organization: A noiseless patient Spider
Lines: 33
Message-ID: <e3pv6hprpkpuukdb11fqjrsld2pciekdcc@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <MPG.3cd735a2dfe1f1449899e4@news.eternal-september.org> <MPG.3cd871db9a2b4b729899e6@news.eternal-september.org> <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com> <jda62vFq7d9U1@mid.individual.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="09bd3c86cea50f45798fa1cadce47071";
logging-data="14879"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/Lxic1Cr/xnmbeEejAF/EDvhbm6+FsWpU="
Cancel-Lock: sha1:vfN7u7CdmjyJkHoJG+drd4cLHgs=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Mon, 2 May 2022 14:05 UTC

On 2 May 2022 13:53:35 GMT, Jaimie Vandenbergh
<jaimie@usually.sessile.org> wrote:

>On 2 May 2022 at 14:39:43 BST, "Mike Halmarack"
><mikehalmarack@gmail.com> wrote:
>
>> If the data on the drive is cached, so it can be accessed while
>> offline, where is the cache located?
>> Is it that the cache of the data is held on the basis of the drive
>> being turned off but the machine containing it still on and holding
>> the data elsewhere?
>
>> Or is it that the the whole of the data containing machine is turned
>> off and the cache is held locally on the potentially recipient
>> workstation?
>
>This - client side.
>
>If I read correctly, using a third PC you've proved that there's just
>one client machine with a bad idea of what's on the server? So whatever
>has happened is on that client.
>
>I'd suggest turning caching on (on that client) and off again, see if
>that flushes it out.
>
> Cheers - Jaimie

Thanks Jaime, that mostly cleared it up for practical puposes.
In a multi drive machine would the cache be held on the drive that
holds the OS by default?
--

Mike

Re: network voodoo

<jdadrjFrn58U1@mid.individual.net>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2186&group=uk.comp.homebuilt#2186

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!news.szaf.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: jai...@usually.sessile.org (Jaimie Vandenbergh)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: 2 May 2022 16:06:11 GMT
Lines: 44
Message-ID: <jdadrjFrn58U1@mid.individual.net>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com> <jda62vFq7d9U1@mid.individual.net> <e3pv6hprpkpuukdb11fqjrsld2pciekdcc@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=fixed
Content-Transfer-Encoding: 8bit
X-Trace: individual.net z8Xbdoc2k4rLMAYT1UJcLwpSEasdpCQfexzx5Tx4aqTZIWI3uw
Cancel-Lock: sha1:OeKRkMw71FSdlOOjWFCt50dOZnM=
User-Agent: Usenapp for MacOS
X-Usenapp: v1.19/l - Full License
 by: Jaimie Vandenbergh - Mon, 2 May 2022 16:06 UTC

On 2 May 2022 at 15:05:46 BST, "Mike Halmarack"
<mikehalmarack@gmail.com> wrote:

> On 2 May 2022 13:53:35 GMT, Jaimie Vandenbergh
> <jaimie@usually.sessile.org> wrote:
>
>> On 2 May 2022 at 14:39:43 BST, "Mike Halmarack"
>> <mikehalmarack@gmail.com> wrote:
>>
>>> If the data on the drive is cached, so it can be accessed while
>>> offline, where is the cache located?
>>> Is it that the cache of the data is held on the basis of the drive
>>> being turned off but the machine containing it still on and holding
>>> the data elsewhere?
>>
>>> Or is it that the the whole of the data containing machine is turned
>>> off and the cache is held locally on the potentially recipient
>>> workstation?
>>
>> This - client side.
>>
>> If I read correctly, using a third PC you've proved that there's just
>> one client machine with a bad idea of what's on the server? So whatever
>> has happened is on that client.
>>
>> I'd suggest turning caching on (on that client) and off again, see if
>> that flushes it out.
>>
>> Cheers - Jaimie
>
> Thanks Jaime, that mostly cleared it up for practical puposes.
> In a multi drive machine would the cache be held on the drive that
> holds the OS by default?

I expect so, but only because Windows really doesn't like putting things
anywhere else! No idea where.

Cheers - Jaimie
--
Thank you for your input. Now, if you have something
substantive to bring to the discussion, kindly do.
Otherwise, isn't there an eternal flamefest that would
peter out if you won't keep feeding it?
-- Cosmin Corbea, r.a.b

Re: network voodoo

<MPG.3cdb0d2257a30e19899e8@news.eternal-september.org>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2187&group=uk.comp.homebuilt#2187

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: PhillipH...@SlashDevNull.invalid (Philip Herlihy)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Tue, 3 May 2022 10:58:29 +0100
Organization: A noiseless patient Spider
Lines: 54
Message-ID: <MPG.3cdb0d2257a30e19899e8@news.eternal-september.org>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com> <jda62vFq7d9U1@mid.individual.net> <e3pv6hprpkpuukdb11fqjrsld2pciekdcc@4ax.com> <jdadrjFrn58U1@mid.individual.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="c7fcfdf29d002479e548b4e4ff7100d7";
logging-data="29418"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+BcIgRpyqAHaUYl6tNtLEGhniGGEXKdQk="
User-Agent: MicroPlanet-Gravity/3.0.10 (GRC)
Cancel-Lock: sha1:tKRyIsgTtib/YjVhD3N9ijVJj9E=
 by: Philip Herlihy - Tue, 3 May 2022 09:58 UTC

In article <jdadrjFrn58U1@mid.individual.net>, Jaimie Vandenbergh wrote...
>
> On 2 May 2022 at 15:05:46 BST, "Mike Halmarack"
> <mikehalmarack@gmail.com> wrote:
>
> > On 2 May 2022 13:53:35 GMT, Jaimie Vandenbergh
> > <jaimie@usually.sessile.org> wrote:
> >
> >> On 2 May 2022 at 14:39:43 BST, "Mike Halmarack"
> >> <mikehalmarack@gmail.com> wrote:
> >>
> >>> If the data on the drive is cached, so it can be accessed while
> >>> offline, where is the cache located?
> >>> Is it that the cache of the data is held on the basis of the drive
> >>> being turned off but the machine containing it still on and holding
> >>> the data elsewhere?
> >>
> >>> Or is it that the the whole of the data containing machine is turned
> >>> off and the cache is held locally on the potentially recipient
> >>> workstation?
> >>
> >> This - client side.
> >>
> >> If I read correctly, using a third PC you've proved that there's just
> >> one client machine with a bad idea of what's on the server? So whatever
> >> has happened is on that client.
> >>
> >> I'd suggest turning caching on (on that client) and off again, see if
> >> that flushes it out.
> >>
> >> Cheers - Jaimie
> >
> > Thanks Jaime, that mostly cleared it up for practical puposes.
> > In a multi drive machine would the cache be held on the drive that
> > holds the OS by default?
>
> I expect so, but only because Windows really doesn't like putting things
> anywhere else! No idea where.
>
> Cheers - Jaimie

There's clearly a whole raft of stuff related to this that I've been unaware
of. Most of the documentation online seems to relate to mapped drives (e.g. M:
\mystuff, rather than \\thatOtherBox\mystuff). You can configure a mapped
drive to make files available offline, and it appears (from a quick survey)
that the location for the cache is C:\Windows\CSC - which is an acronym for
"Client Side Cache".

This article touches on all this:
https://www.ubackup.com/windows-10/enable-offline-files-windows-10.html

--

Phil, London

Re: network voodoo

<MPG.3cdb0ea234f62f3b9899e9@news.eternal-september.org>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2188&group=uk.comp.homebuilt#2188

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: PhillipH...@SlashDevNull.invalid (Philip Herlihy)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Tue, 3 May 2022 11:04:57 +0100
Organization: A noiseless patient Spider
Lines: 66
Message-ID: <MPG.3cdb0ea234f62f3b9899e9@news.eternal-september.org>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com> <jda62vFq7d9U1@mid.individual.net> <e3pv6hprpkpuukdb11fqjrsld2pciekdcc@4ax.com> <jdadrjFrn58U1@mid.individual.net> <MPG.3cdb0d2257a30e19899e8@news.eternal-september.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="c7fcfdf29d002479e548b4e4ff7100d7";
logging-data="29418"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18EqdIKos/PkPM2P7EK3WhhE8dufTaPch4="
User-Agent: MicroPlanet-Gravity/3.0.10 (GRC)
Cancel-Lock: sha1:XwPaKy55jnFD6NsUQqLokG2dad4=
 by: Philip Herlihy - Tue, 3 May 2022 10:04 UTC

In article <MPG.3cdb0d2257a30e19899e8@news.eternal-september.org>, Philip
Herlihy wrote...
>
> In article <jdadrjFrn58U1@mid.individual.net>, Jaimie Vandenbergh wrote...
> >
> > On 2 May 2022 at 15:05:46 BST, "Mike Halmarack"
> > <mikehalmarack@gmail.com> wrote:
> >
> > > On 2 May 2022 13:53:35 GMT, Jaimie Vandenbergh
> > > <jaimie@usually.sessile.org> wrote:
> > >
> > >> On 2 May 2022 at 14:39:43 BST, "Mike Halmarack"
> > >> <mikehalmarack@gmail.com> wrote:
> > >>
> > >>> If the data on the drive is cached, so it can be accessed while
> > >>> offline, where is the cache located?
> > >>> Is it that the cache of the data is held on the basis of the drive
> > >>> being turned off but the machine containing it still on and holding
> > >>> the data elsewhere?
> > >>
> > >>> Or is it that the the whole of the data containing machine is turned
> > >>> off and the cache is held locally on the potentially recipient
> > >>> workstation?
> > >>
> > >> This - client side.
> > >>
> > >> If I read correctly, using a third PC you've proved that there's just
> > >> one client machine with a bad idea of what's on the server? So whatever
> > >> has happened is on that client.
> > >>
> > >> I'd suggest turning caching on (on that client) and off again, see if
> > >> that flushes it out.
> > >>
> > >> Cheers - Jaimie
> > >
> > > Thanks Jaime, that mostly cleared it up for practical puposes.
> > > In a multi drive machine would the cache be held on the drive that
> > > holds the OS by default?
> >
> > I expect so, but only because Windows really doesn't like putting things
> > anywhere else! No idea where.
> >
> > Cheers - Jaimie
>
> There's clearly a whole raft of stuff related to this that I've been unaware
> of. Most of the documentation online seems to relate to mapped drives (e.g. M:
> \mystuff, rather than \\thatOtherBox\mystuff). You can configure a mapped
> drive to make files available offline, and it appears (from a quick survey)
> that the location for the cache is C:\Windows\CSC - which is an acronym for
> "Client Side Cache".
>
> This article touches on all this:
> https://www.ubackup.com/windows-10/enable-offline-files-windows-10.html

Another article (lost among the discarded tabs now) suggested that doing a
drive cleanup (from the Properties dialog, or using cleanmgr.exe, will clean
these caches if you drill down into the "clean up system files" level, and
include "temporary files". That's certainly plausible - if you have File
History enabled, and it's configured to work with an occasionally-connected
external drive, FH remembers/stores changed files until the drive is re-
connected. Those files can be purged by selecting "User File History" in that
list. (Not to be done without a good reason!)

--

Phil, London

Re: network voodoo

<fu027h1thqpfctc1ndn0bd1fothf2j2spl@4ax.com>

 copy mid

https://www.novabbs.com/aus+uk/article-flat.php?id=2189&group=uk.comp.homebuilt#2189

 copy link   Newsgroups: uk.comp.homebuilt
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: mikehalm...@gmail.com (Mike Halmarack)
Newsgroups: uk.comp.homebuilt
Subject: Re: network voodoo
Date: Tue, 03 May 2022 11:29:57 +0100
Organization: A noiseless patient Spider
Lines: 70
Message-ID: <fu027h1thqpfctc1ndn0bd1fothf2j2spl@4ax.com>
References: <843q6hdtd2bnsoviottcr2p5c3vtn3ocug@4ax.com> <c5nv6h5f7fu6bc21u7vlf7ncn4hbroscte@4ax.com> <jda62vFq7d9U1@mid.individual.net> <e3pv6hprpkpuukdb11fqjrsld2pciekdcc@4ax.com> <jdadrjFrn58U1@mid.individual.net> <MPG.3cdb0d2257a30e19899e8@news.eternal-september.org> <MPG.3cdb0ea234f62f3b9899e9@news.eternal-september.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Injection-Info: reader02.eternal-september.org; posting-host="8a0defd079dabca74efbef74ca802281";
logging-data="24656"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19qm/M+FGg/Y4epxSTsQh5TREtkAb+odIw="
Cancel-Lock: sha1:UW1AN3npKa6PsSYIJjcoztYcUus=
X-Newsreader: Forte Agent 6.00/32.1186
 by: Mike Halmarack - Tue, 3 May 2022 10:29 UTC

On Tue, 3 May 2022 11:04:57 +0100, Philip Herlihy
<PhillipHerlihy@SlashDevNull.invalid> wrote:

>In article <MPG.3cdb0d2257a30e19899e8@news.eternal-september.org>, Philip
>Herlihy wrote...
>>
>> In article <jdadrjFrn58U1@mid.individual.net>, Jaimie Vandenbergh wrote...
>> >
>> > On 2 May 2022 at 15:05:46 BST, "Mike Halmarack"
>> > <mikehalmarack@gmail.com> wrote:
>> >
>> > > On 2 May 2022 13:53:35 GMT, Jaimie Vandenbergh
>> > > <jaimie@usually.sessile.org> wrote:
>> > >
>> > >> On 2 May 2022 at 14:39:43 BST, "Mike Halmarack"
>> > >> <mikehalmarack@gmail.com> wrote:
>> > >>
>> > >>> If the data on the drive is cached, so it can be accessed while
>> > >>> offline, where is the cache located?
>> > >>> Is it that the cache of the data is held on the basis of the drive
>> > >>> being turned off but the machine containing it still on and holding
>> > >>> the data elsewhere?
>> > >>
>> > >>> Or is it that the the whole of the data containing machine is turned
>> > >>> off and the cache is held locally on the potentially recipient
>> > >>> workstation?
>> > >>
>> > >> This - client side.
>> > >>
>> > >> If I read correctly, using a third PC you've proved that there's just
>> > >> one client machine with a bad idea of what's on the server? So whatever
>> > >> has happened is on that client.
>> > >>
>> > >> I'd suggest turning caching on (on that client) and off again, see if
>> > >> that flushes it out.
>> > >>
>> > >> Cheers - Jaimie
>> > >
>> > > Thanks Jaime, that mostly cleared it up for practical puposes.
>> > > In a multi drive machine would the cache be held on the drive that
>> > > holds the OS by default?
>> >
>> > I expect so, but only because Windows really doesn't like putting things
>> > anywhere else! No idea where.
>> >
>> > Cheers - Jaimie
>>
>> There's clearly a whole raft of stuff related to this that I've been unaware
>> of. Most of the documentation online seems to relate to mapped drives (e.g. M:
>> \mystuff, rather than \\thatOtherBox\mystuff). You can configure a mapped
>> drive to make files available offline, and it appears (from a quick survey)
>> that the location for the cache is C:\Windows\CSC - which is an acronym for
>> "Client Side Cache".
>>
>> This article touches on all this:
>> https://www.ubackup.com/windows-10/enable-offline-files-windows-10.html
>
>Another article (lost among the discarded tabs now) suggested that doing a
>drive cleanup (from the Properties dialog, or using cleanmgr.exe, will clean
>these caches if you drill down into the "clean up system files" level, and
>include "temporary files". That's certainly plausible - if you have File
>History enabled, and it's configured to work with an occasionally-connected
>external drive, FH remembers/stores changed files until the drive is re-
>connected. Those files can be purged by selecting "User File History" in that
>list. (Not to be done without a good reason!)

Thanks for the extra information Phil. I'll study it.
--

Mike

1
server_pubkey.txt

rocksolid light 0.9.7
clearnet tor