PR 8 Installation Failure

[Datagg]

Re: PR 8 Installation Failure

I've already requested that miva not use the store email as the default for these and other emails since 90% of the time it goes nowhere...even with our clients.

100% agree on this one.. This needs if not already to head straight to the wish list.

[wcw]

Re: PR 8 Installation Failure

Success! Updated to PR8 on the main store. Watching the progress as it updates is like watching the live feed from Abbottabad. You just know something is going to go wrong. The update went well, but the aftermath is a bit rocky. First thing this morning I got a warning that I have exceeded my disk usage on the server. I wonder if there are a bunch of backup files that can be deleted.

[bimmerzone.com]

Re: PR 8 Installation Failure

Lol!!!!

watching the progress as it updates is like watching the live feed from abbottabad.

[misteride]

Re: PR 8 Installation Failure

Still getting hung up on the GD library.

I'm using the enviroment configuration, so am putting SetEnv's in my apache configuration.

Along with the other definitions specified in the MVM README.txt, I have added, per the RELNOTE.txt,

SetEnv HTTP_MvCONFIG_SYSTEMLIB_GD /usr/lib/libgd.so

/usr/lib/libgd.so (777 root.root)
points to
/usr/lib/libgd.so.2.0.0 ( 755 root.root )

the installation of MVM is NOT owned by root.

Should I be pointing to something else, or should I put the definition elsewhere.

Thank you for anything.

Roger Ide

BTW I have a retail license, and so probably should be figuring this out myself.

Production Release 7 Update 10
Miva Merchant Engine v5.12
Database API: mysql

[Jim McCormick]

Re: PR 8 Installation Failure

Still getting hung up on the GD library.

I'm using the enviroment configuration, so am putting SetEnv's in my apache configuration.

Along with the other definitions specified in the MVM README.txt, I have added, per the RELNOTE.txt,

SetEnv HTTP_MvCONFIG_SYSTEMLIB_GD /usr/lib/libgd.so

/usr/lib/libgd.so (777 root.root)
points to
/usr/lib/libgd.so.2.0.0 ( 755 root.root )

the installation of MVM is NOT owned by root.

Should I be pointing to something else, or should I put the definition elsewhere.

Thank you for anything.

Roger Ide

BTW I have a retail license, and so probably should be figuring this out myself.

Production Release 7 Update 10
Miva Merchant Engine v5.12
Database API: mysql

If you're using 32bit Empresa you must use the 32bit libgd.so library and the 64bit library if you're running 64bit Empresa. You will also need to make sure that you have all the dependencies required by the library installed on the server.

You don't have to run the update wizard to test you can plugin the domain in your URL like this assuming your scripts directory is /mm5/

domain.com/mm5/5.00/features/upg/patch_control.mvc

If you get SUCCESS you're good to go.

[misteride]

Re: PR 8 Installation Failure

Thanks!
I got SUCCESS and then I got the error again.
I have reason to suspect the library itself, as it seems the image manipulation utilities in Cpanel think they're doing something, but really they're not. So, something is up locally.
I'll report back if something comes up.

[skepticwebguy]

Re: PR 8 Installation Failure

I also ran domain.com/mm5/5.00/features/upg/patch_control.mvc and got SUCCESS.
But I am still getting the error message: "Unable to validate functionality of the GD builtin function library: Found"

Like Jim McCormick, my server has libgd2.0.0 on it and not libgd2.0.35. So, in my 3.x configuration, I've inserted:

<SYSTEM-LIB CODE="GD" LIBRARY="/usr/lib/libgd.so.2.0.0">

rather than

<SYSTEM-LIB CODE="GD" LIBRARY="/usr/lib/libgd.so.2.0.35">

Does that matter? Running "rpm -qa | grep gd" on my server, I see that the RPM packages that were installed were for gd 2.0.33.

Perhaps I should be using this instead:

<SYSTEM-LIB CODE="GD" LIBRARY="/usr/lib/libgd.so.2">

I can try that. Which option should I use to try this?

- Resume Installation (recommended)
- Restart Failed Installation


Anyone?

[skepticwebguy]

Re: PR 8 Installation Failure

I inserted <SYSTEM-LIB CODE="GD" LIBRARY="/usr/lib/libgd.so.2"> for my 3.x configuration and that solved the problem! I assume linking directly to the file libdg2.0.0 was not loading all the GD dependencies (guessing). Linking to the folder seems to work.

@misteride (sorry -- referred to Jim by mistake in my last post) -- I think you need to enter:

SetEnv HTTP_MvCONFIG_SYSTEMLIB_GD /usr/lib/libgd.so.2

rather than

SetEnv HTTP_MvCONFIG_SYSTEMLIB_GD /usr/lib/libgd.so

My installation is proceeding now.

[Rick Wilson]

Re: PR 8 Installation Failure

Very cool!

[misteride]

Re: PR 8 Installation Failure

Thanks. Nothing so far over here, however I have done some research:
Patch_control says 'SUCCESS' if the conf SetEnv Http_MvCONFIG_SYSTEMLIB_GD is present and pointing to an existing instance of libgd.so, libgd.so.2, or libgd.so.2.0.0 (the first two are symlinks to the last one).
Patch_control says 'GD is not registered' if I If I remove(rename) libgd.so.2.0.0, or if I comment SetEnv Http_MvCONFIG_SYSTEMLIB_GD out of the conf.
What it doesn't tell me is whether the version of libgd.so.2.0.0 that I'm pointing to is functional, although libgd_config --all says it is, and that the actual version is 2.0.33. I'm wondering whether this version is missing a feature that Miva is looking for

Oh, and while libgd is owned and grouped to root, I've tried changing that to the local userid, with no change in result either.

Is there some small routine that could be run that would reveal just what the patch routine was really looking for?

[skepticwebguy]

Re: PR 8 Installation Failure

Patch_control says 'SUCCESS' if the conf SetEnv Http_MvCONFIG_SYSTEMLIB_GD is present and pointing to an existing instance of libgd.so, libgd.so.2, or libgd.so.2.0.0 (the first two are symlinks to the last one) ...
What it doesn't tell me is whether the version of libgd.so.2.0.0 that I'm pointing to is functional, although libgd_config --all says it is, and that the actual version is 2.0.33.

According to mivavm-5.12 RELNOTE.txt, if you're using the ENVRONMENT CONFIGURATION you should insert this line in your server's http.conf file and then restart Apache for it to take effect:

MvCONFIG_SYSTEMLIB_GD=/path/to/your/library/libgd.so.2

(Fill in the correct path the alias folder on your server. Don't link directly to the 2.0.0 file.)

OR if you're using the 3.x CONFIGURATION you should (instead of the above) insert the following line in your mivavm.conf file.

<SYSTEM-LIB CODE="GD" LIBRARY="/usr/lib/libgd.so.2">

(Fill in the correct path to that library folder on your server. Don't link to the 2.0.0 file.)

I think it comes down to a dependencies issue. Linking to the file alone doesn't load all the GD library dependencies the same way that linking to the folder does. Also, you'll know you have the right GD library when you run this test, which will produce an answer of SUCCESS:

domain.com/mm5/5.00/features/upg/patch_control.mvc

(Adjust the path to point to your store. You may use Merchant5 instead of mm5, for instance.)

On my CentOS 5 server (with the mivavm-5.12 engine) running "rpm -qa | grep gd" shows that the RPM packages that are installed are for gd 2.0.33 (which misteride also noticed). This simply means that the library files that are installed aren't using the fully version number in their file names.

Regardless, using the 3.x CONFIGURATION and inserting this line in my mivavm.conf file worked perfectly for me:

<SYSTEM-LIB CODE="GD" LIBRARY="/usr/lib/libgd.so.2">

Note: even the RedHat CentOS 5.5 repository does not have a gd package newer than 2.0.33. So, it's not at all necessary to have 2.0.35 like it says in RELNOTE.txt to get this to work.

[misteride]

Re: PR 8 Installation Failure

Thanks, I was wearing out my apache restart button.

I switched to the 3x.so configuration, but nothing changed.
I suppose I'll just leave it like this since i'm not trying to hide the configuration from myself.


The PRODUCTION-8-00004 error message includes:

AUTHORIZATION REQUIRED
Unable to validate functionality of the GD builtin function library:
This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.


I have changed ownership of libgd back and forth from root, and changed permissions to 755,775, and 777 with no difference in result.


Not sure I understand the 'credentials' bit in the above. Three different very current browsers give the same result, so it's not about the browser 'not understanding'.



A reasonable person would begin to suspect the library itself, but finding a way to test it is difficult.

[Jeff - Wolfpaw Hosting]

Re: PR 8 Installation Failure

We're getting the:

You don't have permission to access /mm5/5.00/features/upg/patch_control.mvc on this server

Error when trying to validate the gd library also. I know the permissions to patch_control.mvc are open and also to libgd.so.2.

Has anyone found the solution?

[Rick - Wolfpaw Hosting]

Re: PR 8 Installation Failure

We solved the permissions issue it was just a setting we had missed.

After we got the patch_control.mvc to return success we encountered another error.

Error Code: UPG-INC-00052

Incomplete installation of patch 'production-8' detected.
A patch that has been partially installed was found in your list of available patches.

The following error caused this patch to abort:
Pre-install validation failed. No modifications have been made to the existing installation.

The following issue must be resolved before installation can continue:
Module "customerimport", which is installed by this patch, already exists.

The confusion about this was that the error occured during the pre-install validation which as I understand it, means that nothing should have been installed at that point.

After taking a look at the installed modules as well as the database I found a module installed in the store called “customerimport” however it was not a module from Miva. It was from Viking Coders called “Viking Import Customers with Groups” which is a free module.

After removing the Viking Coders module the upgrade completed with no more problems.

[SimpleMan]

Re: PR 8 Installation Failure

We solved the permissions issue it was just a setting we had missed.

After we got the patch_control.mvc to return success we encountered another error.

Have the same problem but everything looks ok in the .conf file. Can you tell me what the setting was that you had missed?

Thank you!