cancel
Showing results for 
Search instead for 
Did you mean: 

Linux Clients files/directories are not showing up in Backup/Restore Gui

nbustarter380
Level 6

Hello,

A client wants to delete everything under a directory /appserver and then restore them from a full backup (2/24) and all the incrementasl till 3/5.  This is a VM linux client and we installed the client on their for the restore

We  Are not seeing the files/folders (file –level)  backups however they are not showing up in the Backup/Restore Bar Gui.

 

See backups below when using the “bpimagelist –U –client” command line

There is full from 2/24/16  (see below)

 

bpimagelist -U -client pi-tri01-g3-x -d 01/15/2016 00:05:00 -e  03/21/2016 05:00:00

Backed Up         Expires       Files       KB  C  Sched Type      On Hold Policy

----------------  ---------- -------- --------  -  --------------- ------- ------------

03/21/2016 00:03  05/22/2016        5 63577423  N  Differential In 0       vm.hubvcenter-e_25

03/20/2016 01:15  05/21/2016        5 63571151  N  Differential In 0       vm.hubvcenter-e_25

03/19/2016 03:40  05/20/2016        5 63562967  N  Differential In 0       vm.hubvcenter-e_25

03/18/2016 00:04  05/19/2016        5 63547594  N  Differential In 0       vm.hubvcenter-e_25

03/17/2016 00:08  05/18/2016        5 58853071  N  Differential In 0       vm.hubvcenter-e_25

03/16/2016 00:04  05/17/2016        5 58844563  N  Differential In 0       vm.hubvcenter-e_25

03/15/2016 00:06  05/16/2016        5 58835796  N  Differential In 0       vm.hubvcenter-e_25

03/14/2016 00:05  05/15/2016        5 58786704  N  Differential In 0       vm.hubvcenter-e_25

03/13/2016 00:06  05/14/2016        5 58765833  N  Differential In 0       vm.hubvcenter-e_25

03/12/2016 00:03  05/13/2016        5 58746873  N  Differential In 0       vm.hubvcenter-e_25

03/11/2016 00:03  05/12/2016        5 58535116  N  Differential In 0       vm.hubvcenter-e_25

03/10/2016 00:06  05/11/2016        5 58527554  N  Differential In 0       vm.hubvcenter-e_25

03/09/2016 00:06  05/10/2016        5 53671499  N  Differential In 0       vm.hubvcenter-e_25

03/08/2016 00:00  05/09/2016        5 53640275  N  Differential In 0       vm.hubvcenter-e_25

03/07/2016 00:00  05/08/2016        5 52920575  N  Differential In 0       vm.hubvcenter-e_25

03/06/2016 00:00  05/07/2016        5 52920078  N  Differential In 0       vm.hubvcenter-e_25

03/05/2016 00:00  05/06/2016        5 52919546  N  Differential In 0       vm.hubvcenter-e_25

03/04/2016 00:00  05/05/2016        5 52913800  N  Differential In 0       vm.hubvcenter-e_25

03/03/2016 00:00  05/04/2016        5 52912906  N  Differential In 0       vm.hubvcenter-e_25

03/02/2016 00:00  05/03/2016        5 52907451  N  Differential In 0       vm.hubvcenter-e_25

03/01/2016 00:00  05/02/2016        5 52732541  N  Differential In 0       vm.hubvcenter-e_25

02/29/2016 00:04  05/01/2016        5 52724410  N  Differential In 0       vm.hubvcenter-e_25

02/28/2016 00:05  04/30/2016        5 52716175  N  Differential In 0       vm.hubvcenter-e_25

02/27/2016 01:09  04/29/2016        5 52708727  N  Differential In 0       vm.hubvcenter-e_25

02/26/2016 01:19  04/28/2016        5 52702133  N  Differential In 0       vm.hubvcenter-e_25

02/25/2016 00:03  04/27/2016        5 52693440  N  Differential In 0       vm.hubvcenter-e_25

02/24/2016 00:03  04/26/2016        5 52678723  N  Full Backup     0       vm.hubvcenter-e_25

Master Server01 admincmd]#

They also show up in the backup history

 

Master Server – Linux

Master running NBU 7.7.1 

Linux Client  running 7.6.0.1  (we installed this to do the restore)

 

I will try again to display images apparently direct image drop and paste are not allowed.

 

Thanks in Advance

 

1 ACCEPTED SOLUTION

Accepted Solutions

Marianne
Level 6
Partner    VIP    Accredited Certified

What are the filesystem types on this client? 32- or 64-bit?

Have you seen this in the same section?

Note: File-level recovery is supported for virtual
machines that use the 32-bit version of the ext4 file
system
. Support for the XFS and ext4 (64 bit) file systems
is planned for a future release.

View solution in original post

9 REPLIES 9

Marianne
Level 6
Partner    VIP    Accredited Certified

1. Client cannot be NBU 7.7.x with 7.6.x master and/or media server. Or is the server 7.7 and client is 7.6? Check your post again....

 

2. You need to check 'Statement of support ...' doc to see if OS and filesystem on Linux VM is supported for file-level restore: 

http://www.veritas.com/docs/000006177 

Not all Linux versions and not all filesystems are supported for file-level restore.

nbustarter380
Level 6

Hi Marianne,

 

Sorry, I just edited the thread.

The master is is Running Linux NBU 7.7.1

The NBU client is 7.6.0.1 (This was installed to do the restore)

Thanks I will check out the statement

 

 

nbustarter380
Level 6

Hi Marianne,

Here is the OS version
.10.0-327.10.1.el7.x86_64 #1 SMP Sat Jan 23 04:54:55 EST 2016 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.2 (Maipo)

 /etc/redhat-release

Red Hat Enterprise Linux Server release 7.2 (Maipo)

 

update - I took a look at the support statement again and it appears the minimum netbackup client level for Enterprise Linux 7  x86-64  is 7.6.0.2 so we upgraded the client to 7.6.0.3 still don't see file systems/directories or files in the restore Gui

 

 

Thanks

 

Marianne
Level 6
Partner    VIP    Accredited Certified

What are the filesystem types on this client? 32- or 64-bit?

Have you seen this in the same section?

Note: File-level recovery is supported for virtual
machines that use the 32-bit version of the ext4 file
system
. Support for the XFS and ext4 (64 bit) file systems
is planned for a future release.

nbustarter380
Level 6

Marianne,  thanks again for your replies

 

Did some research on the commands to display the info (see below)

 

 [root@client~]# df -T | awk '{print $1,$2,$NF}' | grep "^/dev"

/dev/mapper/vg1-root ext4 /

/dev/sda1 ext4 /boot

/dev/mapper/vg1-opt ext4 /opt

/dev/mapper/vg1-var ext4 /var

/dev/mapper/vg1-temp ext4 /tmp

/dev/mapper/vg2-appserv ext4 /appserv

/dev/mapper/vg1-varlog ext4 /var/log

/dev/mapper/vg1-home ext4 /home

/dev/mapper/vg1-audit ext4 /var/log/audit

/dev/mapper/vg2-data ext4 /data

[root@ ~client]#

 

 [root@client ]# arch

x86_64

[root@client]# uname -m

x86_64

I have to check see if its XFS

Thanks again

 

 

 

Marianne
Level 6
Partner    VIP    Accredited Certified
They are all ext4. You now need to find out if filesystems are 32-bit or 64-bit. 64-bit is unfortunately not supported for file-level restore.

nbustarter380
Level 6

Marianne,  Thanks, once again I appreciate your reponses.

Yes, We were informed that the ext4 file-systems are 64-bit and yes its unfortunately.

That means that if someone using the 64-bit ext4 XFS wants a file-level restore they are most likely out of luck. Is there anywhere I could look to see when/what release it will be supported?

Best Regards!

 

 

 

 

 

 

 

Marianne
Level 6
Partner    VIP    Accredited Certified
Veritas does not publish roadmap info. Best to request this info via your local Veritas office.

nbustarter380
Level 6

Thanks Marianne for your help!