Why do 2gb files disappear

Our camerashop offers online ordering for prints. The problem is orders larger then 2GB disapear when they get to the Xserve. Do you have any idea why that would be?

2GB is a common file size limit. The OS doesn't have a problem with it, but any number of intermediate components might have a problem. However, you don't give enough detail to really troubleshoot the problem - it's not even clear where the XServe fits into the equation.

Similar Messages

Why are my files disappearing?

I having been relinking images and graphics to package an Indesign file. On a couple of the images when I would click on the folder to which the file exsisted, it would just disappear. It is not on just my computer, but on all office computers. Any Ideas?

You are going to provide some more information than that. Nobody here can begin to guess what files you are talking about, where you are experiencing this behavior, when you are experiencing this behavior, what you are doing when the contents disappear .......

Why do imported files disappear after disconnecting the card reader?

I recently replaced my hard drive and upgraded to OS X Yosemite 10.10. I restored my computer from a backup on an external hard drive. Since then, Lightroom 4 has been losing my files. They appear to import normally and are still in the catalog as long as the card reader is plugged in, but as soon as I disconnect the card reader Lightroom can no longer find the files and they do not show up when I attempt to search for them by name. What's going on? How can I get Lightroom to store my files as it did before?

Move and Add are normally disabled for non-hard drive removable media. This is to prevent people from losing photos and all the work they might have done on those photos.
Normal Procedure is to:
1. Insert your camera's media
2. Import into Lightroom using Copy which will make a duplicate of your file from your media and store it on your hard drive (or external hard drive - which ever you specify)
3. Remove media
4. Work on your images in Lightroom from the location they were copied to - never from the original media
Lightroom 4 - Importing and Organizing Your Images | Getting Started with Adobe Photoshop Lightroom 4 | Adobe TV

HT204365 Why did all my PDF files disappear from ibooks on my iPad

All of my PDF files disappeared from iBooks on my iPad. Where and why did they suddenly disappear? How can I retrieve them?

As far as I can work out, from incomplete downloads, ticks denote all downloaded ok.
The manually manage option is for those who want to tailor their library collections in Music and Video to specific items. If you have this ticked, then it will sync with the sync selections in your devices pages (eg, Music, videos).
If you want to sync all of your collection 'all' the time, leave manually manage off and put the a tick in the devices' page to sync all items Dependent on iCloud use, and or automatic download options in iTunes, new purchased items are added and synced automatically as they are added - this only applies to Store purchased items.
If you are going to added content outside of the Store, then Manually Manage is the option to take for Music and Videos - it does not affect anything else. IE Apps or podcasts, etc.
If you have manually manage off, and 'selected playlist' option ticked, then it will sync existing ticked items, but new items downloaded will require you tick them (a) after the next iTunes automatic download when it connects to the store and downloads any items, or (b) you download to a device and then sync the device, in which case it transfers the new download to your library - but, as happened to you, deletes it from your idevice.
Retcicking and resyncing will add the item back on next sync.
Don't forget that whenever making any kind of manual change to hit Apply and resync, to stop changes being lost.
However, and i cannot stress this enough, iTunes is very problematic, especially when handling large collections. Its sync operations can be erratic or non-functional at times (even buggy perhaps)
If all options fail, then go to your program installation control folder (Control panel\Programs etc on windows) and select to repair iTunes.
And if you have not already got it
http://help.apple.com/ipad/5/interface/ the ipad manual (not the used guide - this is more about how it operates)
may prove usefiul to you.
Best wishes, Ct

Why doesn't flash player stay installed and why does the saved file disappear.

Why doesn't flash player stay installed and why does the saved file disappear. I have downloaded and installed flash player several times on my Win7 Vaio laptop. I have uninstalled and deleted all versions. I am the administrator and I have also turned off my Security Software, but the same thing keeps happening over and over. The Java Script is enabled and I have tried both downloading via IE and firefox. It is rediculous that it keeps disappearing and I keep getting messages that the newest version is needed. I am downloading directly from adobe and they say it is the latest. Getting very frustrated. They ask if we have any problems when we go to the finish line, but there is no place for comments. I guess they don't really care if it works or not.

So is it actually installed, or is it not? If not, download and run the offline installers:
Flash Player for ActiveX (Internet Explorer)
Flash Player Plug-in (All other browsers)
If it still does not work correctly, check
http://forums.adobe.com/thread/885448
http://forums.adobe.com/thread/867968
In Firefox also check if the Shockwave Flash plugin is enabled.

Why do the MPEG files disappear each time a project is re-opened?.

For instance: I have a project file that I have built/format, written to a .img file and burned successfully to DVD. The size of the file is 7.82 GB. I reopened the file to make small changes and the file immediately reverts to 400MG and all the video files need to re-encode. Why does this happen? My preferences say to save encoded files in the Project Bundle; why do they disappear each time the project file it reopened? I happens to all my projects. I've saved duplicates of my project files. When I inspect the contents I can see that the MPEG files disappear on re-opening. Why? Help please!

That is why they dissappear.
you need to use compressor to encode your .mov fles into mpeg2 and ac3 assets. Imports these new files into dvdsp instead of the .mov files.
this will make your dvd encoding a whole lot quicker as they only need to be muxed at build time and not encoded.
you also get to preview your real assets rather then your pre-encoded assets.

Why do my pls files disappear when doubleclicked?

Someone asked me how to make an alias of a streaming radio station that they could just click, have it open iTunes and play.
While experimenting I found I could drag the radio station off the iTunes playlist to the desktop and it would create a URL. Doubleclicking the URL usually opened a browser, went to the site and downloaded a .pls file to the desktop. Doubleclicking that file opened iTunes and started playing the station.
Fine, I thought, I'll just rename the .pls file and use that as an alias to quickly get to the station. But alas, the .pls file disappears from the desktop once clicked, even if renamed and/or put into a folder.
I explained what I did to the person who originally asked and they were able to rename the files and not have them disappear on their Mac like mine did. Both of us are using 10.4.11.
Can anyone shed some light on this?

Try showing the import options and make sure the crop option you want to use is one that is not grayed out.

Why do windows source directory files disappear when their folder is added to iTunes?

I just got a new Windows 8 computer and installed iTunes. I then copied all of my music to my new computer from the old one into a similar \data\music directory organized by artist and album.
On the old computer (XP)when I add a folder from \data\music to itunes the source album music files remain inplace.
On the new computer (W8) when I add a folder from \data\music to itunes the source album music files disappear.
However, although the album directory is empty, the "parent MUSIC directory" hasn't changed in size. Is iTunes encrypting the source files? Itunes Help does have anything on this happening.
How do I access my source files if I want to do something with them?
This is scary stuff. Luckily I still have a copy on my old computer.
Any clarification on this would really be appreciated.
Thanks,
Eric-B

Here are typical layouts for the iTunes folders:
iTunes 11 also adds a Home Videos folder...
Your library is obviously in the newer layout, the designated media folder (red outline) is C:\Data\Music and the option Keep iTunes Media folder organized is enabled, so music goes in C:\Data\Music\Music\<Artist>\<Album> etc.
If you're interested you could probably "normaiize" your library with a few carefully chosen steps...
tt2

2GB OR NOT 2GB - FILE LIMITS IN ORACLE

제품 : ORACLE SERVER
작성날짜 : 2002-04-11
2GB OR NOT 2GB - FILE LIMITS IN ORACLE
======================================
Introduction
~~~~~~~~~~~~
This article describes "2Gb" issues. It gives information on why 2Gb
is a magical number and outlines the issues you need to know about if
you are considering using Oracle with files larger than 2Gb in size.
It also
looks at some other file related limits and issues.
The article has a Unix bias as this is where most of the 2Gb issues
arise but there is information relevant to other (non-unix)
platforms.
Articles giving port specific limits are listed in the last section.
Topics covered include:
Why is 2Gb a Special Number ?
Why use 2Gb+ Datafiles ?
Export and 2Gb
SQL*Loader and 2Gb
Oracle and other 2Gb issues
Port Specific Information on "Large Files"
Why is 2Gb a Special Number ?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Many CPU's and system call interfaces (API's) in use today use a word
size of 32 bits. This word size imposes limits on many operations.
In many cases the standard API's for file operations use a 32-bit signed
word to represent both file size and current position within a file (byte
displacement). A 'signed' 32bit word uses the top most bit as a sign
indicator leaving only 31 bits to represent the actual value (positive or
negative). In hexadecimal the largest positive number that can be
represented in in 31 bits is 0x7FFFFFFF , which is +2147483647 decimal.
This is ONE less than 2Gb.
Files of 2Gb or more are generally known as 'large files'. As one might
expect problems can start to surface once you try to use the number
2147483648 or higher in a 32bit environment. To overcome this problem
recent versions of operating systems have defined new system calls which
typically use 64-bit addressing for file sizes and offsets. Recent Oracle
releases make use of these new interfaces but there are a number of issues
one should be aware of before deciding to use 'large files'.
What does this mean when using Oracle ?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The 32bit issue affects Oracle in a number of ways. In order to use large
files you need to have:
1. An operating system that supports 2Gb+ files or raw devices
2. An operating system which has an API to support I/O on 2Gb+ files
3. A version of Oracle which uses this API
Today most platforms support large files and have 64bit APIs for such
files.
Releases of Oracle from 7.3 onwards usually make use of these 64bit APIs
but the situation is very dependent on platform, operating system version
and the Oracle version. In some cases 'large file' support is present by
default, while in other cases a special patch may be required.
At the time of writing there are some tools within Oracle which have not
been updated to use the new API's, most notably tools like EXPORT and
SQL*LOADER, but again the exact situation is platform and version specific.
Why use 2Gb+ Datafiles ?
~~~~~~~~~~~~~~~~~~~~~~~~
In this section we will try to summarise the advantages and disadvantages
of using "large" files / devices for Oracle datafiles:
Advantages of files larger than 2Gb:
On most platforms Oracle7 supports up to 1022 datafiles.
With files < 2Gb this limits the database size to less than 2044Gb.
This is not an issue with Oracle8 which supports many more files.
In reality the maximum database size would be less than 2044Gb due
to maintaining separate data in separate tablespaces. Some of these
may be much less than 2Gb in size.
Less files to manage for smaller databases.
Less file handle resources required
Disadvantages of files larger than 2Gb:
The unit of recovery is larger. A 2Gb file may take between 15 minutes
and 1 hour to backup / restore depending on the backup media and
disk speeds. An 8Gb file may take 4 times as long.
Parallelism of backup / recovery operations may be impacted.
There may be platform specific limitations - Eg: Asynchronous IO
operations may be serialised above the 2Gb mark.
As handling of files above 2Gb may need patches, special configuration
etc.. there is an increased risk involved as opposed to smaller files.
Eg: On certain AIX releases Asynchronous IO serialises above 2Gb.
Important points if using files >= 2Gb
Check with the OS Vendor to determine if large files are supported
and how to configure for them.
Check with the OS Vendor what the maximum file size actually is.
Check with Oracle support if any patches or limitations apply
on your platform , OS version and Oracle version.
Remember to check again if you are considering upgrading either
Oracle or the OS in case any patches are required in the release
you are moving to.
Make sure any operating system limits are set correctly to allow
access to large files for all users.
Make sure any backup scripts can also cope with large files.
Note that there is still a limit to the maximum file size you
can use for datafiles above 2Gb in size. The exact limit depends
on the DB_BLOCK_SIZE of the database and the platform. On most
platforms (Unix, NT, VMS) the limit on file size is around
4194302*DB_BLOCK_SIZE.
Important notes generally
Be careful when allowing files to automatically resize. It is
sensible to always limit the MAXSIZE for AUTOEXTEND files to less
than 2Gb if not using 'large files', and to a sensible limit
otherwise. Note that due to <Bug:568232> it is possible to specify
an value of MAXSIZE larger than Oracle can cope with which may
result in internal errors after the resize occurs. (Errors
typically include ORA-600 [3292])
On many platforms Oracle datafiles have an additional header
block at the start of the file so creating a file of 2Gb actually
requires slightly more than 2Gb of disk space. On Unix platforms
the additional header for datafiles is usually DB_BLOCK_SIZE bytes
but may be larger when creating datafiles on raw devices.
2Gb related Oracle Errors:
These are a few of the errors which may occur when a 2Gb limit
is present. They are not in any particular order.
ORA-01119 Error in creating datafile xxxx
ORA-27044 unable to write header block of file
SVR4 Error: 22: Invalid argument
ORA-19502 write error on file 'filename', blockno x (blocksize=nn)
ORA-27070 skgfdisp: async read/write failed
ORA-02237 invalid file size
KCF:write/open error dba=xxxxxx block=xxxx online=xxxx file=xxxxxxxx
file limit exceed.
Unix error 27, EFBIG
Export and 2Gb
~~~~~~~~~~~~~~
2Gb Export File Size
~~~~~~~~~~~~~~~~~~~~
At the time of writing most versions of export use the default file
open API when creating an export file. This means that on many platforms
it is impossible to export a file of 2Gb or larger to a file system file.
There are several options available to overcome 2Gb file limits with
export such as:
- It is generally possible to write an export > 2Gb to a raw device.
Obviously the raw device has to be large enough to fit the entire
export into it.
- By exporting to a named pipe (on Unix) one can compress, zip or
split up the output.
See: "Quick Reference to Exporting >2Gb on Unix" <Note:30528.1>
- One can export to tape (on most platforms)
See "Exporting to tape on Unix systems" <Note:30428.1>
(This article also describes in detail how to export to
a unix pipe, remote shell etc..)
Other 2Gb Export Issues
~~~~~~~~~~~~~~~~~~~~~~~
Oracle has a maximum extent size of 2Gb. Unfortunately there is a problem
with EXPORT on many releases of Oracle such that if you export a large table
and specify COMPRESS=Y then it is possible for the NEXT storage clause
of the statement in the EXPORT file to contain a size above 2Gb. This
will cause import to fail even if IGNORE=Y is specified at import time.
This issue is reported in <Bug:708790> and is alerted in <Note:62436.1>
An export will typically report errors like this when it hits a 2Gb
limit:
. . exporting table BIGEXPORT
EXP-00015: error on row 10660 of table BIGEXPORT,
column MYCOL, datatype 96
EXP-00002: error in writing to export file
EXP-00002: error in writing to export file
EXP-00000: Export terminated unsuccessfully
There is a secondary issue reported in <Bug:185855> which indicates that
a full database export generates a CREATE TABLESPACE command with the
file size specified in BYTES. If the filesize is above 2Gb this may
cause an ORA-2237 error when attempting to create the file on IMPORT.
This issue can be worked around be creating the tablespace prior to
importing by specifying the file size in 'M' instead of in bytes.
<Bug:490837> indicates a similar problem.
Export to Tape
~~~~~~~~~~~~~~
The VOLSIZE parameter for export is limited to values less that 4Gb.
On some platforms may be only 2Gb.
This is corrected in Oracle 8i. <Bug:490190> describes this problem.
SQL*Loader and 2Gb
~~~~~~~~~~~~~~~~~~
Typically SQL*Loader will error when it attempts to open an input
file larger than 2Gb with an error of the form:
SQL*Loader-500: Unable to open file (bigfile.dat)
SVR4 Error: 79: Value too large for defined data type
The examples in <Note:30528.1> can be modified to for use with SQL*Loader
for large input data files.
Oracle 8.0.6 provides large file support for discard and log files in
SQL*Loader but the maximum input data file size still varies between
platforms. See <Bug:948460> for details of the input file limit.
<Bug:749600> covers the maximum discard file size.
Oracle and other 2Gb issues
~~~~~~~~~~~~~~~~~~~~~~~~~~~
This sections lists miscellaneous 2Gb issues:
- From Oracle 8.0.5 onwards 64bit releases are available on most platforms.
An extract from the 8.0.5 README file introduces these - see <Note:62252.1>
- DBV (the database verification file program) may not be able to scan
datafiles larger than 2Gb reporting "DBV-100".
This is reported in <Bug:710888>
- "DATAFILE ... SIZE xxxxxx" clauses of SQL commands in Oracle must be
specified in 'M' or 'K' to create files larger than 2Gb otherwise the
error "ORA-02237: invalid file size" is reported. This is documented
in <Bug:185855>.
- Tablespace quotas cannot exceed 2Gb on releases before Oracle 7.3.4.
Eg: ALTER USER <username> QUOTA 2500M ON <tablespacename>
reports
ORA-2187: invalid quota specification.
This is documented in <Bug:425831>.
The workaround is to grant users UNLIMITED TABLESPACE privilege if they
need a quota above 2Gb.
- Tools which spool output may error if the spool file reaches 2Gb in size.
Eg: sqlplus spool output.
- Certain 'core' functions in Oracle tools do not support large files -
See <Bug:749600> which is fixed in Oracle 8.0.6 and 8.1.6.
Note that this fix is NOT in Oracle 8.1.5 nor in any patch set.
Even with this fix there may still be large file restrictions as not
all code uses these 'core' functions.
Note though that <Bug:749600> covers CORE functions - some areas of code
may still have problems.
Eg: CORE is not used for SQL*Loader input file I/O
- The UTL_FILE package uses the 'core' functions mentioned above and so is
limited by 2Gb restrictions Oracle releases which do not contain this fix.
<Package:UTL_FILE> is a PL/SQL package which allows file IO from within
PL/SQL.
Port Specific Information on "Large Files"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Below are references to information on large file support for specific
platforms. Although every effort is made to keep the information in
these articles up-to-date it is still advisable to carefully test any
operation which reads or writes from / to large files:
Platform See
~~~~~~~~ ~~~
AIX (RS6000 / SP) <Note:60888.1>
HP <Note:62407.1>
Digital Unix <Note:62426.1>
Sequent PTX <Note:62415.1>
Sun Solaris <Note:62409.1>
Windows NT Maximum 4Gb files on FAT
Theoretical 16Tb on NTFS
** See <Note:67421.1> before using large files
on NT with Oracle8
*2 There is a problem with DBVERIFY on 8.1.6
See <Bug:1372172>

I'm not aware of a packaged PL/SQL solution for this in Oracle 8.1.7.3 - however it is very easy to create such a program...
Step 1
Write a simple Java program like the one listed:
import java.io.File;
public class fileCheckUtl {
public static int fileExists(String FileName) {
File x = new File(FileName);
if (x.exists())
return 1;
else return 0;
public static void main (String args[]) {
fileCheckUtl f = new fileCheckUtl();
int i;
i = f.fileExists(args[0]);
System.out.println(i);
Step 2 Load this into the Oracle data using LoadJava
loadjava -verbose -resolve -user user/pw@db fileCheckUtl.java
The output should be something like this:
creating : source fileCheckUtl
loading : source fileCheckUtl
creating : fileCheckUtl
resolving: source fileCheckUtl
Step 3 - Create a PL/SQL wrapper for the Java Class:
CREATE OR REPLACE FUNCTION FILE_CHECK_UTL (file_name IN VARCHAR2) RETURN NUMBER AS
LANGUAGE JAVA
NAME 'fileCheckUtl.fileExists(java.lang.String) return int';
Step 4 Test it:
SQL> select file_check_utl('f:\myjava\fileCheckUtl.java') from dual
2 /
FILE_CHECK_UTL('F:\MYJAVA\FILECHECKUTL.JAVA')
1

Unable to save Photoshop files in original folder: file disappears

Hi,
At random moments when I'm saving layered Photoshop CS5 files, a message pops up with the following text:
Could not save "\...\FileName..." because the file is locked or you do not have the necessary access privileges. Use the 'Properties' command in the Windows Explorer to unlock the file.
Well the strange thing is that I'm the administrator, the only user of this PC and even when I set/check the properties of the folder containing the files this continues to happen. What is even more disturbing is that I have to save my file as a new file in a new location and when I check the original file, it is no longer in it's original folder.
I save all my files to the local HD and I use an external device to backup my files. I regularly get notices on my backup device telling me that various files were deleted, but will be kept until I need the room. These are files which I did not delete, they are files which I'm still working on.
I'm having to save to the original job folder first, save to the desktop when I get the notice saying I can't save, and then save back into the original folder when I can't save on the desktop anymore because of the same error message. I sometimes get a similar Adobe error message which is basically along the same lines, but I haven't noted the exact text yet.
Recently I closed a file which I had saved and when I needed to return to it, it was nowhere on my computer. I'm very organised about file saving, so it's not a matter of saving files in the wrong place.
I no longer run my back up continuously while I'm working because while it's great to have the peace of mind that I'm regularly backed up, my files can get up to 2GB in size and I think the backup running at the same time is slowing Photoshop processes down, so I most often pause it until I take a break. On this occasion, I had been running it while working (smaller file) and so I was able to retrieve an earlier version from my backup which saved me from having to re-do the job completely. I didn't get this problem when I was using CS5 on Vista, it's been since I've been using Windows7 and my back up drive.
I only recall having had this problem with PSDs, but that could just be because these files can take up to ten hours to complete and there's a higher chance of getting an error message over a longer period of time.
It doesn't happen very often by there has been the very rare occasion where two versions of exactly the same file have been visible in the original job folder (same name on both files). To check if files are where they're supposed to be or if they seem to exhist, I have to close the job folder and re-open it.
I'll disconnect my back up drive while I'm working and see how it goes. It's not ideal, but probably worth a try.
I don't know if there's a connection, but occasionally windows randomly sticks a lock on zipped folders which I create, regardless of the permissions I apply to the upper level folder they sit in. I'm told by a friend that it won't affect other people accessing these zipped folders from other machines. I don't know if that's the case, I always change the zipped folder's permission to include 'Users' and that makes the lock disappear.
I will run this file disappearance thing by Microsoft, but I thought I'd run it buy you guys first in case you can shed any light on it.
Meanwhile here are my specs. If you have any suggestions on how I can boost my computer's performance for large format print work in Photoshop I'd be happy to know. It's not bad now, but faster is always more pleasant:
DELL XPS 730X
Total amount of system memory 6.00 GB RAM
System type 64-bit operating system
Number of processor cores 4
Processor: Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz
Memory: (RAM) 6.00 GB
Graphics: NVIDIA GeForce 9800 GT
Gaming graphics: 3323 MB Total available graphics memory
Primary hard disk: 302GB Free (451GB Total)
Single hard disc, no partitions.
Adobe Creative Suite 5 Design Premium.
Thank you,
Charlie

A great first chapter Charlie. Can't wait for the rest of the book.
The only time I've had anything like this happen, was in a new build after hooking the drives from the old system, but the permissions really were screwed up, and it was a straight forward fix. Is the machine networked perhaps? The files open in another app? I expect you answered this already somewhere in your forum equivalent of War & Peace. ;-) The lads on the Premiere Pro hardware forum can be disparaging about Dell and HP machines, saying their proprietary hardware and software are inaccessible, so I wonder if it is something along those lines.
I’d definitely unhook the second drive as a starting point, or at least double/treble check its permissions.
The only other thing I can think of is changing the state of ‘Save as to original folder’ in Preferences > file handling, but this is all very tenuous and straw clutching.

Excel and PDF Files disappearing in a DFS Replicated folder

Hi everyone,
We are currently facing an issue in our environment and we can't figure out why this is happening. We have two scenarios under which files are disappearing in one of the DFS Replicated folders that we have in our environment. Here is a breakdown of our environnment:
We have 4 File Servers Windows Server 2008 R2 Almost Fully Patched (2 Weeks Ago) in Four Different Sites
The servers will be named as follow in the thread: MTL, AMX, PLT, 155
All our sites are linked by site-to-site VPN
We have several DFS Replicated folders but the folder we are currently having problem with is called "Public"
The "Public" folder in all of our server is published in the DFS Namespace as \\domain.com\Public
The data is replicating almost instantly on all of our servers
Our DFS Replication topology is "Hub and Spoke" Our MTL server is the Hub and AMX, PLT and 155 are the spokes
The site where MTL resides have a 100Mbps/100Mbps Fiber Optic WAN Connection
The site where PLT resides have a 10Mbps/10Mbps Fiber Optic WAN Connection
The site where AMX resides have a 10Mbps/10Mbps Fiber Optic WAN Connection
The site where 155 resides have a 230Mbps/30Mbps Cable WAN Connection
The maximum latency between our sites is maximum 100 ms
Our DFS Replication Schedule is from 5AM to 10PM with 8 Mbps Bandwidth Limit
We also have a file locking mechanism that is present on all the servers called peerlock.
We have an Anti-Virus installed on the server MTL but the exceptions were added as per the following article: http://support.microsoft.com/kb/822158/
At the moment, we have several issues where file are disappearing. Those are mostly Excel Shared Workbook that are being modified on several servers at the same time. This seems to be cause by having a DFS conflict on multiple servers at the same time (Error
4412) which is causing the file being dropped on the ConflictAndDeleted folder.
Now, since I know I cannot stop the DFSR to put that file in the conflict and deleted folder following a conflict, I would like to know how we can prevent that file disappearing to happen or what are the other alternatives in being able to be able to modify
this file multiple users at once.
Here is the Shared Excel file opening process as I understand it:
Users open the file using Excel (This creates an Open Handle on the file server and locks the file on all DFS Servers. This being done, no other users can open, save, edit the file)
After the file is fully opened on the user's computer, the lock is being removed by Peerlock (Which makes the file available again for opening, editing, saving.
When saving the file, an Open handle is created on the server, which makes the file locked for other users (If the file was not locked in the first place).
This process to me seems to be fairly simple and since we have the locking system, we should not have any problems of the file being different on several servers at once. Also, we saw that the error was mostly happening when one of the following was true:
The file was unshared, modified, then reshared by a user.
The file contained Links.
We have today disabled the Preview Pane as we saw it might have been the cause of some wrong file locking and file opening.
Thank you very much for your time and for your answers.
Regards,

Hi Shaon,
Here are the logs of a replicated non-peerlocked folder in our DFS infrastructure where files have been put into the ConflictAndDeleted. The file name is "Weekly Report did-mm-yyyy.pdf". The 155 and PLT logs are pretty big. I have shared them through
OneDrive. Please let me know if you need anything else and thank you again for taking the time to answer my question.
Here are a couple of things I noticed:
I saw some error messages "The download is redundant" in the PLT log file
I saw some "The process cannot access the file because it is being used by another process." on the logs, even though the user was accessing the Weekly Report form the MTL server.
Correct me if I am wrong, but it looks like when there is a conflict, every server determine that their "Local version dominates" with the "LocalDominate" attribute. Though, this I am not sure.
Log 155
Log PLT
Log AMX
20140917 19:08:38.416 4192 OUTC 1237 OutConnection::TransportUpdateCancel Received cancellation gvsn:{1D84942E-6424-4697-8B3A-D2FAF9D33993}-v2497179 connId:{272241BC-DC42-4DCB-BF71-7518E40F5BFF} rgName:Public
20140917 19:08:38.416 4192 OUTC 3678 OutConnectionContentSetContext::TransportUpdateCancel Received cancellation gvsn:{1D84942E-6424-4697-8B3A-D2FAF9D33993}-v2497179csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{272241BC-DC42-4DCB-BF71-7518E40F5BFF} rgName:Public ptr:0000000002B442F0
20140917 19:08:38.416 4192 SRTR 1288 SERVER_UpdateCancel Registered canceled update. connId:{272241BC-DC42-4DCB-BF71-7518E40F5BFF} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
Log MTL
20140917 19:08:13.261 4144 ASYN 508 AsyncUnbufferedFileWriter::Close Async WRITE Statistics:
+ Total I/O Bytes 1027842 (1 buffers)
+ Number of Async Buffers 2
+ Size of Async Buffers 1028096
+ Number of Async I/Os 1
+ Number of Sync I/Os 0
+ Number of Pending Calls 0
+ Number of Queue Depth Empty 0
+ Number of Buffers Used 1
+
20140917 19:08:13.261 4144 RDCX 1919 Rdc::SyncClientState::Flush Rdc Need Assembler Statistics: uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 fileName:Weekly Report 2014-09-19.pdf connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ TOTAL
+ Compression Ratio 6
+ Target Uncompress Size 1082087
+ Target Compress Size 1026242
+ Bytes Received 9582 Signatures: 9582 Data: 0
+ Signature Bytes Received 9582 9582
+ Number of remote calls 1 Signatures: 1 Needs: 0 Data: 0
+ SEED
+ Rdc Need Size 0 0 0
+ Xpress Blocks 133 133 0
+ Uncompressed Xpress Blocks 0 0 0
+ Blocks copied to target 132 132 0
+ SOURCE
+ Rdc Need Size 0 0
+ Xpress Blocks 0 0
+ Uncompressed Xpress Blocks 0 0
+ Blocks copied to target 0 0
20140917 19:08:13.261 4144 ASYN 1397 AsyncUnbufferedFileReader::Close Async READ Statistics:
+ Total I/O Bytes 1027838 (1 buffers)
+ Number of Async Buffers 2
+ Size of Async Buffers 1030144
+ Number of Async I/Os 1
+ Number of Sync I/Os 0
+ Number of Pending Calls 0
+ Number of Queue Depth Empty 0
+ Number of Buffers Used 1
+
20140917 19:08:13.272 4144 INCO 6593 InConnection::LogTransferActivity Received RAWGET uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 fileName:Weekly Report 2014-09-19.pdf connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} stagedSize:1027842
20140917 19:08:13.272 4144 ASYN 1397 AsyncUnbufferedFileReader::Close Async READ Statistics:
20140917 19:08:13.283 3812 STAG 108 StagingCleanupTask::Run Start to cleanup private staging directory. csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
20140917 19:08:13.288 4144 STAG 798 StageWriter::CompleteDownloadStage Completed download or stage file 749314-{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763-{302BA58D-A838-4D89-B333-DED90904B28C}-v749314-Downloaded.frx
20140917 19:08:13.294 4144 MRSH 3960 MarshalContext::Initialize Create file:[Weekly Report 2014-0-{302BA58D-A838-4D89-B333-DED90904B28C}-v749314.pdf] with attributes:0x20
20140917 19:08:13.294 4144 MEET 2807 Meet::TransferToInstalling Transferring content from staging area into Installing updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.395 612 USNC 2450 UsnConsumer::UpdateIdRecord LDB Updating ID Record:
+ fid 0x44000000070427
+ usn 0x84188ce00
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140917 23:08:09.650 GMT
+ present 1
+ nameConflict 0
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:13.395 GMT (0x1cfd2cc41ab8bd1)
+ createTime 20140917 23:08:08.533 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 24CB5232-55542861-8B251BC6-ACBFCB07
+ similarity 0F343A23-1D12290A-192F1D24-37293B08
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.395 612 USNC 2453 UsnConsumer::UpdateIdRecord ID record updated from USN_RECORD:
+ USN_RECORD:
+ RecordLength: 120
+ MajorVersion: 2
+ MinorVersion: 0
+ FileRefNumber: 0x44000000070427
+ ParentFileRefNumber: 0x190000000CEE06
+ USN: 0x84188ce00
+ TimeStamp: 20140917 19:08:13.395 Eastern Standard Time
+ Reason: Close Rename New Name
+ SourceInfo: 0x0
+ SecurityId: 0x0
+ FileAttributes: 0x20
+ FileNameLength: 56
+ FileNameOffset: 60
+ FileName: Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.407 5836 OUTC 2885 OutConnectionContentSetContext::TransportRequestVvUp Received request for VvUp csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} rgName:Public ptr:000000000FBC3EE0
20140917 19:08:13.407 5836 SRTR 2242 SERVER_RequestVersionVector Sent requested version vector. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} seqNumber:580 requestType:REQUEST_NORMAL_SYNC changeType:all
20140917 19:08:13.409 5836 SRTR 2331 SERVER_AsyncPoll Processing AsyncPoll call. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6}
20140917 19:08:13.419 5836 SRTR 1099 SERVER_RequestUpdates Processing RequestUpdates call. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} credits:32 requestType:all
20140917 19:08:13.419 5836 OUTC 2817 OutConnectionContentSetContext::TransportRequestUpdates Received request for updates csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} rgName:Public ptr:000000000FBC3EE0
20140917 19:08:13.419 5836 SRTR 2331 SERVER_AsyncPoll Processing AsyncPoll call. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6}
20140917 19:08:13.419 3812 JOIN 1201 Join::SubmitUpdate LDB Updating ID Record:
+ fid 0x44000000070427
+ usn 0x84188ce00
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140917 23:08:13.395 GMT
+ present 1
+ nameConflict 0
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:13.395 GMT (0x1cfd2cc41ab8bd1)
+ createTime 20140917 23:08:08.533 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 24CB5232-55542861-8B251BC6-ACBFCB07
+ similarity 0F343A23-1D12290A-192F1D24-37293B08
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.422 3812 JOIN 1246 Join::SubmitUpdate Sent: uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772 gvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776 name:Weekly Report 2014-09-19.pdf connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public
20140917 19:08:13.433 5836 OUTC 2885 OutConnectionContentSetContext::TransportRequestVvUp Received request for VvUp csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} rgName:Public ptr:000000000FBC3EE0
20140917 19:08:13.433 5836 SRTR 2242 SERVER_RequestVersionVector Sent requested version vector. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} seqNumber:581 requestType:REQUEST_NORMAL_SYNC changeType:notify
20140917 19:08:13.487 5836 SRTR 2331 SERVER_AsyncPoll Processing AsyncPoll call. connId:{2BBAB34B-81BF-4059-A1D5-FE335153C0E9}
20140917 19:08:13.578 5836 OUTC 2885 OutConnectionContentSetContext::TransportRequestVvUp Received request for VvUp csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{2BBAB34B-81BF-4059-A1D5-FE335153C0E9} rgName:Public ptr:000000001033D330
20140917 19:08:13.578 5836 SRTR 2242 SERVER_RequestVersionVector Sent requested version vector. connId:{2BBAB34B-81BF-4059-A1D5-FE335153C0E9} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} seqNumber:10 requestType:REQUEST_NORMAL_SYNC changeType:all
20140917 19:08:13.604 4144 ASYN 508 AsyncUnbufferedFileWriter::Close Async WRITE Statistics:
+ Total I/O Bytes 1081711 (2 buffers)
+ Number of Async Buffers 2
+ Size of Async Buffers 1048576
+ Number of Async I/Os 2
+ Number of Sync I/Os 0
+ Number of Pending Calls 0
+ Number of Queue Depth Empty 0
+ Number of Buffers Used 2
+
20140917 19:08:13.605 4144 ASYN 1397 AsyncUnbufferedFileReader::Close Async READ Statistics:
20140917 19:08:13.605 4144 MEET 2261 Meet::Download Download Succeeded : true updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
20140917 19:08:13.605 4144 MEET 4274 Meet::ProcessUid Uid related found uidRelatedGvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642775 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 6264 Meet::LocalDominates Conflicting gvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642775 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 6284 Meet::LocalDominates Remote version dominates localgvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642775 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 4699 Meet::GetNameRelated Name related found nameRelatedUid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772 nameRelatedGvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 6264 Meet::LocalDominates Conflicting gvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 6284 Meet::LocalDominates Remote version dominates localgvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 2976 Meet::InstallRename Moving out name conflicting file updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.605 4144 MEET 5431 Meet::MoveOut Moving contents and children out of replica. newName:Weekly Report 2014-0-{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776.pdf updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public record:
+ fid 0x44000000070427
+ usn 0x84188ce00
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140917 23:08:13.395 GMT
+ present 1
+ nameConflict 0
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:13.395 GMT (0x1cfd2cc41ab8bd1)
+ createTime 20140917 23:08:08.533 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 24CB5232-55542861-8B251BC6-ACBFCB07
+ similarity 0F343A23-1D12290A-192F1D24-37293B08
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.605 4144 MEET 5607 Meet::MoveOut Moving to conflict/deleted:0x3000000025163 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.606 4144 EVNT 1185 EventLog::Report Logging eventId:4412 parameterCount:9
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter1:C953FEF0-89AB-479F-9AFF-67406EBAB1EA
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter2:C:\xxx\Weekly Report 2014-09-19.pdf
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter3:C:\xxx
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter4:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter5:Public
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter6:Public
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter7:3871891E-A182-4014-9E0A-F0F182B9B6C3
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter8:7BFDD484-878D-492A-967E-94A706EE426E
20140917 19:08:13.606 4144 EVNT 1205 EventLog::Report eventId:4412 parameter9:Weekly Report 2014-0-{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642776.pdf
20140917 19:08:13.607 4144 CSMG 606 ContentSetManager::DeleteChildren LDB Updating ID Record:
+ fid 0x44000000070427
+ usn 0x84188d2e8
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140917 23:08:13.395 GMT
+ present 0
+ nameConflict 1
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642777
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:13.395 GMT (0x1cfd2cc41ab8bd2)
+ createTime 20140917 23:08:08.533 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 24CB5232-55542861-8B251BC6-ACBFCB07
+ similarity 0F343A23-1D12290A-192F1D24-37293B08
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.608 4144 MEET 3075 Meet::InstallRename File moved. rootVolume:{ECD6443A-0D12-11E2-95C8-806E6F6E6963} parentFid:0x190000000CEE06 fidInInstalling:0x560000000699ED usn:0x84188d9e8 updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.608 4144 MEET 3266 Meet::InstallRename Updating database. updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public
20140917 19:08:13.608 4144 MEET 7369 Meet::UpdateIdRecord LDB Updating ID Record:
+ fid 0x560000000699ED
+ usn 0x84188d9e8
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 1
+ meetReanimated 0
+ recUpdateTime 16010101 00:00:00.000 GMT
+ present 1
+ nameConflict 0
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {302BA58D-A838-4D89-B333-DED90904B28C}-v749314
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:09.663 GMT (0x1cfd2cc3f71ff31)
+ createTime 20140917 23:01:19.815 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 93A41679-5F63ABFF-8C4D3BD9-297FBB61
+ similarity 11343423-1D122931-362F1D24-2D293B22
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.608 4144 MEET 3276 Meet::InstallRename -> DONE Install-rename completed updateName:Weekly Report 2014-09-19.pdf uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763 gvsn:{302BA58D-A838-4D89-B333-DED90904B28C}-v749314 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
20140917 19:08:13.608 4144 INCO 4825 InConnection::UpdateProcessed Received Update. updates+ present 1
+ nameConflict 0
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {302BA58D-A838-4D89-B333-DED90904B28C}-v749314
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:09.663 GMT (0x1cfd2cc3f71ff31)
+ createTime 20140917 23:01:19.815 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 93A41679-5F63ABFF-8C4D3BD9-297FBB61
+ similarity 11343423-1D122931-362F1D24-2D293B22
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.609 4144 INCO 5551 InConnection::CommitSession Connection in sync connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public commitedSessionsWithUpdateFailures:0
20140917 19:08:13.609 4144 IINC 392 IInConnectionCreditManager::ReturnCredits [CREDIT] Credits have been returned. creditsToReturn:1 totalConnectionCreditsGranted:32 totalGlobalCreditsGranted:32 csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} sessionTaskPtr:000000000FC0FE10
20140917 19:08:13.609 5092 INCO 8561 InConnection::InConnectionContentSetContext::Hibernate Hibernating: connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
20140917 19:08:13.609 5092 UPMG 580 UpdateManager::FinalizeUpdateManager Finalizing UpdateManager connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csName:Public csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
20140917 19:08:13.609 5092 IINC 392 IInConnectionCreditManager::ReturnCredits [CREDIT] Credits have been returned. creditsToReturn:32 totalConnectionCreditsGranted:0 totalGlobalCreditsGranted:0 csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} sessionTaskPtr:000000000FC0FE10
20140917 19:08:13.609 5092 INCO 7343 InConnection::RequestVvUp Requested upstream version vector. requestState:0000000002775770 connId:{8383D76C-19F3-44C7-870F-3CE8A987C0FD} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public changeType:notify
20140917 19:08:13.622 5836 OUTC 2885 OutConnectionContentSetContext::TransportRequestVvUp Received request for VvUp csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} rgName:Public ptr:000000000FBC3EE0
20140917 19:08:13.622 5836 SRTR 2242 SERVER_RequestVersionVector Sent requested version vector. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} seqNumber:582 requestType:REQUEST_NORMAL_SYNC changeType:all
20140917 19:08:13.622 5836 SRTR 2331 SERVER_AsyncPoll Processing AsyncPoll call. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6}
20140917 19:08:13.635 5836 SRTR 1099 SERVER_RequestUpdates Processing RequestUpdates call. connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} credits:32 requestType:all
20140917 19:08:13.635 5836 OUTC 2817 OutConnectionContentSetContext::TransportRequestUpdates Received request for updates csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} rgName:Public ptr:000000000FBC3EE0
20140917 19:08:13.636 3812 JOIN 1201 Join::SubmitUpdate LDB Updating ID Record:
+ fid 0x44000000070427
+ usn 0x84188d2e8
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 0
+ meetReanimated 0
+ recUpdateTime 20140917 23:08:13.607 GMT
+ present 0
+ nameConflict 1
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642777
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:13.395 GMT (0x1cfd2cc41ab8bd2)
+ createTime 20140917 23:08:08.533 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 24CB5232-55542861-8B251BC6-ACBFCB07
+ similarity 0F343A23-1D12290A-192F1D24-37293B08
+ name Weekly Report 2014-09-19.pdf
+
20140917 19:08:13.636 3812 JOIN 1246 Join::SubmitUpdate Sent: uid:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642772 gvsn:{AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642777 name:Weekly Report 2014-09-19.pdf connId:{78677734-03E7-49A8-BB0C-29C13705E2C6} csId:{C953FEF0-89AB-479F-9AFF-67406EBAB1EA} csName:Public
20140917 19:08:13.636 3812 JOIN 1201 Join::SubmitUpdate LDB Updating ID Record:
+ fid 0x560000000699ED
+ usn 0x84188d9e8
+ uidVisible 1
+ filtered 0
+ journalWrapped 0
+ slowRecoverCheck 0
+ pendingTombstone 0
+ internalUpdate 0
+ dirtyShutdownMismatch 0
+ meetInstallUpdate 1
+ meetReanimated 0
+ recUpdateTime 20140917 23:08:13.608 GMT
+ present 1
+ nameConflict 0
+ attributes 0x20
+ ghostedHeader 0
+ data 0
+ gvsn {302BA58D-A838-4D89-B333-DED90904B28C}-v749314
+ uid {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5642763
+ parent {AF1B96C1-DC0D-4BB8-BA7B-FC44F2C6B599}-v5024216
+ fence Default (3)
+ clockDecrementedInDirtyShutdown 0
+ clock 20140917 23:08:09.663 GMT (0x1cfd2cc3f71ff31)
+ createTime 20140917 23:01:19.815 GMT
+ csId {C953FEF0-89AB-479F-9AFF-67406EBAB1EA}
+ hash 93A41679-5F63ABFF-8C4D3BD9-297FBB61
+ similarity 11343423-1D122931-362F1D24-2D293B22
+ name Weekly Report 2014-09-19.pdf
Olivier Toutant-Paradis | Team Leader http://www.legroupeti.com

Desktop files disappeared (advanced user)

Hello,
Main Problem:
While working (though not specifically while I was watching, ie: I was cycling through firefox, acrobat reader, outlook 2010, and microsoft word 2010 without viewing the desktop very often) all of the documents on my desktop disappeared.
Meaning, they were all there (some have been there for months) this morning when I came to work and turned my computer on, and while working (without rebooting or doing anything abnormal) the files disappeared. None of the folders have disappeared nor have
their positions on the desktop changed. The only thing out of the normal routine that I did today was update Adobe Acrobat Reader 9. I don't use X because it conflicts with my printer, though lately it's been acting up anyway so I thought it might be 9 and
did the check for updates(I've had check for updates turned off until now). It updated from something like 9.2.5 to 9.5.1. Other than that it's been a usual day of typing in Word, opening PDFs and printing them out, with a little Outlook 2010, Mozilla Firefox,
and some wordpad.
Some specs:
Windows 7 Professional 64-bit (no pending windows updates)
ESET Smart Security, active, up to date, and running the entire time. (Full scan returned no problems)
8gigs ram, C drive 500GB, D drive 80GB, E drive 1TB
and other various goodies I'll be glad to divulge if anyone wants to know.
Things that are -not- wrong:
I've been using computers for over 20 years, I built this one from parts as I do with all my computers, yada yada, I'm the "computer guy" at my company I run the network, I setup all the boxes, and take care of all the repairs and problems. Then again I am
not certified or licensed in anything, there is plenty about Windows, and especially Windows 7 that I do not understand. Also, and this is quite unfortunate, I live and work in Japan so my OS is in Japanese. I am fluent to an extent but I cannot navigate some
of the control panel areas without a little trial and error because the chinese characters get a little tricky when you get into too specific of a subject; BUT, I love and have been using ACDSee Classic forever, with it's "show hidden" and "show system" files
options, I have free reign over hidden files and programs from the rest of the people that use this computer who do not know what ACDSee is (safer for them).
Nothing shows up in ACDSee or explorer with show hidden files active in my desktop folder or any other user's desktop (there's only one user but windows makes those "all users" folders anyway) or on the desktop itself. All the folders remain untouched.
Files that were positioned between two folders are missing, meaning I didn't accidentally click and drag the whole desktop into my recycle bin and some how clean the bin without noticing.
Only one file shows up in quick recovery scans of the recycle bin or the desktop, and I'm currently in the process of a deep scan of the entire C drive. (though I didn't delete the files, so why should they?)
Solution?
The only thing I can imagine is that somehow some sector of the desktop got "archived" or sectioned off in some manner. If I can assume the folders within the desktop folder have their own paths (their own separate sectors on the disk, albeit within the desktop
sector) and that the files within the desktop folder all share a common sector (the desktop folder) perhaps that sector got somehow funked with? For example the shortcut to "My Computer" even went missing. All I had left was a recycle bin and 9-10 folders
scattered across the desktop. So is there some way I can look into recovering that specific sector? Some sort of indexing/archiving that might cause this?
I don't have recovery points, nor that recent of backups to recover files such as last nights work or last weeks work, but more important than getting my data back is, [u]What Happened[/u]!? So it doesn't happen again.
It seems there are actually a fair share of people (on this site and MANY others) that have or have had this problem and now fear their desktop as an evil devourer of mid-term papers. In my case as well, weeks of work, in a business environment, definitely
NOT acceptable.
Help!
If anyone has any insight or ideas of what could be causing this that would be great. We need an open discussion on this. Again it does not have to do with Human error (me), nor does it seem to be a virus (the hidden files deal); I have plenty experience with
computers and after scouring the task manager and the hard disk with various tools I cannot find tens of files all from one single location, that were all there just hours ago!.............??? Trying a search or turning desktop icons on something simple like
that has already been done XD no offense, but this is not that simple.
Thanks for any input!

Thanks again Milos.
A. The desktop theme and start menu etc. remain unchanged. Would that stand as proof the profile was not reset?
B. I was directed towards recuva on a different forum as well and gave it a shot. The deep scan (of the desktop and all sub folders) did recover about 4 of my files, but they are older over written versions of the files; some of the more recently created
files don't even show up on the list... I can see stuff that was deleted last year, but not some of my missing files? That what leads me to think it's something to do with file restructuring, or maybe as you're suggesting a profile management problem. The
files just plain aren't considered to be related to the desktop folder anymore.
C. That makes sense. The desktop folder is handled differently than say a root folder on the D:\ drive... I don't save stuff on the desktop at home either... it's just something everyone seems to do for convenience at my office, though I've never seen this
problem before.
D. I sometimes have that too and usually am dealing with PDFs received via outlook 2010, thus am opening them directly with adobe's reader.
E. ?
F. Yes.
G. I will look into that; thank you.
H. Ya the administrative warnings in Windows 7 are quite a pain in my opinion... being told I don't have privilege on my own computer is a little silly... no doubt my fault for not spending the time to reassure my system that it's my fault though. I'm interested
in opening system rights both personally and for work, I will look into that when I find the time.
I also ran scan disk after a reboot (before I went home two hours later than normal the day before yesterday) but it only lasted like 3 seconds and said all is well?? Which I've never seen before, but maybe I forgot to check the "check for bad sectors" box.
So I plan to try and run that again today in as deep a format as possible.... I still assume that is somehow the problem... for the files to not even show up from a program like recuva, it feels like the sector was written off as corrupt somehow or...??
why only one specific folder, exclusive of it's subfolders! XD

PDF files disappeared after upgrade to Win7

Copied folder with XLS, DOC, PPT and PDF files to a shared server. Upgraded workstation to Win7. Copied folder to new Win7 workstation. All the Office files are there, but none of the PDF files. Help! Tried to ReIndex, no change. Why would just the PDF files disappear?

yes, but hopefully you deactivated your previously installed adobe programs.
if so, you can install your upgrade programs using your original serial numbers and activate your programs.
if you cannot activate your new installs (becaues you failed to deactivate your previously installed programs), you'll need to contact support.
i've found the help via chat is easy-to-use and quick.

Export file disappears after exporting

Export file disappears after exporting
Tried dataexport(calc script), report script,need du=ynamic calc members too..
its urgent now....please help
But I have lots and lots of dynamic calc members...its huge...will take hours together to change...so I planned to make stored for only those members which are required in export file...but now...It seems that default calc is not getting executed... may be that happened because I changed few member properties...
Any thoguths why now dynamic calc is not working?
Thanks a lot for any help..its really urgent now...

Regardless of which limited export process you are using (dataexport calc script, report script, or MaxL/Esscmd export) I can't imagine the export file disappearing if it in fact gets written out at all.
As rinku wrote, if it's a true Esssbase export it's either in the app folder or where ever you wrote it with MaxL/Esscmd.
There are known issues with dynamic calc and dataexport. I've seen this myself and ultimately gave up on exporting the dynamic members. Yes, your changes could cause your exising aggregation scripts to give different results.
How about this:
1) Reduce scope of export process and remove dynamically calculated Accounts/Periods (a guess on my part, but likely right)
2) Export to known location (app folder under Essbase folder or some server-addressable folder). Btw, how are you doing the export? It wasn't clear from your post, but I guess it doesn't really matter.
3) See if that works, and if so, expand until failure. That will tell you what is and isn't going to work.
Regards,
Cameron Lackpour

Files disappear but won't delete from my MacBook.

I'm running out of space on my drive and started deleting big files a while back thinking I solved the problem. Now my disk space is full. What keeps happening is that it won't send my files to the trash when deleting and says that they are being deleted immediately. But my disk space stays the same and the files disappear. So now I don't know why I can't delete anything and I don't know where the files are going. Help??

Back up all data now.
This procedure will unlock all your user files (not system files) and reset their ownership and access-control lists to the default. If you've set special values for those attributes on any of your files, they will be reverted. In that case, either stop here, or be prepared to recreate the settings if necessary. If none of this is meaningful to you, you don't need to worry about it.
Step 1
Launch the Terminal application in any of the following ways:
☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)
☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.
☞ Open LaunchPad. Click Utilities, then Terminal in the icon grid.
Drag or copy — do not type — the following line into the Terminal window, then press return:
sudo chflags -R nouchg,nouappnd ~ $TMPDIR.. ; sudo chown -R $UID:20 ~ $_ ; chmod -R -N ~ $_ 2> /dev/null
Be sure to select the whole line by triple-clicking anywhere in it. You'll be prompted for your login password, which won't be displayed when you type it. You may get a one-time warning not to screw up. You don't need to post the warning. If you don’t have a login password, you’ll need to set one before you can run the command.
The command will take a noticeable amount of time to run. Wait for a new line ending in a dollar sign (“$”) to appear, then quit Terminal.
Step 2
Boot into Recovery by holding down the key combination command-R at startup. Release the keys when you see a gray screen with a spinning dial.
When the OS X Utilities screen appears, select Utilities ▹ Terminal from the menu bar. A text window opens.
In the Terminal window, type this:
resetpassword
That's one word with no spaces. Then press return. A Reset Password window opens. You’re not going to reset a password.
Select your boot volume ("Macintosh HD," unless you gave it a different name) if not already selected.
Select your username from the menu labeled Select the user account if not already selected.
Under Reset Home Directory Permissions and ACLs, click the Reset button.
Select  ▹ Restart from the menu bar.

Why do 2gb files disappear

Similar Messages

Maybe you are looking for