Full export of settings leads to a White Screen of Death

Manually tested and can't reproduce with http://simplytest.me/project/drupal/8.0.0-beta7

Fill free to set to Active again it you find exact way to reproduce, I've added some menu block to sidebar first and reordered/saved changes, admin/config/development/configuration/full/export work fine

PS: at least this is not major, also please provide more details about you php/mysql env

I just came across this as well. I'm receiving the same result when trying to export full configuration, and my dblog shows the same error.

I'm on Ubuntu 14.04 running php 5.5.9.

I verified that my tmp path was correct with the proper, writeable permissions. It also seems that though the "was not deleted because it does not exist" message is related (I get it every time I try to export), it is not the actual inability to delete that file that is causing the WSOD. I manually created a dummy config.tar.gz file in the tmp folder, tried to export again, and received the WSOD, but no error message. I checked the tmp directory, and sure enough, the file had been deleted.

Not surprisingly, I've confirmed that the same problem occurs on import (though without any error message). The site returns a WSOD, and the import is unsuccessful.

All I have to go on is that my browser is receiving a 500 Internal Server Error when either of these things happen, which is pretty much expected.

This is a known issue with ubuntu 14.04 32 bit. See #2310183: Config export fails on Ubuntu 14.04 for a similar issue. This is being solved in #1414508: update system.tar.inc to latest Archive_Tar (Pear). If you are not running 32 bit, please reopen.

I'm experiencing a similar issue when importing a full archive. The tar is uploaded and all the individual settings files are unpacked in the sync directory, but I get a connection reset by the peer when trying to view the synchronization page to pick and choose what I want to actually import. It will let me import single settings one at a time, but I keep running into dependency errors when certain fields haven't been imported yet. I'm using dev desktop.

I get this same error too with Drupal 8.3.4 multisite installation and only with a full archive export.

I"m getting this error as well. Only when I try to do a full export.

+1 here. i thought this was only an early-drupal (v. 8.0) error, but it's still there...
any clues?

I ran into the same issue. I bumped up max_execution_time in php.ini to 120 to get this to work. I suspect the issue is that I have so many config files that it takes longer to create.

Same error on export download here but in this case getting the error

The website encountered an unexpected error. Please try again later.</br></br><em class="placeholder">Exception</em>: Error while deleting temporary file '/tmp/config.tar.gz.tmp' in <em class="placeholder">Drupal\Core\Archiver\ArchiveTar->_error()</em> (line <em class="placeholder">804</em> of <em class="placeholder">core/lib/Drupal/Core/Archiver/ArchiveTar.php</em>)

Temp directory is ok, normally writable and other regular file operations upload / download etc.. are fine.

I temporarily bumped up max_execution_time to 300 in php.ini, then restarted apache2 to solve this. (Drupal 8.7.0-beta1)

(Hit this issue again 7 months later, and realised that there are 2 php.ini files, for cli and apache2 access. Make sure you bump up the correct version - in my case the apache2 file as I was using the drupal interface to make the config download)

russellt's solution worked for me - thank you
https://www.drupal.org/project/drupal/issues/2450867#comment-13137659

I ran into the same issue in Drupal 9.2.7. I have increased max_execution_time in php.ini to 320 to get this to work.