# A restauração do backup falha devido à extensão de arquivo .tar versus .tar.gz

**URL:** <https://meta.discourse.org/t/backup-restore-failing-due-to-tar-versus-tar-gz-file-extension/145971>\
**Category:** Product Support\
**Created:** [28 Março , 2020 17:47 UTC](https://meta.discourse.org/t/backup-restore-failing-due-to-tar-versus-tar-gz-file-extension/145971 "2020-03-28T17:47:48Z")\
**Posts on this page:** 1\
**Showing post:** 6

<div class="post-metadata">

**Author:** ![martim](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/martim/32/482990_2.png) [@martim](https://meta.discourse.org/u/martim)\
**Post date:** [23 Janeiro , 2025 18:42 UTC](https://meta.discourse.org/t/backup-restore-failing-due-to-tar-versus-tar-gz-file-extension/145971/6 "2025-01-23T18:42:26Z")

</div>

> [@gerhard](#):
>
> Você pode precisar criar um novo arquivo tar com a opção `--format ustar`

Estou enfrentando o mesmo problema e tentei isso. O arquivo é carregado corretamente, mas a restauração não encontra o dump do banco de dados:

```plaintext
[2025-01-23 18:39:45] EXCEPTION: No such file or directory @ rb_check_realpath_internal - /var/www/discourse/tmp/restores/default/2025-01-23-183945/dump.sql.gz

```

Alguma sugestão? Obrigado.

---

_[View the full topic](https://meta.discourse.org/t/backup-restore-failing-due-to-tar-versus-tar-gz-file-extension/145971)._