Using FogBugz On Demand? We've recently rolled out a new sidebar as part of taking FogBugz forward. Please see this article for details on what's new, what's changed, and where you can find all your favorite things.

Hardware/VM Requirements

Looking for FogBugz On Site? See here.

2GB RAM minimum, 4GB RAM preferred.

We’ve never encountered an install that needed a beefier processor. It’s very likely that, if you have enough RAM, whatever processor you have is fast enough. Naturally, if you’ve upgraded a horrendously old machine with a bunch of RAM, there’s a limit.

Operating Systems

What we run:

For FogBugz On Demand, our web servers are Windows Server 2003/2008 64-bit.


Windows editions and versions we test on

  • Windows 2003 32 Bit Version 5.2.3790
  • Windows Server 2003 64 Bit Version 5.2.3790
  • Windows 2008 R2 64 Bit Version 6.1.7600

Additional Windows versions and editions we support:

  • Windows Server 2003 Standard/Enterprise/Datacenter Edition

Unsupported but known to have worked:

  • Windows Small Business Server 2003/2008 (with caveats)
  • Windows XP 32 Bit Version 5.1.2600
  • Vista 32 Bit Version 6.0.6000
  • Vista 64 bit 6.0.6001
  • Windows XP 64 Bit 5.2.3790
  • Windows 7 64 Bit 6.1.7600
  • Windows Server 2012

Unsupported Windows editions:

  • Windows Server 2003/2008 Web Edition


NOTE: We no longer sell FogBugz for Linux to new customers.

FogBugz for Linux has been tested with the last two server releases of:

Note: GDI+ must be installed in order for users to upload profile pictures.

Additional versions and distros we support:

  • Many prior versions of the above distros will work, but we do not have a comprehensive list.

Web Server

On Windows servers, FogBugz requires IIS 6 or 7 with ASP.NET and .NET 2.0. The role features selected by default should usually be sufficient but if you have issues viewing all images in FogBugz, make sure the ‘Static Content’ HTTP feature is included.


Please note that you should have a fair amount of experience in your chosen database system to run FogBugz. It can certainly run with no problems for years, but FogBugz has a way of becoming central to the work of a team, and a failed/corrupted database should be something you can handle, because it can happen.

What we run:

For FogBugz On Demand, our database servers run both Windows Server 2003 64-bit and Windows Server 2008 R2 64-bit. The servers run SQL Server 2005 if they’re on Windows Server 2003, and they run SQL Server 2008 R2 if they’re on Windows Server 2008 R2.

Microsoft SQL Server

(We strongly advise that you shrink your transaction logs.)

Versions we test on:

  • Microsoft SQL Server 2005
  • Microsoft SQL Server 2008
  • Microsoft SQL Server 2008 R2
  • Microsoft SQL Server 2012

Minimum Version:

Microsoft SQL Server 2005 (Express versions are supported, but note that they have database size and memory usage limits)

Not supported:

Support for SQL Server 2000 only extends as far as FogBugz 7.1.16.


NOTE: For performance reasons, we strongly recommend MS SQL Server over MySQL if you have the choice.

Here’s a list of gotchas you might want to review if running MySQL. We also have a sample my.cnf for MySQL 5.1 (with some restrictions).

Minimum version:

Community 5.0.45

FogBugz 7.3.9 can only be run on MySQL versions between 5.0.45-community and 5.1.59-community. You can find older MySQL versions than the current GA release (5.1.58 as of this writing) here.

Versions we test on:

  • 5.0.77
  • 5.0.41a
  • 5.0.95
  • 5.1.41
  • 5.1.61
  • 5.1.63
  • 5.5.24

Additional supported versions:

5.5 (FogBugz 8 only)


Official support of Microsoft Access databases was discontinued as of FogBugz 7.3.6, and the option is entirely removed in later versions. Use of MS-SQL’s database import tools is not encouraged as it can lead to unexpected results. If you are looking to upgrade your FogBugz, and need to convert an Access database to MSSQL, please contact us.

Effective Limits

Disk Space

The bulk of the size of the FogBugz database is made up of email events and attachments (usually from incoming email, not from files attached from the FogBugz interface). If you are not corresponding with a user base that’s likely to submit large attachments, it’s very unlikely that you’ll amass 1GB per year of usage.


Our internal FogBugz installation has sub-second response times for page loads and wiki edits, with a 150GB SQL Server 2005 database. Searches currently take significantly longer, but we’re working on search improvements.

We’ve seen intermittent issues with running MySQL databases in the 30-50GB range, but by the same token we have many clients running MySQL with larger databases than this. If you’re going to run FogBugz against MySQL, especially with large attachments coming in via email, it’s recommended that you have significant experience with MySQL administration and tuning.


See the list of supported browsers.

Number of Users

There are still practical limits on the scale of an installation, particularly around user administration. We have plenty of happy customers at the 250+ user level, but they’re happy because they’ve let us help them understand the trade-offs involved in using a team-focused solution at that scale.