# Restore functionality broken? **URL:** \ **Category:** Uncategorized\ **Created:** [October 31, 2018, 7:32am UTC](https://community.dremio.com/t/restore-functionality-broken/2135 "2018-10-31T07:32:21Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![akikax](https://avatars.discourse-cdn.com/v4/letter/a/ee7513/32.png) [@akikax](https://community.dremio.com/u/akikax)\ **Post date:** [October 31, 2018, 7:32am UTC](https://community.dremio.com/t/restore-functionality-broken/2135/1 "2018-10-31T07:32:21Z")
Running this command: sudo -u dremio /opt/dremio/bin/dremio-admin restore --backupdir /tmp/backups -v Returns java.io.FileNotFoundException: File /tmp/backups does not exist. at org.apache.hadoop.hdfs.DistributedFileSystem.listStatusInternal(DistributedFileSystem.java:901) at org.apache.hadoop.hdfs.DistributedFileSystem.access$600(DistributedFileSystem.java:112) at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:961) at org.apache.hadoop.hdfs.DistributedFileSystem$22.doCall(DistributedFileSystem.java:958) at org.apache.hadoop.fs.FileSystemLinkResolver.resolve(FileSystemLinkResolver.java:81) at org.apache.hadoop.hdfs.DistributedFileSystem.listStatus(DistributedFileSystem.java:958) at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1537) at org.apache.hadoop.fs.FileSystem.listStatus(FileSystem.java:1580) at com.dremio.dac.util.BackupRestoreUtil.scanInfoFiles(BackupRestoreUtil.java:190) at com.dremio.dac.util.BackupRestoreUtil.validateBackupDir(BackupRestoreUtil.java:229) at com.dremio.dac.cmd.Restore.main(Restore.java:81) verify failed java.io.FileNotFoundException: File /tmp/backups does not exist. Any ideas? ---
**Author:** ![akikax](https://avatars.discourse-cdn.com/v4/letter/a/ee7513/32.png) [@akikax](https://community.dremio.com/u/akikax)\ **Post date:** [October 31, 2018, 9:21am UTC](https://community.dremio.com/t/restore-functionality-broken/2135/2 "2018-10-31T09:21:14Z")
So I tried every possible combination and I am almost 100% sure that the restore option does not work when pointing to a local backup folder. I was able to work around the issue by uploading my local backup folder into hdfs and pointing the restoring option to it. Wilson ---
**Author:** ![akikax](https://avatars.discourse-cdn.com/v4/letter/a/ee7513/32.png) [@akikax](https://community.dremio.com/u/akikax)\ **Post date:** [October 31, 2018, 9:22am UTC](https://community.dremio.com/t/restore-functionality-broken/2135/3 "2018-10-31T09:22:46Z")
BTW, this issue should be easy to replicate and confirm… Let me know if you find yourself in the same situation so we can formally raise the bug ---
**Author:** ![balaji.ramaswamy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/balaji.ramaswamy/32/843_2.png) [@balaji.ramaswamy](https://community.dremio.com/u/balaji.ramaswamy)\ **Post date:** [October 31, 2018, 12:56pm UTC](https://community.dremio.com/t/restore-functionality-broken/2135/4 "2018-10-31T12:56:50Z")
Hi @akikax Are you trying to restore from 2.1 to 3.0? Backup and Restore should be on the same version Thanks @balaji.ramaswamy ---
**Author:** ![akikax](https://avatars.discourse-cdn.com/v4/letter/a/ee7513/32.png) [@akikax](https://community.dremio.com/u/akikax)\ **Post date:** [October 31, 2018, 1:43pm UTC](https://community.dremio.com/t/restore-functionality-broken/2135/5 "2018-10-31T13:43:21Z")
Nahh, from 2.1 to 2.1, same version (I read the docos), you should be able to easily replicate the issue. Same behaviour with 3.0 to 3.0 ---
**Author:** ![balaji.ramaswamy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/balaji.ramaswamy/32/843_2.png) [@balaji.ramaswamy](https://community.dremio.com/u/balaji.ramaswamy)\ **Post date:** [October 31, 2018, 5:17pm UTC](https://community.dremio.com/t/restore-functionality-broken/2135/6 "2018-10-31T17:17:52Z")
Hi @akikax Works as expected for me, can you please send me output of below 2 commands? ls -ld /tmp/backups ls -ltrh /tmp/backups Also can you please try this Change dremio.conf to write local to your home directory say (~/dremiodb), like below local: “/dremiodb” mkdir -p ~/dremiodb/db Try the below command, sudo -u dremio /opt/dremio/bin/dremio-admin restore --backupdir /tmp/backups -v ---
**Author:** ![savermyas](https://avatars.discourse-cdn.com/v4/letter/s/c77e96/32.png) [@savermyas](https://community.dremio.com/u/savermyas)\ **Post date:** [December 4, 2019, 10:13pm UTC](https://community.dremio.com/t/restore-functionality-broken/2135/7 "2019-12-04T22:13:41Z")
@akikax, @balaji.ramaswamy, I’ve encountered the same issue, but was able to get it work with local filesystem using the `file://` schema prefix in full path. Seems it is a minor bug in implementation which leads to use HDFS by default. ---
**Author:** ![balaji.ramaswamy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.dremio.com/balaji.ramaswamy/32/843_2.png) [@balaji.ramaswamy](https://community.dremio.com/u/balaji.ramaswamy)\ **Post date:** [December 4, 2019, 11:17pm UTC](https://community.dremio.com/t/restore-functionality-broken/2135/8 "2019-12-04T23:17:16Z")
Thanks for the update @savermyas I was aware of that, did not strike to me that you might be on a Hadoop edge node and we default to hdfs://. Great find !