Several VHosts, one database

Ryan Wilson theycallmefish at
Wed Sep 16 13:18:44 UTC 2015

I can confirm that this method works (My production setup currently has 4
domains using the same database).

I have a few warnings involving not sharing the data directory. Any
template changes you do require a ./ run for each PROJECT.
Also, if you have Bugzilla configured to store attachments locally, you
will run into problems when accessing a bug from a host other than the one
the bug was added in. I can, however, confirm that replacing the
attachments directory in all but one setup with a symbolic link to the
remaining setup and configuring apache to accept symlink read/write
eliminates that problem entirely.

On Wed, Sep 16, 2015 at 4:00 AM, Jochen Wiedmann <jochen.wiedmann at>

> Hi,
> I'd like to ask, whether the following idea is sound:
> I've got a bugzilla installation, where several Intranets are
> connected to a single machine. As a consequence, the machine has
> multiple network interfaces, and, in particular, multiple IP adresses.
> Depending on the users intranet, a different IP address is used as the
> browsers URL.
> It is therefore mandatory, that the urlbase parameter varies,
> depending on the browsers URL. I intend to resolve the problem as
> follows:
> For every IP address, I'll create a VHost in Apache, with a configuration
> like
>   SetEnv PROJECT "Name of Net"
> Likewise, I'll be setting up Bugzilla once for every net with
>   PROJECT="Name of Net" perl
> The various Bugzilla Vhosts will be configured to share a single
> database. I won't be able to share the data directories, but I hope
> that will be fine.
> In essence, I will have the same situation that I would have when
> clustering Bugzilla, only without the shared data directories.
> Are there any problems I will have to expect?
> Thanks,
> Jochen
> --
> The next time you hear: "Don't reinvent the wheel!"
> -
> To view or change your list settings, click here:
> <>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the developers mailing list