Restore not working in Directadmin

[manhhc]

Hi All,
I have restored my data using the Restore and Backup function. I waited a long time but did not see the successful restore message. I see the dataskq progress but it is not running.

Someone help me, what more information do you need I can give you.
Thanks!

 

[MaXi32]

Are you restoring from ftp ? restoring from FTP is slow depending on your network speed. Try to restore it using local file.

Please mask your FTP password.

 

[manhhc]

Are you restoring from ftp ? restoring from FTP is slow depending on your network speed. Try to restore it using local file.

Please mask your FTP password.

No, I restore from local, but it not working.

 

[MaXi32]

When you do restoration, you must have seen this in Progress. Do you have this? You can always navigate it at https://server.domain.com:2222/admin/backups/in-progress

Or you can try to restore again and quickly run this command in your terminal:

/usr/local/directadmin/dataskq d2019

It will show you the restoration progress every 5 seconds and it will stop running when the backup is finished.

Version 1.60.0 | Directadmin Docs

DirectAdmin Knowledge Base

directadmin.com

Post back your findings. Thanks.

 

[manhhc]

When you do restoration, you must have seen this in Progress. Do you have this? You can always navigate it at https://server.domain.com:2222/admin/backups/in-progress

View attachment 6100



Or you can try to restore again and quickly run this command in your terminal:



It will show you the restoration progress every 5 seconds and it will stop running when the backup is finished.

Version 1.60.0 | Directadmin Docs

DirectAdmin Knowledge Base

directadmin.com

Post back your findings. Thanks.

I restore then run the command: /usr/local/directadmin/dataskq d2019
The first time I run the command I can see the restore process, after it's done I run the above command again but the restore process is gone. I checked again on the GUI but didn't see a successful restore message, no message at all.

 

[MaXi32]

The first time I run the command I can see the restore process,

The main point to run that is to see the log progress of the restoration. Does the log say restore complete or something before it's gone? Post something from the terminal.

 

[manhhc]

The main point to run that is to see the log progress of the restoration. Does the log say restore complete or something before it's gone? Post something from the terminal.

Sorry I'm only used to using Directadmin on the frontend, can you tell me where that log file is located?

 

[MaXi32]

Sorry I'm only used to using Directadmin on the frontend, can you tell me where that log file is located?

I mean, when you are able to run /usr/local/direrectadmin/dataskq d2019 as you mentioned you can see some progress on the terminal?. Or if you are not able to copy those, you can store that progress in a log file


So here is the step:

1) Make a new restore then quickly:

run this command:

2) /usr/local/directadmin/dataskq d2019 &> /tmp/restore.log

Wait a few moments, and now you have the restore backup log file at /tmp/restore.log

Attach that here and remove sensitive info

EDIT:

Sorry I'm only used to using Directadmin on the frontend, can you tell me where that log file is located?

Sorry, I should have read this earlier and I'm wondering how can you access that command earlier. Did you run that as a normal user?. If you are not able to access the log file in the terminal as admin, this might not be possible to understand the issue. Contact your server admin to help you because they have the power to understand more because they have better access to the DA system.

 

[manhhc]

I mean, when you are able to run /usr/local/direrectadmin/dataskq d2019 as you mentioned you can see some progress on the terminal?. Or if you are not able to copy those, you can store that progress in a log file


So here is the step:




run this command:




Wait a few moments, and now you have the restore backup log file at /tmp/restore.log

Attach that here and remove sensitive info

I have saved the log in the file below, please help me check it.

 

[MaXi32]

The log is not useful at all. It should show some progress in each step. Like this:

Maybe because you are not an admin to view the full log?

Also from the log, I think you are using 3rd party app for backup restoration call jetbackup? You should contact that provider.

 

[manhhc]

The log is not useful at all. It should show some progress in each step. Like this:


View attachment 6104
Maybe because you are not an admin to view the full log?

Also from the log, I think you are using 3rd party app for backup restoration call jetbackup? You should contact that provider.

I use root user and I use Backup and Restore function of DirectAdmin, not Jetbackup.

 

[MaXi32]

I use root user and I use Backup and Restore function of DirectAdmin, not Jetbackup.

Sorry, I wish I can help more to troubleshoot this but without a full log file. I only assume that you are using Jetbackup because the log file shows u own that process and when you said you "only used to using DA on the frontend", that made my second assumption that you did not have root access. Your log file has only a few lines and there must be something wrong. I hope others can help you.

As far I understand, there is only 2 ways to determine restoration progress in Directadmin. In Directadmin message system or the command I gave to you. I ever asked this question in the forum how to determine that (so I can detect the error like what you are facing) but I got no replies and the reason is that there is no other method. It's magic in the system

How to determine if restoration is finished successfully from admin_backup

I want to determine if the backup restoration has finished successfully from the admin_backup via script or command line. I can execute restoration via API and there is no problem with it. In the current DirectAdmin 1.63.0, when I do restore via API or GUI, it will just add the restoration...

forum.directadmin.com

Also, they came out with a new confusing API on how to determine the progress bar that requires an unknown process ID (PID) ( I think we need the ability to read RAM inside a server to get that PID). Believe me, I started to curse politely when I read that. Here it is:

Version 1.60.0 | Directadmin Docs

DirectAdmin Knowledge Base

directadmin.com

I like your question because it is related to my old request. Hope someone else can help you.

 

[manhhc]

Sorry, I wish I can help more to troubleshoot this but without a full log file. I only assume that you are using Jetbackup because the log file shows u own that process and when you said you "only used to using DA on the frontend", that made my second assumption that you did not have root access. Your log file has only a few lines and there must be something wrong. I hope others can help you.

As far I understand, there is only 2 ways to determine restoration progress in Directadmin. In Directadmin message system or the command I gave to you. I ever asked this question in the forum how to determine that (so I can detect the error like what you are facing) but I got no replies and the reason is that there is no other method. It's magic in the system

How to determine if restoration is finished successfully from admin_backup

I want to determine if the backup restoration has finished successfully from the admin_backup via script or command line. I can execute restoration via API and there is no problem with it. In the current DirectAdmin 1.63.0, when I do restore via API or GUI, it will just add the restoration...

forum.directadmin.com

Also, they came out with a new confusing API on how to determine the progress bar that requires an unknown process ID (PID) ( I think we need the ability to read RAM inside a server to get that PID). Believe me, I started to curse politely when I read that. Here it is:

Version 1.60.0 | Directadmin Docs

DirectAdmin Knowledge Base

directadmin.com

I like your question because it is related to my old request. Hope someone else can help you.

Thank you very much, I will try other way. <3