I have some new news on THIS issue as well!
An EEB is now available for this defect - please open a support case and reference Etrack 3113092. TechNote to come, I hope!
Yes, seen that here as well. Upgraded from 7.0 to 7.5.0.5 and now a push restore from the Master or media server(s) does not allow restoring to a different directory.
We restore users folder to s sub-folder called RESTORED, and let them figure out what file(s) they want. We are so used to just clicking on the second button and adding RESTORED so we found this *very* quickly, screen-snip attached.
*However*, using UNIX-like string for the taget path i.e.
/F/mnt/staff/staff-home-1/eng/mm/mmpo/RESTORED *did* work.
Basically, Netbackup 7.5.0.5 may have "fixed" this syntax, but for us Windows users, a retrograde step.
Outline of what kit we have:
SUN/Oracle-based master/media servers, most of our clients are VMWare ones so we use 4, VM-based "clients" to backup snampshotes.
The snip shown is the Java GUI running on the Master server (Solaris-based, Netbackup 7.5.0.5), requesting a Windows client (W2003, netbackup 7.5.0.5) ) to restore to another Windows 2003 server (clinet 6.0MP4?)
