• Resolved fvandal

    (@fvandal)


    Hi,

    Here is my debug code: BMI-OGcVSrpQ-36285

    I had to manually add the file to the backup folder. At 1% during the restore , i had an error message telling me to go here to give my debug code.

    I installed Backup Migration on our actual intranet for purpose of exporting the current to the futur intranet. A simple migration really nothing fancy. I also double check the permission at every level a gave full permission in desperation but not success yet.

    I am migrating from the same version of WordPress (6.0.5) too. The only difference is the php 5 to 7 and mysql 5.7.17 to mysql 8.1.

    I will take any help you can provide. Thank!

    The page I need help with: [log in to see the link]

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Support MixHa

    (@mixha)

    Hello @fvandal

    Seems like your root WordPress directory is not writable.
    Our plugin couldn’t create directory where files from your backup would be extracted, then placed in proper paths due to insufficient permissions.

    Please adjust your WordPress root directory permissions for proper directory owner and group, set the permissions to 755.

    Use chown and chmod command, you can contact your hosting provider if you’re not familiar with these commands (you can also share this message with them, it should be clear for technician).

    Couple of other optimizations you could apply:

    1. Go to “Other options” section
    2. Disable PHP CLI checking: https://prnt.sc/1sljr31
    3. Save “Other options” section
    4. Force stop both processes: https://prnt.sc/1trv1tm
    5. Increase the memory limit [INFO] [2023-07-27 17:58:43] Memory limit (wp-config): from 40M to 128M
    6. Increase exec time [INFO] [2023-07-27 17:58:43] Max execution time (in seconds): from 30 to 300

    Once you do that, try to run your migration process using the same URL or file.

    Let me know if that resolves your issue 🙂
    Thank you!

    Thread Starter fvandal

    (@fvandal)

    Hi,

    Still no success.

    I do realise i forgot to tell you i was under Windows Server 2019 with IIS 10. I added all the permission imaginable to every file and folder from root (C:\inetpub\wwwroot\Intranet) to the end (C:\inetpub\wwwroot\Intranet\wp-content\backup-migration) without success and i still get an error.

    In the error log, there is a part telling that PHP-ZIPv2 directory is not found and its unable to create it. With every permission at full, why can’t it create the folder? What user its using to do it?

    Here the 2 lines that explain the problem

    [ERROR] [2023-07-28 12:37:35] PHP-ZIPv2: Directory not found, and unable to create it
    [ERROR] [2023-07-28 12:37:35] 684 @ C:\inetpub\wwwroot\Intranet\wp-content\plugins\backup-backup\includes\zipper\src\zip.php

    I understand its probably a problem of permission but i think i did everything in my power to give permission to everything

    Thread Starter fvandal

    (@fvandal)

    Hello again,

    I kept hammering at it and finally got it to upload but i hit another wall. It was the permission in an other file and i finally found the right user to give permission. It was the group User in Windows Server 2019.

    Here is the debug code for reference BMI-OtZSlOlb-46957

    I will open another thread to keep it clean

    Plugin Support MixHa

    (@mixha)

    Hey @fvandal ,

    I’ve checked your latest debug logs and it is evident that some things that I proposed in my previous reply have not been applied.

    Please go through all the points and adjust the website and plugin settings as I recommended, then run the process again.

    Kind regards

    Thread Starter fvandal

    (@fvandal)

    New debug code : BMI-gKWdfoDr-09654

    i did the recommandation and it seems to have change nothing

    i did some retry and even restarted the vm with no success

    Plugin Support MixHa

    (@mixha)

    Hello @fvandal ,

    From your latest log:

    [STEP] [2023-07-31 11:31:07] Looking for PHP CLI executable file.
    [WARN] [2023-07-31 11:31:07] Could not find proper PHP CLI executable, this process may be unstable.

    This indicates that PHP CLI checking was not disabled as I suggested. Please:

    Go to “Other options” section
    Disable PHP CLI checking: https://prnt.sc/1sljr31
    Save “Other options” section
    Force stop both processes: https://prnt.sc/1trv1tm

    and run the restore again.

    Kind regards

    Thread Starter fvandal

    (@fvandal)

    On the disable PHP CLI, its was my bad, didn’t saw the save button at the far end.

    Still stopping at 59%

    Debug code BMI-RzlBhs0f-41948

    Plugin Author iClyde

    (@iclyde)

    Hi @fvandal

    The issue seem to be on your browser end, not server or plugin.

    In such case, when you see the success message, you can safely refresh the page.
    Once you refresh, force both processes to stop: https://prnt.sc/1trv1tm

    Overall I assume that the process failed due to being AFK. I would recommend you to try over but keep in mind things listed below.

    You can also play some YouTube video in background as it’s windows computer, it should be enough.

    Once you run the restoration, please make sure:
    a) Your PC won’t go into sleep-mode
    b) Screen-saver mode is not enabled or active
    c) [Mac] Drive-sleep mode is not enabled
    d) You have not run the restoration from Opera GX or Brave browser
    e) You don’t use any extension that limits resource usage or “saves energy”

    Usually you don’t need to care about above things, but this is the complete list of things that can cancel the restore process.

    Let me know if that solves your issue 🙂
    Thank you!

Viewing 8 replies - 1 through 8 (of 8 total)

The topic ‘Backup restore problem at 1%’ is closed to new replies.