Server Error: 500 (Internal Server Error) when creating a backup #1337
Comments
|
We need to know what the actual error is. Please turn on debugging and provide log files. http://docs.snipeitapp.com/getting-help.html |
|
i got the following error ArgumentException GET Data empty SERVER_SOFTWARE Apache/2.4.9 (Win64) PHP/5.5.12 SERVER_NAME 127.0.0.1 SERVER_ADDR 127.0.0.1 SERVER_PORT 80 REMOTE_ADDR 127.0.0.1 DOCUMENT_ROOT C:/wamp/www/ict/public REQUEST_SCHEME http CONTEXT_PREFIX CONTEXT_DOCUMENT_ROOT C:/wamp/www/ict/public SERVER_ADMIN [email protected] SCRIPT_FILENAME C:/wamp/www/ict/public/index.php REMOTE_PORT 50292 REDIRECT_URL /admin/settings/backups GATEWAY_INTERFACE CGI/1.1 SERVER_PROTOCOL HTTP/1.1 REQUEST_METHOD POST QUERY_STRING REQUEST_URI /admin/settings/backups SCRIPT_NAME /index.php PHP_SELF /index.php REQUEST_TIME_FLOAT 1447276489.775 REQUEST_TIME 1447276489 Environment Variables empty Registered Handlers |
|
If you copy |
|
iget ErrorException (E_WARNING) |
|
my config file is |
|
Hi Guys, Hope you don't mind my adding into this one. I have encountered the exact same issue as the OP. Small differences being I'm running on IIS rather than WAMP. Following the debug/test steps you suggested, I get a slight difference. When I load the /admin/settings/backups page, I immediately hit a 500 error. Without the config you requested, I have to hit the backup button in order to hit a 500 error. Snipe-it version: (v2.0-175) If you need anything, please let me know. StrackTrace_2015-11-19.txt |
|
Dear snipe would you please help in this |
|
What happens if you set the |
|
i get : filesize(): stat failed for C:\wamp\www\ict\app/storage/dumps2015111380105-backup.zip |
|
Where? When you load the backups page, or when you try to create a backup? |
|
when i click in the backup icon the dump file has the following files 2015111380105-backup.zip inside it dumps there is a file 2015111380105-db.sql with size 0 byte my config file is : 'C:\wamp\www\ict\app\storage\dumps', ``` 'mysql' => array( 'dump_command_path' => '', 'restore_command_path' => '', ), 's3' => array( 'path' => '' ), 'compress' => false, ``` ); |
|
if i remove 2015111380105-backup.zip from the dumps i can open backup icon with no error and when generating new backup i get the following error GET Data empty |
|
That backup that was there is old, based on the timestamp. Try adding a trailing slash to your path in your config |
|
i tried and get the following : Symfony \ Component \ Debug \ Exception \ FatalErrorException (E_UNKNOWN) |
|
Something is wrong there - that's a parse error, which is unrelated to your backup issue. Can you paste me the whole file. And please use Github markdown, so it's clearer. |
|
Whoops! There was an error..html.pdf sorry i don`t know how to use Github markdown so i upload a page kindly remove .pdf to view it |
|
|
@abdullahalasham If I can be bothered to help you, you can be bothered to read one paragraph on Github markdown. https://help.github.com/articles/github-flavored-markdown/#fenced-code-blocks |
|
I was asking for the whole config file, not the HTML output of the error. You have a parse error, which is happening in the config file, so I need to see it so I can try to figure out what you did wrong. |
|
|
the path is C:\wamp\www\ict\app\config\packages\schickling\backup\config.php |
|
My guess is that it's thinking the |
|
what should i do overcome this issue 'C:\wamp\www\ict\app\storage\dumps', ``` 'mysql' => array( 'dump_command_path' => '', 'restore_command_path' => '', ), 's3' => array( 'path' => '' ), 'compress' => false, ``` ); |
|
indeed i followed the coying /app/config/packages/schickling/backup/config.example.php to /app/config/packages/schickling/backup/config.php which include <?php BUT I DID NOT setup the pathe for SQLDUMP is that the issue? if so how to setup |
|
You shouldn't need to set the path for mysqldump (although on Windows I'm not sure). This is an issue with Windows, and I don't have access to a Windows machine, so I'm not sure what to tell you. Perhaps one of our windows users can help - @kobie-chasehansen or @madd15? |
|
i solved th issue by changing the config to be : '..\app\storage\dumps\', ``` 'mysql' => array( 'dump_command_path' => 'C:\wamp\bin\mysql\mysql5.6.17\bin\\', 'restore_command_path' => '', ), 's3' => array( 'path' => '' ), 'compress' => false, ``` ); as well as i installed Git for Windows but still don`t know the path for restore_command_path do you have any idea |
|
thank you for your support |
|
Hey Snipe and Abdulla, This issue is still open for me. Following your conversation, I also appeared to have been able to resolve the issue. My issue was caused by the using a relative path without defining the root. The working config is: <?php
return array(
'path' => '../app/storage/dumps/',
'mysql' => array(
'dump_command_path' => '',
'restore_command_path' => '',
),
's3' => array(
'path' => ''
),
'compress' => false,
);However, the database dump in the backup file is empty. In working to resolve I have added the direct path to the MySQL dump .exe, but no luck there either. <?php
return array(
'path' => '../app/storage/dumps/',
'mysql' => array(
'dump_command_path' => 'C:\Program Files\MariaDB 10.0\bin\\',
'restore_command_path' => '',
),
's3' => array(
'path' => ''
),
'compress' => false,
);Would you like me to spin this off into it's own issue Snipe? Apologies for the turn around time. Whilst we live 10 hours in the future in Australia, you're asleep when we do it :) |
|
kindly refer to the below links : php artisan snipeit:backupif it works then you have path issue in your config otherwise it is db configuration issue and you should contact the mariadb staff for their support |
|
Hi snipe, I've the same problems using command php artisan snipeit:backup on our system. Currently we use snipe-it v2.1.0-47-g39f40a3 When I try to execute the command "php c:\inetpub\wwwroot\snipe-it\artisan snipeit:backup" with the following config.php `<?php 'mysql' => array( 's3' => array( 'compress' => false, );` I get the error [ErrorException] The debug-logfile log-cli-2016-03-18.txt shows: [2016-03-18 12:40:10] production.ERROR: exception 'ErrorException' with message 'mkdir(): No such file or directory' in C:\inetpub\wwwroot\snipe-it\vendor\schickling\backup\src\Schickling\Backup\Commands\BackupCommand.php:117 I tried different versions of the path var like "\app\storage\dumps" or full path and nothing changes. PATH var includes bin of MariaDB and snipe-it root. Any idea? Many thanks. Great software by the way. |
|
Hi All, It's worth noting that I was unable to find a resolution for this issue. I continued to have the empty backup file issue right up until the entire instance just failed. I have since stopped the usage of Snipe-it until I can set it up properly in Linux. I just wanted to call this out given the number of people posting back to this topic and the above poster. The software is fantastic, but I'd be looking to run it on Linux to avoid the oddities tbh. |
|
I'm not sure why you would need to stop using it altogether just because backups don't work. They are a very small part of the system, and you can easily do your own manual backups. |
|
I had another issue that caused me to walk away, as stated above. I was pulled away from my implementing Snipe-it for other work obligations. I returned 3 weeks later to find my instance was crashed. Every time I accessed it I received a 500 error and I couldn't get logs out of the system. There were no configuration changes made and I have no idea what's caused it and I couldn't fix it. I figured it was more likely that the issue was up-stream of your software and probably in the PHP on IIS libraries (which aren't properly supported anymore anyway). I would consider running Snipe-it on IIS to be an untenable deployment. It might be fine on Apache on Windows, but I haven't tested it. I also don't think this is the fault of your software, thus me not mentioning it until queried. |
|
If you didn't upgrade it, then you didn't get anything from upstream here. Once you download it, your interaction with us is done, unless/until you download an upgrade, so there's nothing on our end that could have caused your 500 errors. Many, many people run Snipe-IT on IIS (more than run on it Linux, if I had to guess). My guess would be that someone modified data while you were gone which is causing an app error because the data integrity has been lost. |
by the way when i try to generate a backup i get Server Error: 500 (Internal Server Error)
The text was updated successfully, but these errors were encountered: