If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Rate Thread | Display Modes |
#1
|
|||
|
|||
MacriumReflect repeats
I see frequently (hourly?): "Definition file -- July212017newMR.xml
will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? |
Ads |
#2
|
|||
|
|||
MacriumReflect repeats
On 19-10-2017 1:40, masonc wrote:
I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? make sure the directory exists, then see what happens.. |
#3
|
|||
|
|||
MacriumReflect repeats
masonc wrote:
I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? So the backup operation is bombing out, and you're supposed to look at logs and xml files to figure it out. http://kb.macrium.com/KnowledgebaseArticle50073.aspx You could try running a "Verify" on one of the output files, and maybe the "Verify" of it will be bad, because Macrium crashed at some point. The Task Scheduler can keep launching it, in an attempt to get it to complete. You probably haven't produced any backups with a "Good" status at all, for as long as these symptoms have presented themselves. Paul |
#4
|
|||
|
|||
MacriumReflect repeats
On Wed, 18 Oct 2017 21:54:01 -0400, Paul
wrote: masonc wrote: I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? So the backup operation is bombing out, and you're supposed to look at logs and xml files to figure it out. http://kb.macrium.com/KnowledgebaseArticle50073.aspx You could try running a "Verify" on one of the output files, and maybe the "Verify" of it will be bad, because Macrium crashed at some point. The Task Scheduler can keep launching it, in an attempt to get it to complete. You probably haven't produced any backups with a "Good" status at all, for as long as these symptoms have presented themselves. Paul Thanks. I ran a verify (had something to read during) and it reported "Verify success" Result "Verification succeeded" (The image file is 47 Gb.) There is no "Documents" directory shown by Windows,only "My Documents" of which there are two. DOS does show a "Documents" directory holding the "July212017newMR.xml" file. Can that xml file be updated? Need it be? I'm tired of seeing MRreflect backing up every 32 minutes. The once-a-week increment and once-a-month total settings looks ok. BUT it's backing up at least four times a day. Thanks for any suggestions. |
#5
|
|||
|
|||
MacriumReflect repeats
On 10/18/2017 7:40 PM, masonc wrote:
I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? Open explorer and go to "My Documents" and then place your courser in the "path" window and left click and you will see that it now shows "...\Documents" because that is the "real" address. -- Zaidy036 |
#6
|
|||
|
|||
MacriumReflect repeats
masonc wrote:
On Wed, 18 Oct 2017 21:54:01 -0400, Paul wrote: masonc wrote: I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? So the backup operation is bombing out, and you're supposed to look at logs and xml files to figure it out. http://kb.macrium.com/KnowledgebaseArticle50073.aspx You could try running a "Verify" on one of the output files, and maybe the "Verify" of it will be bad, because Macrium crashed at some point. The Task Scheduler can keep launching it, in an attempt to get it to complete. You probably haven't produced any backups with a "Good" status at all, for as long as these symptoms have presented themselves. Paul Thanks. I ran a verify (had something to read during) and it reported "Verify success" Result "Verification succeeded" (The image file is 47 Gb.) There is no "Documents" directory shown by Windows,only "My Documents" of which there are two. DOS does show a "Documents" directory holding the "July212017newMR.xml" file. Can that xml file be updated? Need it be? I'm tired of seeing MRreflect backing up every 32 minutes. The once-a-week increment and once-a-month total settings looks ok. BUT it's backing up at least four times a day. Thanks for any suggestions. It's good that it's not bombing. That's a start. The "Documents" and "My Documents" are linked by a Junction Point. A Junction Point is a flavor of "Reparse Point", which is a way to customize the file system. It amounts in this case, to a kind of soft linkage. "My Documents" exists for programs expecting such a directory to exist. On a more modern OS, or with more modern applications, perhaps they're coded with a path to "Documents". It's not intended to be two different things, but merely two pointers that point to the same storage. And it exists that way, for backward compatibility. First, this is an ordinary directory. In my Downloads folder. It only has one $FILE_NAME. File 8187 \Users\User Name\Downloads\ZAP $STANDARD_INFORMATION (resident) $FILE_NAME (resident) $OBJECT_ID (resident) $INDEX_ROOT $I30 (resident) $INDEX_ALLOCATION $I30 (nonresident) logical sectors 7625736-7625743 (0x745c08-0x745c0f) $BITMAP $I30 (resident) This is a directory with (possibly) two file names. File 232925 \Users\User Name\Documents $STANDARD_INFORMATION (resident) $FILE_NAME (resident) $FILE_NAME (resident) $OBJECT_ID (resident) $INDEX_ROOT $I30 (resident) $INDEX_ALLOCATION $I30 (nonresident) logical sectors 3462104-3462111 (0x34d3d8-0x34d3df) $BITMAP $I30 (resident) C:\Users\User Name\Documentsfsutil file queryfileid . File ID is 0x00000000000000000003000000038ddd C:\Users\User Name\My Documentsfsutil file queryfileid . File ID is 0x00000000000000000003000000038ddd 38ddd hex is 232925 decimal. That means the two file_name entries, I've just succeeded in identifying both of them. They're the same directory. ******* Scheduling can have rough spots, if working on newer OSes. Apparently, the Scheduled Tasks entries have an OS specifier, so that older events can be handled in a backward compatible way. In these threads, Windows 10 throws a few curve balls into the works. If you keep your Reflect updated, on the one hand, it means making fresh emergency boot media. But on the other hand, updates can fix bugs of this sort. "Scheduling stopped working" https://forum.macrium.com/Topic5422.aspx "Windows 10 Anniversary Update issues" https://knowledgebase.macrium.com/di...+Update+issues You may have to look in Scheduled Tasks, at the entries, and try and spot the entry making this backup. Perhaps it contains erroneous information and it actually is scheduled to run every 32 minutes. Or for some reason, the Task Scheduler does not think the thing it ran, actually ran, and the Task is set to "retry after a failure" or similar. I think the Scheduled Tasks interface, can be set so that the log is updated for you to look at. That may not be turned on by default. You want History Enabled. There is a picture from Scheduled Tasks here. If the History is Enabled, you may get some record of each task run, when it is triggered. https://www.tenforums.com/backup-res...problem-5.html "if the task fails, restart every" If that entry were set, then more than one backup could result. Paul |
#7
|
|||
|
|||
MacriumReflect repeats
Paul wrote:
File 8187 \Users\User Name\Downloads\ZAP $STANDARD_INFORMATION (resident) $FILE_NAME (resident) $OBJECT_ID (resident) $INDEX_ROOT $I30 (resident) $INDEX_ALLOCATION $I30 (nonresident) logical sectors 7625736-7625743 (0x745c08-0x745c0f) $BITMAP $I30 (resident) This is a directory with (possibly) two file names. File 232925 \Users\User Name\Documents $STANDARD_INFORMATION (resident) $FILE_NAME (resident) $FILE_NAME (resident) $OBJECT_ID (resident) $INDEX_ROOT $I30 (resident) $INDEX_ALLOCATION $I30 (nonresident) logical sectors 3462104-3462111 (0x34d3d8-0x34d3df) $BITMAP $I30 (resident) C:\Users\User Name\Documentsfsutil file queryfileid . File ID is 0x00000000000000000003000000038ddd C:\Users\User Name\My Documentsfsutil file queryfileid . File ID is 0x00000000000000000003000000038ddd 38ddd hex is 232925 decimal. That means the two file_name entries, I've just succeeded in identifying both of them. They're the same directory. Actually, I think those are hard linked entries, as far as they go. I found another one that seems to be a Reparse Point, but I don't know how the items get tied together. Because I can find another entry which has a Reparse Point. And for some reason, it uses a short file name. File 233013 \Users\USERNA~1\MYDOCU~1 $STANDARD_INFORMATION (resident) $FILE_NAME (resident) $FILE_NAME (resident) $INDEX_ROOT $I30 (resident) $REPARSE_POINT (resident) The Reparse Point is probably My Documents, because the OS gets "snotty" if you try to access it. Even icacls throws a warning for the approximately 62 reparse points on a brand new C: drive. The first one (probably not a reparse point), returns data. The second one is Access Denied. fsutil objectid query "C:\Users\User Name\Documents" Object ID : hex string BirthVolume ID : hex string BirthObjectId ID : hex string Domain ID : hex string fsutil objectid query "C:\Users\User Name\My Documents" Error: Access is denied. I can't seem to find a way to dump info on File 233013 itself. Doing it this way, doesn't point me at 233013. This query points me back to 232925. fsutil file queryfileid C:\Users\USERNA~1\MYDOCU~1 File ID is 0x00000000000000000003000000038ddd ******* So the two items together, give the weird dual identity. File 232925 \Users\User Name\Documents $STANDARD_INFORMATION (resident) $FILE_NAME (resident) \___ queryfileid hardlink $FILE_NAME (resident) / $OBJECT_ID (resident) $INDEX_ROOT $I30 (resident) $INDEX_ALLOCATION $I30 (nonresident) logical sectors 3462104-3462111 (0x34d3d8-0x34d3df) $BITMAP $I30 (resident) File 233013 \Users\USERNA~1\MYDOCU~1 $STANDARD_INFORMATION (resident) $FILE_NAME (resident) $FILE_NAME (resident) $INDEX_ROOT $I30 (resident) $REPARSE_POINT (resident) --- reparse point behavior Paul |
#8
|
|||
|
|||
MacriumReflect repeats
On Thu, 19 Oct 2017 12:13:42 -0400, Zaidy036
wrote: On 10/18/2017 7:40 PM, masonc wrote: I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? Open explorer and go to "My Documents" and then place your courser in the "path" window and left click and you will see that it now shows "...\Documents" because that is the "real" address. Thanks. MS funny business confused me. But Macrium Reflect is running again. Pain. Runs on whim. |
#9
|
|||
|
|||
MacriumReflect repeats
On Wed, 18 Oct 2017 16:40:25 -0700, masonc
wrote: I see frequently (hourly?): "Definition file -- July212017newMR.xml will run" This file supposedly is in C:\Users\Mason\Documents\Reflect --- There is no "Documents" folder, only "My Documents" After that running of --.xml, Macrium Reflect does a Backup (several times a day). Macrium is *supposed* to backup once a week, on Sunday mornings. What's going on? How to fix it? I cancelled the schedules and reset them the same This seems to have fixed the problem. |
Thread Tools | |
Display Modes | Rate This Thread |
|
|