A Windows XP help forum. PCbanter

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.

Go Back   Home » PCbanter forum » Microsoft Windows 7 » Windows 7 Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

MacriumReflect repeats



 
 
Thread Tools Rate Thread Display Modes
  #1  
Old October 19th 17, 12:40 AM posted to alt.windows7.general
masonc
external usenet poster
 
Posts: 152
Default 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  
Old October 19th 17, 01:40 AM posted to alt.windows7.general
Sjouke Burry[_2_]
external usenet poster
 
Posts: 275
Default 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  
Old October 19th 17, 02:54 AM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default 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  
Old October 19th 17, 01:18 PM posted to alt.windows7.general
masonc
external usenet poster
 
Posts: 152
Default 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  
Old October 19th 17, 05:13 PM posted to alt.windows7.general
Zaidy036[_5_]
external usenet poster
 
Posts: 427
Default 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  
Old October 19th 17, 07:20 PM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default 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  
Old October 19th 17, 07:45 PM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default 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  
Old October 19th 17, 11:22 PM posted to alt.windows7.general
masonc
external usenet poster
 
Posts: 152
Default 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  
Old October 22nd 17, 12:05 AM posted to alt.windows7.general
masonc
external usenet poster
 
Posts: 152
Default 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
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 03:39 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.