Possible dumb question...be warned

Is there a limitation on the number of queues that can be created?

sklutch

depends, is that you or management asking? LOL :slight_smile:

(real answer: i have no idea, but probably, yes. and the number is most
likely gargantuan for realistic purposes.)-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com]On Behalf Of Simon
Jester
Sent: Wednesday, October 01, 2008 9:36 AM
To: rt-users@lists.fsck.com
Subject: [rt-users] Possible dumb question…be warned

Is there a limitation on the number of queues that can be created?

sklutch

http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Gabriel Cadieux <gcadieux securetechnologies.ca> writes:

depends, is that you or management asking? LOL :slight_smile:

(real answer: i have no idea, but probably, yes. and the number is most
likely gargantuan for realistic purposes.)

I had my previous programmer tell me that there was a limitation on the
number of queues that could be created, because of programmatic reasons.

I was busy with 3 other projects and just took his word for it…but later
my brain said it was all just table data and databases can have silly levels
of table data.

Just looking for verification before I create a whole slew of new queues.

Yes, at the request of mgmt. :slight_smile:

sklutch

I had my previous programmer tell me that there was a limitation on the
number of queues that could be created, because of programmatic reasons.

I was busy with 3 other projects and just took his word for it…but later
my brain said it was all just table data and databases can have silly levels
of table data.

Just looking for verification before I create a whole slew of new queues.

Yes, at the request of mgmt. :slight_smile:

RT.cpan.org as thousands of queues (one per Perl package) so a lot is
possible :wink:

Is there a limitation on the number of queues that can be created?

No hard limitation, but there might be a scalability issue for some pages
and drop-down lists. For example, Config->Queues gets a bit long with a
lot of queues. There might also be performance issues in places that check
acls for every queue in some list.

Steve

Is there a limitation on the number of queues that can be created?

No, though there are some bits of the suer interface that will start
falling over when you have thousands of queues.
-jesse

Simon,

On top of what Steve said, you had better have a REAL ROBUST 

infrastructure in place. We have over 115 Queues and we have a pretty
good infrastructure to manage it. As SYS Admin, I would go CRAZY trying
to make all the permission changes each queue Admin wants or for some
owner. Or handling the procedures of passing a ticket from one queue to
another OR the permission requirements for ticket owners between
different queues where they have parent/child/DependsOn tickets. And
then there is Project management ANd dtermining which scrips should be
global and which Queue-based. It’s a whole pit full of snakes if you do
not have a plan for the infrastructure you will need with ALL the queues
and all the people involved in managing them. Good Luck! We have some
guides we use for our general users (ticket creators & owners) and the
queue Admins (Queue managers) that might help. What is your customer
base or service?

Kenn
LBNLOn 10/1/2008 8:03 AM, Stephen Turner wrote:

On Wed, 01 Oct 2008 10:36:00 -0400, Simon Jester sklutch@hostile.org wrote:

Is there a limitation on the number of queues that can be created?

No hard limitation, but there might be a scalability issue for some pages
and drop-down lists. For example, Config->Queues gets a bit long with a
lot of queues. There might also be performance issues in places that check
acls for every queue in some list.

Steve


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Make an iPhone app and sell it for 50$ bucks? Then you don’t mind giving
away the server, and 50$ for someone who uses RT professionally is cheap.
Heck most commercial issue trackers out there run more than 100$ per seat.

Mathieu Longtin
1-514-803-8977On Wed, Oct 1, 2008 at 12:35 PM, Kenneth Crocker KFCrocker@lbl.gov wrote:

Simon,

   On top of what Steve said, you had better have a REAL ROBUST

infrastructure in place. We have over 115 Queues and we have a pretty
good infrastructure to manage it. As SYS Admin, I would go CRAZY trying
to make all the permission changes each queue Admin wants or for some
owner. Or handling the procedures of passing a ticket from one queue to
another OR the permission requirements for ticket owners between
different queues where they have parent/child/DependsOn tickets. And
then there is Project management ANd dtermining which scrips should be
global and which Queue-based. It’s a whole pit full of snakes if you do
not have a plan for the infrastructure you will need with ALL the queues
and all the people involved in managing them. Good Luck! We have some
guides we use for our general users (ticket creators & owners) and the
queue Admins (Queue managers) that might help. What is your customer
base or service?

Kenn
LBNL

On 10/1/2008 8:03 AM, Stephen Turner wrote:

On Wed, 01 Oct 2008 10:36:00 -0400, Simon Jester sklutch@hostile.org wrote:

Is there a limitation on the number of queues that can be created?

No hard limitation, but there might be a scalability issue for some pages
and drop-down lists. For example, Config->Queues gets a bit long with a
lot of queues. There might also be performance issues in places that
check
acls for every queue in some list.

Steve


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Kenneth Crocker <KFCrocker lbl.gov> writes:

What is your customer base or service?

Kenn
LBNL

Heh, I only have to support a gang of 30, at present. In future, might even go
up to 60 people.

sklutch