Miva stopped working suddenly

[stufine]

Something happened on my linux redhat 6.0 server. I have had Miva running on this server for a few years now. I noticed a couple of weeks ago it can no longer be accessed. It comes up as a bunch of german.
http://70.60.69.181/Merchant2/admin.mv

I don't know what to do. Nothing has been changed in the miva directories. They all have old time stamps. One thing that did happen is we moved locations, but our IPs are the same. We also got a new router/firewall. The router is allowing all traffic to this IP so I wouldn't think that would be the problem. What can I try? I have tried emailing Miva directly but they haven't responded.

any help or ideas will be greatly appreciated.

[dotCOM_host]

"German"? It looks like the source code for the merchant.mv script to me :-)

It looks like your web server somehow lost its understanding of what to use to parse .mv files with. You will either need to edit that in your Apache httpd.conf file, or in the site's .htaccess file. You need the following in there somewhere:

AddType application/x-miva .mv
Action application/x-miva /cgi-bin/miva

(replace the path to the miva binary to match your particular server configuration)

[ILoveHostasaurus]

Somehow your server has lost the association between .mv files and calling MIva Empresa to process them. It sounds like maybe the web server software was updated to a newer version and possibly a config file that previously did that association has been replaced.

Fixing it may be as simple as adding the following to your server config:

AddType application/x-miva .mv
Action application/x-miva /cgi-bin/miva

Assuming it is set up to run Empresa from the cgi-bin and that no other config files pertaining to Empresa have been affected.

[dotCOM_host]

... and then, upgrade from RH6 as soon as you can - that thing hasn't been supported for YEARS and I don't think you can get any more updates or security patches, even from the various legacy maintainers. Even RH9 is now considered obsolete and not supported by Red Hat, so you'd really want to bring up your server security up a few notches...

[stufine]

Thanks for the replies.

Unbekannter Fehler

Ausführung = %action%
Bildschirm = %screen% | | Login Screen |
http://&[%20g.baseurl%20]/graphics/&[%20s.miva_language%20];/admin/login.gif Welcome! Herzlich willkommen!
Log in securely Gesicherte Anmeldung (http://&[%20g.baseurl%20]/&[%20g.secure_sessionurl%20])

Is this not what you see? Looks german to me. LOL.

Any way here is my httpd.conf.
<VirtualHost 70.60.69.181>
ServerAdmin sdunn@tsh.net
DocumentRoot /home/industryquest/httpd/html/
ServerName 70.60.69.181
ErrorLog /home/industryquest/httpd/httpderr.log
TransferLog /home/industryquest/httpd/transfer.log
ScriptAlias /cgi-bin/ /home/industryquest/httpd/cgi-bin/
AddType application/x-httpd-Miva .mv
Action application/x-httpd-Miva /cgi-bin/miva
AddHandler cgi-script .cgi
DirectoryIndex index.html index.cgi
<Directory /home/industryquest/httpd/html/urchin>
AddHandler cgi-script .cgi
DirectoryIndex index.cgi
Options FollowSymLinks execCGI
</Directory>
</VirtualHost>

Nothing has changed. All time posts are from 2002-2003. Any other ideas?

[ILoveHostasaurus]

If you view source on the page, you'll see what we see. Internet Explorer is trying to turn the page into html while FireFox properly interprets it as text since that's what the server says it is.

Your config looks fine but it doesn't appear to actually be working. Is there any chance it's being ignored?

[dotCOM_host]

Unbekannter Fehler

Ausführung = %action%
Bildschirm = %screen% | | Login Screen |
http://&[%20g.baseurl%20]/graphics/&[%20s.miva_language%20];/admin/login.gif Welcome! Herzlich willkommen!
Log in securely Gesicherte Anmeldung (http://&[%20g.baseurl%20]/&[%20g.secure_sessionurl%20])

Is this not what you see? Looks german to me. LOL.
Yup, that does look German. :-))) It only shows up that way in Internet Explorer. Firefox displays the source code for merchant.mv though, which is what I saw.

Your config file looks good. Did you make any changes to your site's .htaccess file, add any directives there, overwrite any server-wide settings? How about your miva.conf file, does it reference the miva binary and its location? mivadata folder? Other settings? Can you restore your site from backup from a few days ago and see if that resolves the problem? (if it does, something certainly has changed on your site, most likely in .htaccess or miva.conf files)

[stufine]

My miva.conf file hasn't changed. Here it is
mivaroot=&[document_root]
stdmodedatadir=/home/industryquest/httpd/mivadata
# <COMMERCE-LIB> defines the location of commerce libraries.
#
# Commerce libraries provide e-commerce functionality via
# the <MvCOMMERCE> tag.
#
# The <COMMERCE-LIB> tag requires the following attributes:
#
# METHOD The commerce method which the library provides.
# This is the same value as a script must pass as the
# METHOD attribute of the <MvCOMMERCE> tag.
#
# LIBRARY The full path to the commerce library.
#
# Note that the path specified by LIBRARY must be an absolute
# path (it must begin with /).
<COMMERCE-LIB METHOD = "UPSCost" LIBRARY = "/usr/lib/miva/lib/upsonline.so">
<COMMERCE-LIB METHOD = "CyberCash" LIBRARY = "/usr/lib/miva/lib/cybercash.so">

Mivadata appears untouched since June 2005.

I don't believe any server wide changes have been made, but you never know. What should I look for?

I don't have a recent backup. Apparently I changed my script after I tested it and it hasn't worked for some time. That is one big DOH!! :(

[stufine]

I took the server out from behind the firewall and it works now!! Does anyone know what ports Miva needs opened.

By the way I am making a backup right now!!!

[dotCOM_host]

80 (http) and 443 (https) - that's all.