Sites moved and now won't work

My company recently migrated a couple sites from an RH7.2 box to a
RH9.0 box. The old box was running Apache 1.3, but the new one has
Apache 2.0 installed, all from RPM. Everything has worked fine so
far, but I'm having *lots* of trouble with FrontPage extensions. I've
installed the scripts and the server has everything it needs, but when
I go to the webadmin page from an Internet browser to extend the
virtual servers, not all of them accept the username/password. Of the
7 sites that are currently hosted on the new box, only 3 accept the
admin username/password that I used when installing the extensions on
the server.

When I checked the error log, I saw many messages like this:

[Thu Nov 04 17:07:36 2004] [error] [client 151.197.***.***] (2)No such
file or directory: Could not open password file:
/www/vweb/mysite.com/public_html/_vti_pvt/service.pwd, referer:
http://151.197.***.***:8088/fpadmcgi.exe?page=fpadmin.htm
[Thu Nov 04 17:07:36 2004] [error] [client 151.197.***.***] user
frontpageadmin not found: /_vti_bin/_vti_adm/fpadmcgi.exe, referer:
http://151.197.***.***:8088/fpadmcgi.exe?page=fpadmin.htm

The problem in here is that the old box used the directory
/var/www/vweb/..., but the new box uses /var/www/.... My conf file
has been updated for the new box, nothing is pointing to the old /vweb
directory.

Any thoughts or suggestions? I've been working on this for too long
and am getting very frustrated.

Thanks,
Elise
Elise.Nein [ Mi, 10 November 2004 00:26 ] [ ID #475231 ]

Re: Sites moved and now won't work

Did the .htaccess files come from the old box? The .htaccesss file in the
web's root folder may contain a reference to the vweb folder - mine shows
the full path to service.pwd

--
Ron Symonds (Microsoft MVP - FrontPage)
Reply only to group - emails will be deleted unread.


"Elise" <Elise.Nein [at] gmail.com> wrote in message
news:f93b6f07.0411091526.65c72ac0 [at] posting.google.com...
> My company recently migrated a couple sites from an RH7.2 box to a
> RH9.0 box. The old box was running Apache 1.3, but the new one has
> Apache 2.0 installed, all from RPM. Everything has worked fine so
> far, but I'm having *lots* of trouble with FrontPage extensions. I've
> installed the scripts and the server has everything it needs, but when
> I go to the webadmin page from an Internet browser to extend the
> virtual servers, not all of them accept the username/password. Of the
> 7 sites that are currently hosted on the new box, only 3 accept the
> admin username/password that I used when installing the extensions on
> the server.
>
> When I checked the error log, I saw many messages like this:
>
> [Thu Nov 04 17:07:36 2004] [error] [client 151.197.***.***] (2)No such
> file or directory: Could not open password file:
> /www/vweb/mysite.com/public_html/_vti_pvt/service.pwd, referer:
> http://151.197.***.***:8088/fpadmcgi.exe?page=fpadmin.htm
> [Thu Nov 04 17:07:36 2004] [error] [client 151.197.***.***] user
> frontpageadmin not found: /_vti_bin/_vti_adm/fpadmcgi.exe, referer:
> http://151.197.***.***:8088/fpadmcgi.exe?page=fpadmin.htm
>
> The problem in here is that the old box used the directory
> /var/www/vweb/..., but the new box uses /var/www/.... My conf file
> has been updated for the new box, nothing is pointing to the old /vweb
> directory.
>
> Any thoughts or suggestions? I've been working on this for too long
> and am getting very frustrated.
>
> Thanks,
> Elise
Ronx [ Mi, 10 November 2004 12:01 ] [ ID #475629 ]

Re: Sites moved and now won't work

How did they "migrate" them to the new server??

You need to "Publish" them from server to server, or from the client to a server.

--
Steve Easton
Microsoft MVP FrontPage
95isalive
This site is best viewed............
........................with a computer

"Elise" <Elise.Nein [at] gmail.com> wrote in message
news:f93b6f07.0411091526.65c72ac0 [at] posting.google.com...
> My company recently migrated a couple sites from an RH7.2 box to a
> RH9.0 box. The old box was running Apache 1.3, but the new one has
> Apache 2.0 installed, all from RPM. Everything has worked fine so
> far, but I'm having *lots* of trouble with FrontPage extensions. I've
> installed the scripts and the server has everything it needs, but when
> I go to the webadmin page from an Internet browser to extend the
> virtual servers, not all of them accept the username/password. Of the
> 7 sites that are currently hosted on the new box, only 3 accept the
> admin username/password that I used when installing the extensions on
> the server.
>
> When I checked the error log, I saw many messages like this:
>
> [Thu Nov 04 17:07:36 2004] [error] [client 151.197.***.***] (2)No such
> file or directory: Could not open password file:
> /www/vweb/mysite.com/public_html/_vti_pvt/service.pwd, referer:
> http://151.197.***.***:8088/fpadmcgi.exe?page=fpadmin.htm
> [Thu Nov 04 17:07:36 2004] [error] [client 151.197.***.***] user
> frontpageadmin not found: /_vti_bin/_vti_adm/fpadmcgi.exe, referer:
> http://151.197.***.***:8088/fpadmcgi.exe?page=fpadmin.htm
>
> The problem in here is that the old box used the directory
> /var/www/vweb/..., but the new box uses /var/www/.... My conf file
> has been updated for the new box, nothing is pointing to the old /vweb
> directory.
>
> Any thoughts or suggestions? I've been working on this for too long
> and am getting very frustrated.
>
> Thanks,
> Elise
Steve Easton [ Mi, 10 November 2004 14:59 ] [ ID #476042 ]

Re: Sites moved and now won't work

Check the .htaccess files for the webs in question.
They may still be pointing to the old style setup.

Also try owsadm.exe -o recalc for each virtual.

Also confirm that the /usr/local/frontpage/myweb:80.cnf files have
servertype apache-2.0 defined.
gail [ Mi, 10 November 2004 16:20 ] [ ID #476043 ]

Re: Sites moved and now won't work

gail [at] rtr.com (Gail Mignard) wrote in message news:<95402340.0411100720.45a0149f [at] posting.google.com>...
> Check the .htaccess files for the webs in question.
> They may still be pointing to the old style setup.
>
> Also try owsadm.exe -o recalc for each virtual.
>
> Also confirm that the /usr/local/frontpage/myweb:80.cnf files have
> servertype apache-2.0 defined.


Thanks for all the input from everyone!

Once I figured out how to view .htaccess files, I discovered that the
guy who used to admin the sites put a pesky .htaccess file into every
folder in each of the web directories. So I went through and
redirected the ones that were neccessary, and deleted the ones that
weren't.

I tried executing owsadm.exe -o recalc for each site, but when I did
it gave me a message saying that FrontPage Server Extensions were not
installed. How is it possible that I get this message when I already
installed the extensions? I can log into the web GUI and admin the
sites. Any thoughts?

Thanks again
Elise.Nein [ Fr, 12 November 2004 00:00 ] [ ID #478674 ]

Re: Sites moved and now won't work

Try using:

RootWeb
owsadm.exe -o recalc -t apache-2.0 -s /path/to/httpd.conf -p 80 -web
/
Virtualweb
owsadm.exe -o recalc -t apache-2.0 -s /path/to/httpd.conf -p
VIRTUALWEB:80 -web /

Subwebs

owsadm.exe -o recalc -t apache-2.0 -s /path/to/httpd.conf -p
VIRTUALWEB:80 -web SUBWEB
gail [ Fr, 12 November 2004 16:13 ] [ ID #480034 ]

Re: Sites moved and now won't work

gail [at] rtr.com (Gail Mignard) wrote in message news:<95402340.0411120713.6eda4087 [at] posting.google.com>...
> Try using:
>
> RootWeb
> owsadm.exe -o recalc -t apache-2.0 -s /path/to/httpd.conf -p 80 -web
> /
> Virtualweb
> owsadm.exe -o recalc -t apache-2.0 -s /path/to/httpd.conf -p
> VIRTUALWEB:80 -web /
>
> Subwebs
>
> owsadm.exe -o recalc -t apache-2.0 -s /path/to/httpd.conf -p
> VIRTUALWEB:80 -web SUBWEB

Well, I tried what you suggested but I'm still getting the same error
message. I guess I need to do some more investigation into my server.
I'll post again if I have other questions....

Thanks!
Elise.Nein [ Mi, 17 November 2004 00:05 ] [ ID #487576 ]
Microsoft » microsoft.public.frontpage.extensions.unix » Sites moved and now won't work

Vorheriges Thema: Check Server Health w/Mozilla?
Nächstes Thema: Cannot save new pages using Front Page