Drupal Multisite hosting?

29 posts / 0 new
Last post
#1 Sun, 05/24/2009 - 13:29
toddgeist

Drupal Multisite hosting?

Hello,

I am looking to provide Drupal Hosting using the multisite drupal Instal option. Does anyone have any experience using Virtualmin/Webmin to help manage this kind of a setup.

http://drupal.org/node/43816

Thanks

Todd

Tue, 05/26/2009 - 07:03
andreychek

Hi Todd,

While I haven't done any work with the multi-site Drupal stuff, I know someone who has. I believe all he did is set it up under a particular Virtual Server, then setup a number of Alias Servers to point to that particular domain.

Then, from within Drupal, he configured the various domains to load different Drupal pages.

Long story short though, multi-site Drupal can work just fine with Virtualmin :-)
-Eric

Wed, 06/03/2009 - 20:12 (Reply to #2)
aewilliams

I'm trying to setup this same thing now. The problem with using alias servers is that I can't do email addresses and a database for them. Which leads back to Sub-ervers...only those get their own public_html content folders which I don't need. It think this is going to require a special Sub-server configuration that creates a user, database, and emails but points the $HOME content area to the parent Virtual-Server's public_html.

Anyone have any ideas on how to go about that?

CentOS 5
Virtualmin GPL

Wed, 06/03/2009 - 20:13 (Reply to #3)
aewilliams

('Sub-ervers' should say 'Sub-Servers')

Wed, 06/03/2009 - 20:37 (Reply to #4)
toddgeist

I found this on the drupal site today. check the last post on the page.

<a href='http://drupal.org/node/111238' target='_blank'>http://drupal.org/node/111238</a>

might something like that work?

Wed, 06/03/2009 - 21:11 (Reply to #5)
Joe
Joe's picture

So, I'm going to be digging into this very problem pretty soon. Though I currently do not plan to run separate databases (just different domain landing pages for Webmin.com and Usermin.com and Virtualmin.com)...so it's a different set of problems. But, from a Virtualmin perspective it is pretty similar.

Anyway, you <i>can</i> do mail boxes (I'm pretty sure) for Aliases. And, you could create your databases manually. That'd be one way to go about it.

All that said, unless your sites are really identical (except name and content), I'm not sure there's a real benefit to a single install of Drupal. Upgrades of Drupal core can be easily handled across all of your domains by Virtualmin. A Drupal installation is tiny (about 8MB)...even with a ton of modules it's only a few tens of MB.

I dunno. I'm going to be tinkering with this some, it might be something we want to fiddle with in Virtualmin...allowing databases and more of the other features in Aliases, so they fit this deployment better.

I'll ask Jamie to have a look at this thread and comment on how he thinks something like this ought to work.

--

Check out the forum guidelines!

Wed, 06/03/2009 - 21:18 (Reply to #6)
aewilliams

To me the biggest advantage to the single install is that any custom modules or code I write for one client can be pushed out to all the others without needing to maintain copies across multiple installations.

Thu, 06/04/2009 - 04:08 (Reply to #7)
toddgeist

Well I am not sure how to get Virtual to do it...So I don't know how easy that would be.

But I do like the way Multi-Site deployments with drupal work.

I have can have set of modules and themes that go with all installs, and then I or the user's can install other themes and modules on top. Then I just use svn to keep the main Drupal code up to date.

But If I can use VirtualMin to do the same thing then I am all for it, where can I learn about how to do this.

Todd

Thu, 06/04/2009 - 04:32 (Reply to #8)
aewilliams

After sleeping on it I think all that we need to get Drupal multisite working smoothly is a Virtual Server for the main domain and Sub-Servers for the additional domains, but we need a way to reference the parent Virtual Server's home folder in the file system.

What I mean is on the 'Apache Website' page when editing a 'Server Templates', in the text field called 'Directives and settings for new websites' we need a way to set the DocumentRoot and Directory options to $PARENT/public_html or something like that instead of $HOME/public_html. That should then work perfectly, because now the Sub-Server would point to the Drupal Root directory. The new Sub-server can still have email, it's own database, it's own database user, it's own DNS zone records, etc.

The two issues I see with this that maybe Joe can answer:
1. Is there a $PARENT type variable like I described that we can use? If not, how hard would it be add into Virtualmin?

2. When/If the the Sub-Server is deleted will VirtualMin try to delete the DocumentRoot for the entire Drupal multisite? If so, is there a way to turn that off in the Server Template?

Art

Thu, 06/04/2009 - 08:36 (Reply to #9)
Joe
Joe's picture

I'd still recommend using alias domains here if possible - they can have their own mail aliases, if you go to Server Configuration -&gt; Email Settings, and change 'Mail aliases mode' to 'Catchall forwarding'. As for databases, perhaps they could all be created in the real domain instead of the aliases?

Alternately, you can specify a different DocumentRoot in the template with a line like :

[code:1]DocumentRoot $PARENT_DOMAIN_HOME/public_html[/code:1]

This won't be deleted if the sub-server is.

--

Check out the forum guidelines!

Thu, 06/04/2009 - 12:18 (Reply to #10)
Joe
Joe's picture

Actually, I think there is merit in Sub-servers for this. If we, for example, use this model for Virtualmin.com, Webmin.com and Usermin.com, we want actual mailboxes for two of those domains rather than aliases.

From an Apache perspective, we do just want a ServerAlias (I can't think of any reason having a full virtual host configuration would be preferred, though it does seem like it would work with the DocumentRoot idea).

But, when folks are using wholly separate databases and such, they're going to generally need mailboxes.

This might actually be a job for a plugin, though I'm not sure how it would fit into the normal virtual server creation flow.

--

Check out the forum guidelines!

Mon, 07/20/2009 - 17:18 (Reply to #11)
Francewhoa
Francewhoa's picture

+1 for a Drupal multisite plugin.

- - -
Senior Product Manager, and Co-Founder at Ubertus.org Inc.
Love back your Virtualmin & Webmin community

Wed, 08/05/2009 - 10:27 (Reply to #12)
aewilliams

I've been able to get this to work by using Alias Servers from one main Virtual Server. I use a separate Virtual Server for each version of Drupal. (I have some sites on 4.7, 5, and 6; plus will add 7 someday).

This has worked well for me since I mostly use Google Apps for email so I turn off email for the alias domains and edit the zone to add in the Google Apps MX & cname records. I have a few domains that don't have real mailboxes but just forward so for those I use the Virtualmin email setting to forward them to the right place.

The only issue that still remains is that I have one or two clients that I want to provide mailboxes for in Vitualmin, but since the domains are alias domains I have been unable to figure out how to create real mailboxes for those users. Any help would be appreciated.

If anyone wants more information about my setup for Drupal Multisites feel free to ask.

BTW: I'm using GPL

Tue, 09/14/2010 - 13:25 (Reply to #13)
kenlyle

It looks like from the next post that there is not much that's Virtualmin specific about Drupal Multi-site.

Is there anything else you think we should know, AE?

Best, K

Mon, 07/20/2009 - 17:19
Francewhoa
Francewhoa's picture

I don't know any automated way of managing a Drupal multisite setup with Virtualmin/Webmin. This can be done manually though. To do so find attached file about Drupal 6.x MULTISITE CONFIGURATION steps.

Source: Drupal 6.13 tarbal INSTALL.txt file

- - -
Senior Product Manager, and Co-Founder at Ubertus.org Inc.
Love back your Virtualmin & Webmin community

Wed, 10/13/2010 - 13:58 (Reply to #15)
Francewhoa
Francewhoa's picture

Confirming that Drupal Multisite hosting works with Virtualmin GPL 3.80. We used this setup for more than 1 year. Rock solid. Plus emails are working for all Drupal Multisites :)

To view settings find attached screenshot

Notes about screenshot

  1. top-level-server.com contains the Drupal multi-sites installation and files
  2. alias-server-*.com contains nothing. Just alias of all Drupal multi-sites.
  3. sub-server-*.com contains any other websites

- - -
Senior Product Manager, and Co-Founder at Ubertus.org Inc.
Love back your Virtualmin & Webmin community

Sun, 10/24/2010 - 17:03
kenlyle

Hey, Thanks. What does this do for ya? You can't really offer the peeps the App Installer, for example, because they don't really have their own domain, right?

So, is the market for this setup people who "only" need a website, and maybe email? Do any of your clients outgrow this setup, and then do you move them to their own domain?

Do you mind saying which clients? Is it like schools in a district or are you doing a wide mix of sites?

Thanks.

Sun, 10/24/2010 - 17:11 (Reply to #18)
andreychek

Howdy,

I'll offer that I have seen a number of providers offer a given user space... and that user basically resells that space in the form of a Drupal or Wordpress website, hosted using a multi-site option. That gives a lot of clients what they want -- a website and email.

The Virtual Server owner would handle maintenance of the domain, email accounts, and such through Virtualmin, which a lot of clients wouldn't want to get involved in. Some folks just want things to be setup and working, and don't want to think about how to create an email account or how to setup Drupal.

Hopefully, the original poster can offer some thoughts on their setup, I'd be interested in hearing a little about that too!

-Eric

Wed, 12/08/2010 - 19:22
jlk8

Anybody tinkered with Aegir + Virtualmin yet? I've been using Aegir by itself for about 6 months and it rocks, just pondering if it's easiest to have WHMCS interact with Aegir directly, or if I should get Virtualmin to create a site by asking Aegir to do so...I figure either way it'll be a series of drush command line calls...

John

Thu, 12/09/2010 - 07:26
kenlyle

To my simple mind, it seems that maybe Virtulalmin could be used to maintain the root instance(s) of Drupal, which are cloned by Aegir. That would be the simplest form of overlap, but I am sure there's something more sophisticated that could be done.

Wed, 01/05/2011 - 03:49
tuaris

I'm just experimenting with the Multi Site option in Drupal and from what I understand, it's as simple as having a single code base and dropping in folders under the sites directory.

Am I right?

So...

On Ubuntu 10.04, I install the drupal6 package

I create a virtual server with DB in virtualmin and I change the document root to "/usr/share/drupal6"
I create a "settings.php" (777), "dbconfig.php" (775) and "files" (777) folder in a subfolder named "drupal" in the home directory, make sure the folder has execute permissions (I gave it 775)
I prefill "dbconfig.php" with the database information.
I create linked folder under "/etc/drupal/6/sites" named "pacyworld.co" to "~drupal".
I visit http://www.pacyworld.co/install.php and go through the Drupal install
Change permssions of "settings.php" to 555

And it Works!

Now, if only Virtualmin could give us an option to create a "Drupal Server" and "Drupal Sub-Server" and do the above automatically.

Wed, 01/05/2011 - 08:29 (Reply to #22)
andreychek

Howdy,

Now, if only Virtualmin could give us an option to create a "Drupal Server" and "Drupal Sub-Server" and do the above automatically.

Mmm, well, that seems like the more difficult way of doing it :-)

Rather than all the above setup -- you could create a top-level Virtual Server, and install Drupal into it.

Then, just create a number of Virtual Server Aliases under that top-level server.

At that point, you could use multi-site Drupal without having to touch any file permissions.

If you happen to be a Virtualmin Pro user, you wouldn't even have to go through the steps of manually installing Drupal, you could just load the Drupal Install script.

-Eric

Wed, 01/05/2011 - 13:43 (Reply to #23)
tuaris

The alias method works great for some types of customers (and I do currently use it), but when you have customers who each want/need a dedicated top level server, the alias method isn't practical.

Having a single Drupal code base has advantages. I could pre-load modules and themes and have them instantly available on all customer websites. While Virtulmin Pro may have some "perks", the fact is that I am completely against paying a subscription based license and the perpetual license fee is just outrageous. Lets not turn this into a discussion about Virtualmin Pro.

I was looking at some of the server template settings, and much of the steps could be automated by creating server template for Drupal. I'll try it and let you know of the results.

Wed, 01/05/2011 - 15:25 (Reply to #24)
jlk8

Tuaris - yeah, shared multi-site Drupal installs are OK for smaller sites - but with larger sites you want stand alone installs. To cover the issues with a base set of Drupal modules/themes, check out . This lets you create a reproducible Drupal base much easier.

The problem with sharing modules across multiple sites in a single install is if there's an update available, you need to make sure it works across all the sites using it before you can upgrade. This holds true for sharing Drupal itself across sites.

John
ps Drupal 7 came out...eek! I'm not nearly ready to migrate yet...

Sun, 02/27/2011 - 20:03
jsp_1983

Has anybody found (or written) a guide on how to do this? I've tried to follow what's been said in this thread, but I'm a bit unclear :/

How can I have a multi-site setup that allows me to setup virtual servers for my domains within Vmin?

Sat, 10/01/2011 - 20:26
kenlyle

I am seeing what you guys are talking about, but calling the Alias method Multi-site seems like a stretch, because the aliases are pointer to the same code, and therefore, I am seeing that the "two" sites are identical, sharing content, theme settings, etc. There are also times where the alias gets confused, probably reads the settings.php, and redirects links back to the parent site, which blows the ruse entirely.

Where's the "next level", with separate databases, etc.? Can the aliases have databases? It's a little confusing...

Thanks.

Sat, 07/14/2012 - 10:35
spxero

I'll get to doing a guide or video soon, but here are some notes of what I did:

  • In Virtualmin, create a virtual server for domain1.com
  • Do a basic Drupal install (domain1.com)
  • Install the Domain Access module on domain1.com
  • Back in Virtualmin, create domain2.com as a sub-domain of domain1.com
  • Within the Webmin part of Virtualmin, edit the Apache server directives for domain2.com
  • You should see something like this in the site list: - Server Name: domain2.com - Document Root: /home/domain1/domains/domain2/public_html
  • Edit the directives of the domain2 virtual server to match domain1: - Before: /home/domain1/domains/domain2/public_html - After: /home/domain1/public_html (Note: Copy the entire directive into a text editor like notepad and do a replace-all of "/domains/domain2" to "". This will change the entire site to match domain1, letting the Domain Access module do what it needs to)
  • Apply the Apache configuration and you should be set!
Sat, 07/14/2012 - 13:47
jsp_1983

I'd be interested in seeing that video, spxero!

Mon, 10/14/2013 - 16:48
yngens

Hi All,

Take a look at how an alternative Drupal-multisite setup is done on Drupion servers: http://drupion.com/resources/general-information/multi-site-directory-an...

Topic locked