Support

Site Restoration

#27101 Kickstart import from url fails

Posted in ‘Site restoration’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by nicholas on Tuesday, 14 February 2017 02:10 CST

RobertG
 Hi,
I have problems with import from URL in kickstart that often fails to import jpa from my backup server.
Import begins, continues to near the total of bytes and restart without error message.
I have actually a jpa of 948 MB that I can't import. Previously, I needed a lot of tries to import a 230 MB file. Sometimes even a 25 MB files fails too.
Can I change something to debug and understand why it fails?
Thanks in advance,
Robert

nicholas
Akeeba Staff
Manager
Please open the file kickstart.php. Find the following, around line 34:
// Uncomment the following line to enable Kickstart's debug mode
//define('KSDEBUG', 1);

Change the second line to read
// Uncomment the following line to enable Kickstart's debug mode
define('KSDEBUG', 1);

(that is: remove the two forward slashes in front of that line).

Now a file debug.txt is created with a running log of all actions taken by Kickstart. You can ZIP and attach that file to your next reply to this ticket on our site to let me see what's going on.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

RobertG
Thanks Nicolas!

I will try asap.
Robert

RobertG
Hi Nicholas,

I just tried and I see that :
-- Importing frag 948, byte position from/to: 994050048 / 995098623

-- Successful download of 322384 bytes

-- Temporary file merged and removed

-- Read less data than the requested length. I assume this file is complete.

but next line:
- Importing from https://myuser:[email protected]/myfolder/mywebsite-20170210-042234.jpa

-- First frag, killing local file

-- Importing frag 0, byte position from/to: 0 / 1048575

-- Successful download of 1048576 bytes

-- Temporary file merged and removed

-- Proceeding to next fragment, frag 1

See attachment.

Thanks,
Robert

nicholas
Akeeba Staff
Manager
Your host is killing kickstart.php before it has the chance to finish the download. When it's killed it has already performed 24 steps, downloading 1 Mb per step (for a total of 24 Mb). When it tries to perform the twenty fifth step ("frag 24" in the log, do note the first one is "frag 0") there are no further log message. This is what tells me that the host killed kickstart.php.

Please contact your host. I am pretty sure they have an Apache mod_security2 rule which kicks in and blocks kickstart.php after seeing quite a few requests to the same file in a limited amount of time.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

RobertG
No Nicholas,

My host or kickstart kills local file after frag 948, not frag 24.
I stopped when upload restarted.
Friday, I stopped after 3 hours and had not the complete file because it restarted everytime.
Please see :
-- Importing frag 948, byte position from/to: 994050048 / 995098623



-- Successful download of 322384 bytes



-- Temporary file merged and removed



-- Read less data than the requested length. I assume this file is complete.

RobertG
A few moments ago, I needed to restore a backup, I used kickstart 4.1.0 on the same server and the jpa upload was immediate, error-free: 97 MB

I had the same errors on another server, anothe hot, with version 5 of kickstart.

nicholas
Akeeba Staff
Manager
I can only reply based on the debug log files I am provided with. What you are commenting on has nothing to do with the log file you provided. Since you cannot provide a log file about the issue you want help with I am unfortunately unable to help you. As a result I have to close this ticket.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!