Been trying to install the osCommerce Migration Tool with no success. I’m getting the following output from the Magento Connect Manager;
downloading Mage_Oscommerce-1.0.19700.tgz ... Starting to download Mage_Oscommerce-1.0.19700.tgz (40,369 bytes) . . . . . . . . ...done: 40,369 bytes Could not get contents of package "/home/beea3314/magento/public_html/downloader/pearlib/download/Mage_Oscommerce-1.0.19700.tgz". Invalid tgz file. Download of "magento-core/Mage_Oscommerce" succeeded, but it is not a valid package archive Error: cannot download "magento-core/Mage_Oscommerce"
It’s followed by similar messages for Mage_Core_Adminhtml, Mage_Core_Modules, Lib_Varien, Lib_Js_Mage, Lib_Js_Prototype, Lib_ZF & Lib_ZF_Locale.
System
Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.7a mod_bwlimited/1.4 mod_perl/2.0.4 Perl/v5.8.8
PHP Version 5.2.6 (CGI/FastCGI)
Magento ver. 1.0.19870.4
I’ve tried many things for different issues over the last couple of days and now I’m thoroughly confused and not sure how to proceed.
I should note I’m running suPHP and have moved the PHP config from .htaccess into a php.ini and copied it to every directory under Magento (I didn’t want to change the global php.ini).
Edit: Same issues with both downloaders (1.0.19870 & 1.1.0).
I am getting the exact same issue and I am not sure whether it is my hosting package that is the problem… the shop in general is working fine but trying to use the Magento Connect has resulted in the exact same error as Vee has posted.
I can see the tgz file is there in my download folder, but it does not seem to be able to read it…
Esme, would you happen to know if the PHP on your server is installed as a CGI binary or an Apache module? If your not sure, use phpinfo() and check “Server API”.
I tried it with FastCGI as the PHP handler with no joy - is this something nobody else has experienced or does nobody care to help? It surprises me that this thread has not received more attention.
I had posted with this same issue earlier in the year and likewise received no comments/feedback. Perhaps it can be logged as a bug? I can’t come up with any reasons why this is happening. At first I thought it was because I had customized by own interface/theme, but I had the problem with a fresh instal. I also wondered if it was because the file size was too large, but one of the other tgz files is larger than the frontend one which is giving me a problem (it is only one file that gives me this error).
With some more investigation last night, it’s been suggested it may be due to permissions with or something else to do with PEAR. Is there some way to enable advanced logging in the Magento downloader?
Still no resolution and I’m not prepared to pay $500 to support just to test out the system - so someone please help us figure this one out!
I’m still getting error messages like;
downloading Mage_Core_Modules-1.0.19870.4.tgz ... Starting to download Mage_Core_Modules-1.0.19870.4.tgz (958,687 bytes) ...done: 958,687 bytes Could not get contents of package "/home/beea3314/public_html/magento/downloader/pearlib/download/Mage_Core_Modules-1.0.19870.4.tgz". Invalid tgz file. Download of "magento-core/Mage_Core_Modules" succeeded, but it is not a valid package archive Error: cannot download "magento-core/Mage_Core_Modules"
System specs;
Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.7a mod_bwlimited/1.4 mod_perl/2.0.4 Perl/v5.8.8
PHP Version 5.2.6
Also, I’m running suPHP which I think might be part of the problem with not being able to extract the archives - can’t be positive though.
I’ve tried it again under a different hosting account and via SSH by referencing instructions at http://www.magentocommerce.com/wiki/groups/227/installing_magento_via_shell_ssh#root_web_directory1 and some general desperate hacking. I’ll try installing it again (probably today but might leave it for tomorrow) and post a full write-up for the other folks in this thread.
I’ve been thinking perhaps I could install the packages manually but I don’t really know where to start. I’ve got the tgz files there so - maybe something could be done but I am not sure how it works.
I would like to implement the Direct resize module NetAmbition_DirectResize - so if anyone has been able to do this manually let me know!
I have got it up and running, but I have to run the downloader from SSH - the web based version does not want to work for me and I have no idea why.
My client is happy with the initial demo but would like to try it out for themselves, so I will be creating a new install for them to do as they please on. I will take notes and get back here with a bit of a guide.
I have my own VPS running cPanel and root access. The following is an outline of what I had to do to get Magento installed (using the downloader) and running.
In WHM
• Enable normal shell access for account (Jail shell does not have enough access) See “Main >> Account Functions >> Manage Shell Access” in cPanel.
• Update PHP’s memory_limit to 32M, See “Main >> Service Configuration >> PHP Configuration Editor”
In cPanel
• Create subdomain in cPanel (/magento/public_html)
• Create MySQL database
Get Magento, prepare and upload
• Download the latest Magento downloader archive
• Transpose PHP config in .htaccess to php.ini
• Upload to your web space
I get this sometimes as well, and am not sure if it’s a local issue or a Magento Connect issue (the channel). What I eventually end up doing is forcing a re-install of the failed package, e.g.:
./pear install -f <failed_extension_key>
Keep repeating that on the individual extensions that failed.
You could also try forcing a reinstall of everything: