Windows 7 Thread, new files kept locally and not written to shares in Technical; Please help!
We have a problem where documents saved on a Windows 7 machine are not being written to the ...
23rd November 2010, 11:01 AM #1
new files kept locally and not written to shares
We have a problem where documents saved on a Windows 7 machine are not being written to the server share.
A user has just come to me. She is logged on with her account on two machines - one windows 7 and the other XP. On the W7 machine she's created 2 new files and saved them to the share she has full access to - they appear in the share and she can access them. The share is a mapped drive set by GP Preferences.
Walked over to the XP machine and the new files are not in the share. The files aren't on the server either. I seems to me that they're only cached on the W7 machine's drive.
What is going on? Is this some new W7 feature where it just keeps files locally instead of writing them to the share they're supposed to be on?
23rd November 2010, 11:07 AM #2
Had a similar issue and in the end removed all traces of the libraries (loads o threads on this) and used AD mapping to create a home drive.. all staff are encouraged to make sure students open and save files from thier U drives rather than anywhere else.. also students encouraged to us save as option as belt and braces. Not elegant nor graceful nor efficient but it works.. I refuse to go back to XP!!!!
23rd November 2010, 11:36 AM #3
@marekbrad: Thanks. I'll bear that in mind. This folder isn't in a library, it's just a mapped drive.
The file hadn't synchronised and was being kept offline. This is despite the offline files feature being disabled in GP for that machine.
Attached is the properties for one of the files affected. Clicking sync copied it to the server. I imagine there was some network problem when the file was saved and it was just kept offline with no warning.
I need to stop this happening again, or at least get W7 to give the user some warning
23rd November 2010, 11:44 AM #4
We've had the same kind of problems with Windows 7, documents not being written to home drives correctly, 0kb files etc.
This post seems to have helped (I only implemented the reg changes beginning of last week but I haven't had any more calls about it).
23rd November 2010, 03:13 PM #5
Thanks to psydii from:
OverWorked (23rd November 2010)
23rd November 2010, 03:56 PM #6
Thanks. It seems like the two MS KB articles may be the answer (I hope). Neither of them exactly describes the scenario I had (but then I don't know how it happened), but they're close enough to look like they might fix it.
If it happens again, I'll apply the hotfixes. I'm wary of just doing them anyway as the problem has only happened once and they might break something else.
KB 977397 is included in the W7 SP1 RC. The other isn't (yet). It looks like SP1 is likely to fix these, so I'll wait for that to be released via WSUS.
6th December 2010, 09:56 AM #7
I was about to post a thread regarding the simular problem....
One of our teacher keeps loading a previously created document. working on it for an hour or so, Saving the document. When he next opens the document it is not saved?
Sometimes when he uses "Save As" he then tries to load the document later and it is marked as "read only".
I "think" that it is something to do with the "Preview Pane".? when this is disabled he can then save it and load it as normal.
Will checkout these other hotfixes though
8th December 2010, 11:35 AM #8
- Rep Power
what do we need to do to fix this issue...
where when a student saves there work on one PC it doesnt save it to there homedrive and i think it saves it locally on the machine? - but only happens very rarely!
Last edited by tomazzotta; 8th December 2010 at 11:40 AM.
8th December 2010, 03:07 PM #9
Right, I'm getting somewhere with this.
The files aren't syncing because of conflicts. The properties of the affected file shows the sync error, pressing 'sync now' provides another dialog asking them how they want to resolve the conflict. The user can then resolve it.
The problem is that the users aren't getting any warning, presumably because offline files is disabled in GP. I'm not going to enable offline files because that will cause massive network traffic every hour as users log in and out, as well slow down the machines during login.
Another thing is that users cannot access the sync center. It shows in the taskbar has having conflicts, but whenever the user click it they get "This operation has been cancelled due to restrictions in effect on this computer". This will be becasue of another GP setting done for good reason for restricting XP - but which one?
I need to find a way of either:-
a) Stopping Windows 7 using offline files completely.
or less satifactorily,
b) giving the user some warning what conflicts happen so they can resolve them, and allowing them to access the sync center.
9th December 2010, 11:59 AM #10
I got them access to the sync center by moving the desktop machine to an OU set up for laptops with offline files. The main difference that I can see is that the machine is now getting the GP setting
Allow or Disallow use of the Offline Files feature: Enabled
Users can now access the sync center and resolve the conflicts. (These are conflicts that shouldn't be happening in the first place).
11th February 2011, 09:48 AM #11
This may have been fixed, by a revised patch issued last week. See this thread:-
Windows 7 Automatic Offline Files occuring on all shares
By tarquel in forum Windows 7
Last Post: 1st June 2011, 04:59 PM
By tarquel in forum Windows
Last Post: 29th October 2010, 11:08 AM
By flexyjerkov in forum General Chat
Last Post: 2nd July 2010, 06:21 PM
By Small_Pig_Dancing in forum Windows
Last Post: 22nd October 2008, 11:11 PM
By contink in forum Web Development
Last Post: 24th September 2008, 09:59 PM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Tags for this Thread