Thank you all for your suggestions.  <br>
<br>
We are using MySQL 5.0 as our database.  I have no idea what full-text indexing<br>
with InnoDB tables means.  May be I will once I start playing around with RT.  Is that<br>
such a big of a deal?<br>
<br>
Thanks,<br><br><div class="gmail_quote">On Fri, Nov 7, 2008 at 10:46 AM, Kenneth Marshall <span dir="ltr"><<a href="mailto:ktm@rice.edu">ktm@rice.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I would like to add some personal comments to Mike's response.<br>
<div class="Ih2E3d"><br>
On Fri, Nov 07, 2008 at 03:06:26PM +0000, Mike Peachey wrote:<br>
> Joe Mailinglists wrote:<br>
> > Hi all,<br>
> ><br>
> > We've been using Horde+whups system for helpdesk in our University<br>
> > for the past 3 years.  We recently upgraded it from a very old version and<br>
> > everything got hosed.  We are planning to move to a better ticketing system<br>
> > that is more stable and can be upgraded later without breaking the existing<br>
> > infrastructure (databases, etc.).  I heard good things about RT.<br>
><br>
> Good. I'm a big fan of Horde when it comes to IMP and Kronolith (as soon<br>
> as non-personal calendars can be given sane names not random hashes) -<br>
> but for ticketing RT is always the way to go.<br>
><br>
</div>We have been very happy with RT as our ticket system.<br>
<div class="Ih2E3d"><br>
> ><br>
> > My questions to you guys are the following:<br>
> > 1) We use a FreeBSD system.  I see that there is a port available (rt36) for<br>
> >     version 3.6 but none for 3.8 yet.  Is it ok if I go ahead and<br>
> > install rt36 now<br>
> >     and later on upgrade to rt38 whenever it is available?  If not, do<br>
> > you suggest<br>
> >     that I manually download the latest version of rt3.8.1 and then<br>
> > install it<br>
> >     from the source?  Which method is safer/easier for upgrades in the long<br>
> >     run?<br>
><br>
> I always recommend a manual install. While some are much better than<br>
> others, trusting your installation to someone else just means that when<br>
> you need to know something about the way it's installed, you end up<br>
> having a lot of trouble finding out.<br>
><br>
> Manual installation not really difficult.<br>
><br>
> Also, I definitely recommend you use 3.8.1 not 3.6.x<br>
><br>
</div>I also recommend a manual install and 3.8.1 as well. We are in the<br>
process of upgrading to 3.8.1 currently.<br>
<div class="Ih2E3d"><br>
> ><br>
> > 2) If FreeBSD systems are not well supported, we can also move to a Linux<br>
> >     system.  Is it better to use a Linux system?<br>
><br>
> It really doesn't matter what the operating system is so long as you<br>
> have a webserver with FastCGI or mod_perl and a database, preferably MySQL.<br>
><br>
> My personal preference is Slackware Linux 12.1 + Apache 2 + mod_perl 2 +<br>
> RT-3.8.1 but your choices are endless.<br>
><br>
</div>I think that your database choice should be based on what expertise<br>
you have available in house. One other consideration is that MySQL does<br>
not currently support full-text indexes with InnoDB tables (the kind<br>
used by RT). Both Oracle and PostgreSQL do and there is a wiki item<br>
on how to use full-text indexing with RT and Oracle and we will be posting<br>
a similar item for PostgreSQL once we have finished our testing/upgrade.<br>
<div class="Ih2E3d"><br>
> ><br>
> > 3) I've been reading that RT is memory intensive.  Is 2 GB enough?  This<br>
> >     machine also runs the DHCP server.  Do you guys recommend to have a<br>
> >     separate system for RT?<br>
><br>
> That's really fine. It's not *that* memory intensive. I have had two<br>
> installations running side by side on a primary DNS and DHCP server that<br>
> also runs multiple MySQL instances and other things besides on it and it<br>
> was fine.<br>
><br>
</div>Note: RT was developed using MySQL and is more well-tuned for it in<br>
many places. The performance difference between MySQL and other DB backend<br>
choices has narrowed and other backed may offer options that are not yet<br>
available with MySQL, my two cents.  The bottom-line is that you should<br>
choose the backend based on what you can support in-house.<br>
<br>
Ken<br>
<div class="Ih2E3d"><br>
> ><br>
> > I hope these questions belong to this list.  If not, can you please<br>
> > point me to<br>
> > the correct list?<br>
><br>
> You found the right place.<br>
><br>
> --<br>
> Kind Regards,<br>
><br>
> __________________________________________________<br>
><br>
> Mike Peachey, IT<br>
> Tel: +44 114 281 2655<br>
> Fax: +44 114 281 2951<br>
> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK<br>
> Comp Reg No: 3191371 - Registered In England<br>
> <a href="http://www.jennic.com" target="_blank">http://www.jennic.com</a><br>
> __________________________________________________<br>
</div>> _______________________________________________<br>
> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
><br>
> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
><br>
><br>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
><br>
</blockquote></div><br>