most recent 30 from http://fogbugz.stackexchange.com 2013-06-20T00:51:13Z http://fogbugz.stackexchange.com/feeds/question/6793 http://www.creativecommons.org/licenses/by-nc/2.5/rdf http://fogbugz.stackexchange.com/questions/6793/what-are-the-system-requirements-for-fogbugz-7-and-8 Rodrigue 2011-01-28T13:50:00Z 2012-10-19T19:14:15Z

<p>What are the system requirements (hardware and software) for self-hosting FogBugz 8?</p>

http://fogbugz.stackexchange.com/questions/6793/what-are-the-system-requirements-for-fogbugz-7-and-8/6794#6794 Rob Sobers 2011-01-28T17:06:31Z 2012-10-19T19:14:15Z

<h1>FogBugz System Requirements</h1> <h1>Hardware/VM Requirements</h1> <p>2GB RAM minimum. 4GB RAM preferred.</p> <p>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.</p> <h1>Operating Systems</h1> <h2>What we run:</h2> <p>For FogBugz On Demand, our web servers are all <strong>Windows Server 2003 64-bit.</strong></p> <h2>Windows</h2> <p><strong>Windows editions and versions we test on</strong></p> <ul> <li>Windows 2003 32 Bit Version 5.2.3790 </li> <li>Windows Server 2003 64 Bit Version 5.2.3790 </li> <li>Windows 2k8 R2 64 Bit Version 6.1.7600 </li> </ul> <p><strong>Additional Windows versions and editions we support:</strong></p> <ul> <li>Windows Server 2003 Standard/Enterprise/Datacenter Edition</li> </ul> <p><strong>Unsupported but known to have worked:</strong></p> <ul> <li>Windows Small Business Server 2003/2008 (<a href="http://fogbugz.stackexchange.com/questions/580/how-do-i-get-fogbugz-to-work-on-windows-small-business-server" rel="nofollow">with caveats</a>)</li> <li>Windows XP 32 Bit Version 5.1.2600 </li> <li>Vista 32 Bit Version 6.0.6000 </li> <li>Vista 64 bit 6.0.6001 </li> <li>Windows XP 64 Bit 5.2.3790 </li> <li>Windows 7 64 Bit 6.1.7600</li> </ul> <p><strong>Unsupported Windows editions:</strong></p> <ul> <li>Windows Server 2003/2008 Web Edition </li> </ul> <h2>Linux</h2> <p>We test on the last two server releases of:</p> <ul> <li>Ubuntu LTS (10.04 &amp; 12.04, 32 Bit)</li> <li>RHEL (5 &amp; 6, 32 Bit)</li> <li>Fedora (16 &amp; 17, 32 Bit)</li> <li>CentOS (5.8 &amp; 6.2, 32 &amp; 64 Bit)</li> <li>Debian (5 &amp; 6, 32 Bit)</li> </ul> <p>Note: GDI+ must be installed in order for users to upload profile pictures. Please read <a href="http://fogbugz.stackexchange.com/questions/10808/profile-pictures-on-linux-unix/10809#10809" rel="nofollow">Profile Pictures on Linux / Unix</a> for additional details.</p> <p><strong>Additional versions and distros we support:</strong></p> <ul> <li>Many prior versions of the above distros will work, but we do not have a comprehensive list.</li> </ul> <h1>Web Server</h1> <p>On Windows servers, FogBugz requires IIS 6 or 7 with ASP.NET and .NET 2.0.</p> <h1>Databases</h1> <p>Please note that you should have <a href="http://fogbugz.stackexchange.com/questions/8700/how-much-database-expertise-do-i-need-to-host-fogbugz-myself" rel="nofollow">a fair amount of experience in your chosen database system</a> 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.</p> <p><strong>What we run:</strong></p> <p>For FogBugz On Demand, our database servers run both <strong>Windows Server 2003 64-bit</strong> and <strong>Windows Server 2008 R2 64-bit</strong>. The servers run <strong>SQL Server 2005</strong> if they're on <strong>Windows Server 2003</strong>, and they run <strong>SQL Server 2008 R2</strong> if they're on <strong>Windows Server 2008 R2</strong>.</p> <h2>Microsoft SQL Server</h2> <p>Make sure you're shrinking your transaction logs.</p> <p><strong>Versions we test on:</strong></p> <ul> <li>Microsoft SQL Server 2005 </li> <li>Microsoft SQL Server 2008</li> <li>Microsoft SQL Server 2008 R2</li> <li>Microsoft SQL Server 2012</li> </ul> <p><strong>Minimum Version:</strong></p> <p>Microsoft SQL Server 2005 (Express versions are supported, but note that they have database size and memory usage limits)</p> <p><strong>Not supported:</strong></p> <p>Support for SQL Server 2000 only extends as far as FogBugz 7.1.16.</p> <h2>MySQL</h2> <p>Here's a <a href="http://fogbugz.stackexchange.com/questions/1102/what-gotchas-are-there-in-the-mysql-requirements-for-fogbugz" rel="nofollow">list of gotchas</a> you might want to review if running MySQL. We also have a <a href="http://fogbugz.stackexchange.com/questions/8836/sample-mysql-configuration-my-cnf-my-ini" rel="nofollow">sample my.cnf for MySQL 5.1</a> (with some restrictions).</p> <p><strong>Minimum version:</strong></p> <p>Community 5.0.45</p> <p>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) <a href="http://downloads.mysql.com/archives.php?p=mysql-5.1" rel="nofollow">here</a>.</p> <p><strong>Versions we test on:</strong></p> <ul> <li>5.0.77</li> <li>5.0.41a</li> <li>5.0.95</li> <li>5.1.41</li> <li>5.1.61</li> <li>5.1.63</li> <li>5.5.24</li> </ul> <p><strong>Additional supported versions:</strong></p> <p>5.5 (FogBugz 8 only)</p> <h2>Access</h2> <p>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. The recommended conversion technique is to use Easy From's <a href="http://www.easyfrom.net/" rel="nofollow">ESF Database Migration Toolkit</a> to convert from Access to SQL Server, and is quite easy, so we strongly recommend doing so! MS has also released a general purpose <a href="http://www.microsoft.com/sqlserver/en/us/product-info/migration-tool.aspx#Access" rel="nofollow">server migration page</a> to help you migrate data between databases, which should eventually point you to the <a href="http://www.microsoft.com/en-us/download/details.aspx?id=28763" rel="nofollow">Microsoft SQL Server Migration Assistant for Access</a>. This has not been tested extensively, but it is an alternative to the ESF Migration tool.</p> <h1>Effective Limits</h1> <h2>Disk Space</h2> <p>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.</p> <h2>Responsiveness</h2> <p>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.</p> <p>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.</p> <h2>Browsers</h2> <p>See <a href="http://fogbugz.stackexchange.com/questions/9246/" rel="nofollow">"What web browsers does FogBugz support?"</a>.</p> <h2>Number of Users</h2> <p>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.</p> <h2>See Also</h2> <ul> <li><a href="http://fogbugz.stackexchange.com/questions/3204/will-fogbugz-run-on-a-cloud-server" rel="nofollow">Will FogBugz run on a cloud server?</a></li> <li><a href="http://kiln.stackexchange.com/questions/797/is-it-ok-to-install-kiln-and-fogbugz-on-the-same-server" rel="nofollow">Is it OK to install Kiln and Fogbugz on the same server?</a></li> </ul>

http://fogbugz.stackexchange.com/questions/6793/what-are-the-system-requirements-for-fogbugz-7-and-8/9846#9846 Jason Jystad 2012-01-20T20:34:34Z 2012-01-20T20:34:34Z

<p>If you are actually advising your customers to shrink their transaction logs with SQL Server you are doing them a disservice. This is widely regarded as a bad practice, (See: <a href="http://sqlskills.com/BLOGS/KIMBERLY/category/Transaction-Log.aspx" rel="nofollow">http://sqlskills.com/BLOGS/KIMBERLY/category/Transaction-Log.aspx</a> for best practices guidance). If your transaction logs are set to an appropriate size for your environment and you are doing transaction log backups with an appropriate frequency for your environment then they should seldom grow in size.</p> <p>The issue with SQL Server is the number of IT people who get tasked with maintaining them who have no database experience. I usually point our customers over to Ola Hallengen's excellent Maintenance Solution, (http://ola.hallengren.com/), as a perfect starting point.</p> <p>Not trying to be overly critical, I just see this advised often and it really is a bad idea.</p>