Hi,
i have the same error for one customer. The message in the panel is "Modules::Domain::restore: bzcat: Can't open input file Joomla: No such file or directory". Everyone any idea?
Kuhlma
Modules::Domain::restore: bzcat: Can't open input file testing_db_live: No such file or directory.
-
- solved
- o-leary
- Closed
- Thread is marked as Resolved.
-
-
Hello ;
Tests are planned. This issue will be addressed soon.
-
-
Re ;
Problem confirmed. Will be fixed in next minutes.
Refs:
/var/log/imscp/Domain_module_restore.nuxwin.com.log
Code- [Thu May 15 03:08:03 2014] [debug] iMSCP::Dir::_get: Opening directory /var/www/virtual/restore.nuxwin.com/backups[Thu May 15 03:08:03 2014] [debug] iMSCP::Execute::execute: Executing command: /bin/bzcat -d to_restore[Thu May 15 03:08:03 2014] [debug] iMSCP::Execute::getExitCode: External command exited with value 1[Thu May 15 03:08:03 2014] [warn] Modules::Domain::restore: Unable to restore SQL database: bzcat: Can't open input file to_restore: No such file or directory....
Shell-Script- root@wheezy:/usr/local/src/imscp# ls -la /var/www/virtual/restore.nuxwin.com/backups/
- total 32
- drwxr-x--- 2 vu2031 vu2031 4096 mai 15 02:55 .
- drwxr-x--- 10 vu2031 vu2031 4096 mai 14 20:10 ..
- -rw-r--r-- 1 vu2031 vu2031 19465 mai 15 02:55 restore.nuxwin.com-backup-2014.05.15-02-55.tar.bz2
- -rw-r--r-- 1 vu2031 vu2031 908 mai 15 02:55 to_restore.sql.bz2
- root@wheezy:/usr/local/src/imscp#
-
Re;
Should be fixed in last stable branch. See https://github.com/i-MSCP/imsc…40932abadae638db1aebadf35
Thank you all for your reports.
-
-
Hello ;
Teamviewer?
-
-
Sorry nuxwin, I had posted about a problem before reading the SSL announcement thread. I had one of the certificates with only the intermediate bundle and no root CA, so it's actually unrelated. I verified this in the logs.
I have a ticket open with GlobeSSL now to get the root certificate. My certificates are almost due for renewal anyway if it doesn't pan out. I think I can work the rest out, and I'll be sure to donate when I'm able
One thing I would note is it wasn't clear what went wrong during the "upgrade" to stable branch from 1.1.5. Everything looked like it worked fine and then apache wasn't running. The errors read like a file encoding problem, so people upgrading would know it was openssl and a specific pem file, but not why. You may consider a way to disable them during the install or detect them and link to the SSL announcement thread? I suspect it would effect a lot of certificates. You're a busy guy and you'd know better than me, just thought I'd mention it. In case you were wondering the log entries:
[Mon May 19 15:36:02 2014] [error] Init: Unable to read server certificate from file /var/www/imscp/gui/data/certs/domain.com.pem
[Mon May 19 15:36:02 2014] [error] SSL Library Error: 218529960 error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag
[Mon May 19 15:36:02 2014] [error] SSL Library Error: 218595386 error:0D07803A:asn1 encoding routines:ASN1_ITEM_EX_D2I:nested asn1 error -
Re;
Quote from o-leavyCode- [Mon May 19 15:36:02 2014] [error] Init: Unable to read server certificate from file /var/www/imscp/gui/data/certs/domain.com.pem[Mon May 19 15:36:02 2014] [error] SSL Library Error: 218529960 error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag[Mon May 19 15:36:02 2014] [error] SSL Library Error: 218595386 error:0D07803A:asn1 encoding routines:ASN1_ITEM_EX_D2I:nested asn1 error
The problem above is not due to a wrong certificate but to an encoding issue. It's my fault because I've not updated existent certificates in database (a line feed is missing between the user certificate and the ca bundle).
If you open the generated file /var/www/imscp/gui/data/certs/domain.com.pem, you 'll see that the certificate end-tag and the ca_bundle (first certificate begin-tag) are on the same line. It's wrong and I'll fix that. Of course, the announcement still valid.
BTW: I think you need the Add trust Root certificate for your globeSSL certificate (see below) which must be added at bottom of your ca bundle:
Display MoreCode- -----BEGIN CERTIFICATE-----
- MIIENjCCAx6gAwIBAgIBATANBgkqhkiG9w0BAQUFADBvMQswCQYDVQQGEwJTRTEU
- MBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4dGVybmFs
- IFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290
- MB4XDTAwMDUzMDEwNDgzOFoXDTIwMDUzMDEwNDgzOFowbzELMAkGA1UEBhMCU0Ux
- FDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5h
- bCBUVFAgTmV0d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9v
- dDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALf3GjPm8gAELTngTlvt
- H7xsD821+iO2zt6bETOXpClMfZOfvUq8k+0DGuOPz+VtUFrWlymUWoCwSXrbLpX9
- uMq/NzgtHj6RQa1wVsfwTz/oMp50ysiQVOnGXw94nZpAPA6sYapeFI+eh6FqUNzX
- mk6vBbOmcZSccbNQYArHE504B4YCqOmoaSYYkKtMsE8jqzpPhNjfzp/haW+710LX
- a0Tkx63ubUFfclpxCDezeWWkWaCUN/cALw3CknLa0Dhy2xSoRcRdKn23tNbE7qzN
- E0S3ySvdQwAl+mG5aWpYIxG3pzOPVnVZ9c0p10a3CitlttNCbxWyuHv77+ldU9U0
- WicCAwEAAaOB3DCB2TAdBgNVHQ4EFgQUrb2YejS0Jvf6xCZU7wO94CTLVBowCwYD
- VR0PBAQDAgEGMA8GA1UdEwEB/wQFMAMBAf8wgZkGA1UdIwSBkTCBjoAUrb2YejS0
- Jvf6xCZU7wO94CTLVBqhc6RxMG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRU
- cnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJuYWwgVFRQIE5ldHdvcmsx
- IjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3SCAQEwDQYJKoZIhvcN
- AQEFBQADggEBALCb4IUlwtYj4g+WBpKdQZic2YR5gdkeWxQHIzZlj7DYd7usQWxH
- YINRsPkyPef89iYTx4AWpb9a/IfPeHmJIZriTAcKhjW88t5RxNKWt9x+Tu5w/Rw5
- 6wwCURQtjr0W4MHfRnXnJK3s9EK0hZNwEGe6nQY1ShjTK3rMUUKhemPR5ruhxSvC
- Nr4TDea9Y355e6cJDUCrat2PisP29owaQgVR1EX1n6diIWgVIEM8med8vSTYqZEX
- c4g/VhsxOBi0cQ+azcgOno4uG+GMmIPLHzHxREzGBHNJdmAPx/i9F4BrLunMTA5a
- mnkPIAou1Z5jJh5VkpTYghdae9C8x49OhgQ=
- -----END CERTIFICATE-----
-