Bugzilla Migration to new server issue

derek.bennett at attaininsight.com derek.bennett at attaininsight.com
Tue Sep 28 14:26:02 UTC 2021


I was just replying to let you know I was able to get it working. The issue
seemed to be with a config file I had copied over which didn't match the new
config. Just as info I created a full working (empty dbase) of BZ, shutdown
BZ, deleted the DB, imported the backup db ran a checksetup and restarted BZ
and it worked. I suspect it was something in the params.json file that I had
actually copied over that was causing my issue.

Looks to be all good now.

Thanks / Derek

-----Original Message-----
From: support-list <support-list-bounces at bugzilla.org> On Behalf Of Thorsten
Sent: September 28, 2021 10:14 AM
To: support-list at bugzilla.org
Subject: Re: Bugzilla Migration to new server issue

Guten Tag derek.bennett at attaininsight.com, am Dienstag, 28. September 2021
um 13:07 schrieben Sie:

> [...]I simply cannot access Bugzilla
> from the web browser and get "This site can’t be reached172.17.10.117 
> refused to connect."

Check for correct IP, wrong proxy in browser, firewall on client/server,
that the web server runs at all and listens on the correct IP etc.

> Yes, I can ping the server and was able to browse to it before I ran 
> the import and updated the params file.

Depending on your actual setup, a broken Bugzilla might easily make your web
server refuse to start at all or simply kill it on runtime.
Mostly depends on how Perl is executed, if in different processes or the
same, how worker processes vs. threads are handled etc.

> I updated those values directly in the params.json using an editor, 
> but I missed the shutdownhtml field. It is however set to "" for some 
> reason, even though I had set the field to "migration" using the web

So you either didn't save the value for "shutdownhtml" in the web-UI at all
or, more likely in my opinion, mixed up different files. I just tested to
make sure the value is written to that file instead of e.g.
being in the database and for me it was as expected.

> No I did not.

So what exactly does the following from this mail means then?

> [...]and was able to browse to it before I ran the import and updated 
> the params file.

You only accessed some test site of your web server and didn't meant
Bugzilla at all? It read to me like the latter, but if it's the former, than
it's somewhat likely like I said before: Your setup of Bugzilla might simply
make your web server start fail at all, in which case you surely have some
error messages somewhere in your logs.

Otherwise I don't see how importing the database und running checksetup.pl
make your web server NOT publish its own test site anymore. AFAIK
checksetup.pl doesn't reconfigure web servers, only cares about permissions
and stuff of its own directory and might break those.

While I'm at setup problems: Don't use install-module.pl and empty the
Bugzilla private "lib" dir! Especially don't take the one from the old
server, as your Perl are pretty likely not binary compatible, modules built
on one system most liekly don't work on the other and stuff like that. Those
are exactly the things which might make Perl as part of the web server
process simply die in the end. Always prefer your package manager for
dependencies unless absolutely necessary!


Mit freundlichen Grüßen

Thorsten Schöning

AM-SoFT IT-Service - Bitstore Hameln GmbH Mitglied der Bitstore Gruppe - Ihr
Full-Service-Dienstleister für IT und TK

E-Mail: Thorsten.Schoening at AM-SoFT.de
Web:    http://www.AM-SoFT.de/

Tel:   05151-  9468- 0
Tel:   05151-  9468-55
Fax:   05151-  9468-88
Mobil:  0178-8 9468-04

AM-SoFT IT-Service - Bitstore Hameln GmbH, Brandenburger Str. 7c, 31789
Hameln AG Hannover HRB 221853 - Geschäftsführer: Janine Galonska

support-list mailing list
support-list at bugzilla.org

This email has been checked for viruses by Avast antivirus software.

More information about the support-list mailing list