Restore of user share ends up in a loop

[ravelin]

CASE NUMBER 00254798!
I want to restore a 30mb userprofile for the user llo, and the restore ends up in a loop, almost coming to a stop.
When restoring a userprofile on a Windows 2008 R2.

[Vitaliy S.]

Is this the only user profile that has this issue?

[ravelin]

I havent tried more, or even on other servers.
I have an idea that since application data is just an alias for appdata, this is where the problem exist.
Ie. there is no folder called "document and settings", instead its actual name is users.

[ravelin]

Found this....
http://www.symantec.com/business/suppor ... TECH156919
and this,
http://answers.microsoft.com/en-us/wind ... 57e4d27232

I just dont know which one would apply to my situation

[ravelin]

I confirmed that I cannot browse application data, so Symantec article solution didnt help.

It seeam like a veeam bug.

[foggy]

Kenneth, your case looks similar to this one: Very slow initial loading of FLR, normal?.

[ravelin]

I agree, but the problem is that restore speed is also extremely slow. Not just the loading.

[foggy]

Let's wait what our support can say after reviewing the logs.

[ravelin]

Support said:
The issue is fixed in Veeam version 7 which is coming out soon, at the moment you can use the following workarounds:

Windows copy from the c:\VeeamFLR mount point, simply start the file level restore and browse to the C:\VeeamFLR\VMname location using windows explorer and do the copy.

For me its an acceptable workaround.

[v.Eremin]

Thanks, Kenneth, for coming back and updating the topic with the found resolution.