[rt-users] RT upgrade from rt 3.0.6 to rt 3.4.5

david yang dyang at pactecsoft.com
Tue Jun 20 08:05:02 EDT 2006


Hi guys,
Currently I have one RT machine,which runs RT version 3.0.6, now I want to upgrade to one new version.But after I installed and configured RT 3.4.5 on the other machine, when I switched it,it appears following phonemon:
Some mail boxes  send  mail to one queue's mail address,it can  generate  tickets in the queues.
some mail boxes send mail to the same queues's mail address,  but it can't generate tickets. That's so strange,I don't know how to fix it.
Also ,the apache errror log comes out any error messages, it indicates it doesn't have any permission to create tickets.  

[Tue Jun 20 01:38:55 2006] [error]: Create failed: 0 / 0 / No permission to create tickets in the queue 'yaplock-support'  (/opt/rt3/lib/RT/Interface/Email.pm:779)
[Tue Jun 20 01:44:05 2006] [crit]: No permission to create tickets in the queue 'spy-support' (/opt/rt3/lib/RT/Interface/Email.pm:773)
[Tue Jun 20 01:44:05 2006] [error]: Create failed: 0 / 0 / No permission to create tickets in the queue 'spy-support'  (/opt/rt3/lib/RT/Interface/Email.pm:779)
[Tue Jun 20 02:05:06 2006] [crit]: No permission to create tickets in the queue 'yaplock-support' (/opt/rt3/lib/RT/Interface/Email.pm:773)
[Tue Jun 20 02:05:06 2006] [error]: Create failed: 0 / 0 / No permission to create tickets in the queue 'yaplock-support'  (/opt/rt3/lib/RT/Interface/Email.pm:779)
[Tue Jun 20 02:09:09 2006] [crit]: No permission to create tickets in the queue 'yaplock-support' (/opt/rt3/lib/RT/Interface/Email.pm:773)
[Tue Jun 20 02:09:09 2006] [error]: Create failed: 0 / 0 / No permission to create tickets in the queue 'yaplock-support'  (/opt/rt3/lib/RT/Interface/Email.pm:779)

 

 This problem has blocked me for about 2 weeks, who can help me? 
Thanks greatly in advance!

________________________________
David Yang
msn:yangweibing at msn.com
skype:ywbadmin

-----邮件原件-----
发件人: rt-users-bounces at lists.bestpractical.com [mailto:rt-users-bounces at lists.bestpractical.com] 代表 rt-users-request at lists.bestpractical.com
发送时间: 2006年6月13日 5:00
收件人: rt-users at lists.bestpractical.com
主题: RT-Users Digest, Vol 27, Issue 31

Send RT-Users mailing list submissions to
	rt-users at lists.bestpractical.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
or, via email, send a message with subject or body 'help' to
	rt-users-request at lists.bestpractical.com

You can reach the person managing the list at
	rt-users-owner at lists.bestpractical.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of RT-Users digest..."


Today's Topics:

   1. rt as secondary website (Justin R Findlay)
   2. Re: RT CLI comment problem (Jesse Vincent)
   3. Re: RT CLI comment problem (Joel Peter Anderson)
   4. Adding new system rights (Mark A Bentley)
   5. Rt3.012 help (Brent)
   6. Re: The "fsck.com-rt-" URI scheme (Jason Fenner)
   7. RE: The "fsck.com-rt-" URI scheme (Philip Kime)
   8. RE: rt as secondary website (Duncan Shannon)


----------------------------------------------------------------------

Message: 1
Date: Mon, 12 Jun 2006 12:54:58 -0600
From: Justin R Findlay <justin at jfindlay.us>
Subject: [rt-users] rt as secondary website
To: rt-users at lists.bestpractical.com
Message-ID: <20060612185458.GE29042 at jfindlay.us>
Content-Type: text/plain; charset=us-ascii

I have a server that I would like to get rt running on but I've come to
a couple of problems that I can't resolve myself.  The machine is CentOS
4.3 and I've followed the install guide for RHEL4 and have everything
installed and ready except I can't figure out how to get to the web
interface.  I thought I could run it under the html document tree of one
of the virtual hosts on the box (that we control) but I can't seem to
get rt to work on a URL like http://www.example.com/path/to/rt3 and I
can't clobber the site already running on http://www.example.com.

Another option I've thought of is to run rt on the domain name of the
server, http://host.net, but the websites we host (say
http://www.website.com) in the interest of having a signed cert for
their secure web pages host them on the server's DN:
https://host.net/~website.com/secure/index.html and I don't want to
interfere with this.

I hope this makes enough sense to be understandable.  I'm sure there's a
way to do it.  I'm just not versed with apache and WWW enough to know
how to proceed.


Justin


------------------------------

Message: 2
Date: Mon, 12 Jun 2006 15:36:16 -0400
From: Jesse Vincent <jesse at bestpractical.com>
Subject: Re: [rt-users] RT CLI comment problem
To: Joel Peter Anderson <joela at umn.edu>
Cc: rt-users at lists.bestpractical.com
Message-ID: <20060612193615.GX8022 at bestpractical.com>
Content-Type: text/plain; charset=us-ascii




On Mon, Jun 12, 2006 at 01:58:28PM -0500, Joel Peter Anderson wrote:
> 
> We're working on a transition from a system running RT 3.0.12 to 3.4.5 and
> I've run into  a problem using the RT CLI - which is important to me
> because I've built a bunch of automation on top of the RT CLI commands.
> 
> As far as I've tested, all the existing CLI functionality exists ...
> *EXCEPT* for adding comments.  Any attempt add a comment with the CLI gets
> this terse response:

This is fixed in RT 3.60pre3.

> 
>    # Ticket comment does not exist.
> 
> 
> Even trying something as simple as this:
> 
> rt comment -m test 144149
> # Ticket comment does not exist.
> 
> 
>   ---
> 
> Is this a known problem?  Is there a fix/workaround?    Thanks.
> 
> -------------------------------------------------
>  joel anderson * joela at umn.edu * 612-625-7389
>                       --> pager: 612-648-6823
>  Be a part of the Next Age of Exploration
>                      http://www.planetary.org/
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> 
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
> 
> 
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
> 
> 
> We're hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html
> 

-- 


------------------------------

Message: 3
Date: Mon, 12 Jun 2006 14:45:11 -0500 (CDT)
From: Joel Peter Anderson <joela at umn.edu>
Subject: Re: [rt-users] RT CLI comment problem
To: Jesse Vincent <jesse at bestpractical.com>
Cc: rt-users at lists.bestpractical.com
Message-ID: <Pine.LNX.4.58.0606121444170.20023 at greyhavens>
Content-Type: TEXT/PLAIN; charset=US-ASCII

I'm getting resistance to a pre-release; is there any way to resolve the
issue in 3.4.5?

> On Mon, Jun 12, 2006 at 01:58:28PM -0500, Joel Peter Anderson wrote:
> >
> > We're working on a transition from a system running RT 3.0.12 to 3.4.5 and
> > I've run into  a problem using the RT CLI - which is important to me
> > because I've built a bunch of automation on top of the RT CLI commands.
> >
> > As far as I've tested, all the existing CLI functionality exists ...
> > *EXCEPT* for adding comments.  Any attempt add a comment with the CLI gets
> > this terse response:
>
> This is fixed in RT 3.60pre3.
>
> >
> >    # Ticket comment does not exist.
> >
> >
> > Even trying something as simple as this:
> >
> > rt comment -m test 144149
> > # Ticket comment does not exist.
> >
> >
> >   ---
> >
> > Is this a known problem?  Is there a fix/workaround?    Thanks.
> >
> > -------------------------------------------------
> >  joel anderson * joela at umn.edu * 612-625-7389
> >                       --> pager: 612-648-6823
> >  Be a part of the Next Age of Exploration
> >                      http://www.planetary.org/
> > _______________________________________________
> > http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> >
> > Community help: http://wiki.bestpractical.com
> > Commercial support: sales at bestpractical.com
> >
> >
> > Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
> > Buy a copy at http://rtbook.bestpractical.com
> >
> >
> > We're hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html
> >
>
> --
>

-------------------------------------------------
 joel anderson * joela at umn.edu * 612-625-7389
                      --> pager: 612-648-6823
 Be a part of the Next Age of Exploration
                     http://www.planetary.org/


------------------------------

Message: 4
Date: Mon, 12 Jun 2006 12:39:16 -0700 (PDT)
From: Mark A Bentley <bentlema at tdg.mobilephone.net>
Subject: [rt-users] Adding new system rights
To: rt-users at lists.bestpractical.com
Message-ID:
	<Pine.GSO.4.62.0606121238240.22640 at feyd.tdg.mobilephone.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed


Hi all,

I'm trying to add a new right as documented in Chapter 10 of "RT Essentials".
We're running v3.4.5.  So far I've added a lib/RT/Queue_Local.pm that looks
like this:

     package RT::Queue;

     use strict;
     no warnings qw(redefine);

     $RIGHTS = {
         SeeOnDashboard => "bentlema is testing",
         %{$RIGHTS},
     };

     1;

I also added a Group_Local.pm that looks the same with the package name
changed.

I see the new right appear in the list, but when I try to grant that right
to a group I get a result of "System error. Right not granted."

Is there something else I have to do to add a new right?

Thanks,

     Mark

-- 
Mark A Bentley
TPR Lab Systems Support
Cingular Wireless - Redmond, WA
Email:  mark.a.bentley at cingular.com
425-702-3072 (desk) / 425-702-2826 (fax)


------------------------------

Message: 5
Date: Mon, 12 Jun 2006 16:41:54 -0400
From: Brent <bbailey66 at metrocast.net>
Subject: [rt-users] Rt3.012 help
To: rt-users at lists.bestpractical.com
Message-ID: <448DD192.2080703 at metrocast.net>
Content-Type: text/plain; charset=ISO-8859-1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ive been given the task of migrating our ticketing system RT 3.0.12
running on solaris 9 w/  Apache/1.3.31 (Unix) PHP/4.3.9
mod_fastcgi/2.4.2 mod_ssl/2.8.19 OpenSSL/0.9.7d & mysql

On the new server solaris 10  I already have Apache/2.0.58 (Unix)
mod_ssl/2.0.58 OpenSSL/0.9.8a PHP/4.4.2 mod_fastcgi/2.4.2
mod_perl/2.0.2 Perl/v5.8.7

ive copied the database from the old server to the new server & copied
the working dir of rt3 (/usr/local/rt3) to the new server but when i
start apache up i get a ton of error messages none of which ive been
able to resolve ..unless someone can help with the errors (BELOW) i
see...if not...

it looks as though im going to have to start from scratch ...
So is there a good howto on installing rt3.0.12  or later on solaris
10  on apache 2.0.58 that i can follow ? please ?

thank you Brent

- --------------snip of errors------------------------
here are the errors i see in apache:
[Mon Jun 12 16:37:33 2006] [warn] FastCGI: server
"/usr/local/rt3/bin/mason_handler.fcgi" restarted (pid 21954)
Can't locate Locale/Maketext/Lexicon.pm in @INC (@INC contains:
/usr/local/rt3/local/lib /usr/local/rt3/lib
/usr/local/lib/perl5/5.8.7/i86pc-solaris /usr/local/lib/perl5/5.8.7
/usr/local/lib/perl5/site_perl/5.8.7/i86pc-solaris
/usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/site_perl)
at /usr/local/rt3/lib/RT/I18N.pm line 34.
BEGIN failed--compilation aborted at /usr/local/rt3/lib/RT/I18N.pm
line 34.
Compilation failed in require at /usr/local/rt3/lib/RT.pm line 29.
BEGIN failed--compilation aborted at /usr/local/rt3/lib/RT.pm line 29.
Compilation failed in require at /usr/local/rt3/bin/webmux.pl line 42.
BEGIN failed--compilation aborted at /usr/local/rt3/bin/webmux.pl line 42.
Compilation failed in require at /dev/fd/3 line 28.
[Mon Jun 12 16:37:33 2006] [warn] FastCGI: server
"/usr/local/rt3/bin/mason_handler.fcgi" (pid 21954) terminated by
calling exit with status '2'
[Mon Jun 12 16:37:33 2006] [warn] FastCGI: server
"/usr/local/rt3/bin/mason_handler.fcgi" has failed to remain running
for 30 seconds given 3 attempts, its restart interval has been backed
off to 600 seconds

[Mon Jun 12 16:33:36 2006] [error] [client 65.175.128.10] FastCGI:
incomplete headers (0 bytes) received from server
"/usr/local/rt3/bin/mason_handler.fcgi", referer: https://x.x.x.x




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEjdGS4JTEfu1wem8RAt+xAKCcteh+Jzs0hStfU1aS2gyWcquqGQCeNJa4
DIDAtsc2JTvBuWuE1aDLG28=
=43iO
-----END PGP SIGNATURE-----



------------------------------

Message: 6
Date: Mon, 12 Jun 2006 16:35:00 -0400
From: Jason Fenner <jfenner at vitamix.com>
Subject: Re: [rt-users] The "fsck.com-rt-" URI scheme
To: Philip Kime <pkime at Shopzilla.com>
Cc: RT users <rt-users at lists.bestpractical.com>
Message-ID: <448DCFF4.9030906 at vitamix.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

What is this URI used for in RT?  How does RT use it?

Philip Kime wrote:
> I was more wondering how hard it would be to just default them to an
> "rt" scheme since it would seem to make more sense for people who have
> nothing to do with the fsck.com domain. Even RT has nothing to do with
> the fsck.com domain now since I believe it was the author's personal
> domain when it was first being developed.
>
> The at scheme is just "at", it would be nice for rt to be just "rt"
> unless you really want a scheme prefix of something else which could be
> a config file setting.
>
> As an exercise, I created an "rt" scheme and altered Record.pm,
> Ticket_Overlay.pm and URI.pm but in 3.6 REST interface, the links still
> come out as fsck.com-rt so I've either missed something or something's
> in the DB.
>
> PK 
>
> -----Original Message-----
> From: Todd Chapman [mailto:todd at chaka.net] 
> Sent: 11 June 2006 15:47
> To: Philip Kime
> Cc: RT users
> Subject: Re: [rt-users] The "fsck.com-rt-" URI scheme
>
> All tickets should have fsck.com-rt schemes. Why would that be a
> problem?
>
> -Todd
>
> On Sun, Jun 11, 2006 at 01:56:12PM -0700, Philip Kime wrote:
>   
>> Will this URI scheme thing be continued in later versions of RT? I 
>> remember JV saying that it probably wouldn't. I'm wondering if it's 
>> worth bothering with generating patches to get rid of the hard-coded 
>> "fsck.com-rt-" scheme because I need to use a lot of REST calls making
>>     
>
>   
>> links etc. and every ticket like comes out as "fsck.com-rt-" ...
>>  
>> PK
>>  
>> --
>> Philip Kime
>> NOPS Systems Architect
>> 310 401 0407
>>  
>>     
>
>   
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>>
>> Community help: http://wiki.bestpractical.com Commercial support: 
>> sales at bestpractical.com
>>
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
>> Buy a copy at http://rtbook.bestpractical.com
>>
>>
>> We're hiring! Come hack Perl for Best Practical: 
>> http://bestpractical.com/about/jobs.html
>>     
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
>
>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
>
>
> We're hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html
>
>   




------------------------------

Message: 7
Date: Mon, 12 Jun 2006 13:53:14 -0700
From: "Philip Kime" <pkime at Shopzilla.com>
Subject: RE: [rt-users] The "fsck.com-rt-" URI scheme
To: "Jason Fenner" <jfenner at vitamix.com>
Cc: RT users <rt-users at lists.bestpractical.com>
Message-ID:
	<58B1112F0EEB7349AE14A0AA46F9CEC00137ABFC at szexchange.Shopzilla.inc>
Content-Type: text/plain;	charset="us-ascii"

Well I think it's supposed to allow you to have custom URI schemes so
that you could, for example, have custom resolver code for a certain
scheme that might even pull in data from external sources or do special
things to certain Tickets etc. the default scheme for tickets results in
URIs like this

fsck.com-rt://$RT::Organization/ticket/<id>

It's the "fsck.com-rt" part which is hard-coded in as the default. If
you look in the DB table "Links", you'll see. I think that this scheme
thing is very nice idea but I would have thought that the default would
be better left at just "rt" so URIs would default to:

rt://$RT::Organization/ticket/<id>

But as JV has said - it might well break things for people to change
this. I have played around a little and have worked out how to change
the default without, so far, breaking anything as there are two ways of
approaching this:

* Create an "rt" scheme and make this the default for all new tickets.
This doesn't seem to break anything since the "fsck.com-rt" scheme is
still there, just not the default any more.
* Create an "rt" scheme and go through the Links table in the DB and
change all "fsck.com-rt" scheme links to "rt". Then remove the
"fsck.com-rt" scheme. This would be tidier and I suspect it wouldn't
break anything either.

The issue would be, do you have any code/modifications which depend on
"fsck.com-rt" being the default? I don't so I may move to an "rt" scheme
wholesale.

The patches to do this are simple and I can post them if there is any
interest.

PK

-----Original Message-----
From: Jason Fenner [mailto:jfenner at vitamix.com] 
Sent: 12 June 2006 13:35
To: Philip Kime
Cc: Todd Chapman; RT users
Subject: Re: [rt-users] The "fsck.com-rt-" URI scheme

What is this URI used for in RT?  How does RT use it?

Philip Kime wrote:
> I was more wondering how hard it would be to just default them to an 
> "rt" scheme since it would seem to make more sense for people who have

> nothing to do with the fsck.com domain. Even RT has nothing to do with

> the fsck.com domain now since I believe it was the author's personal 
> domain when it was first being developed.
>
> The at scheme is just "at", it would be nice for rt to be just "rt"
> unless you really want a scheme prefix of something else which could 
> be a config file setting.
>
> As an exercise, I created an "rt" scheme and altered Record.pm, 
> Ticket_Overlay.pm and URI.pm but in 3.6 REST interface, the links 
> still come out as fsck.com-rt so I've either missed something or 
> something's in the DB.
>
> PK
>
> -----Original Message-----
> From: Todd Chapman [mailto:todd at chaka.net]
> Sent: 11 June 2006 15:47
> To: Philip Kime
> Cc: RT users
> Subject: Re: [rt-users] The "fsck.com-rt-" URI scheme
>
> All tickets should have fsck.com-rt schemes. Why would that be a 
> problem?
>
> -Todd
>
> On Sun, Jun 11, 2006 at 01:56:12PM -0700, Philip Kime wrote:
>   
>> Will this URI scheme thing be continued in later versions of RT? I 
>> remember JV saying that it probably wouldn't. I'm wondering if it's 
>> worth bothering with generating patches to get rid of the hard-coded 
>> "fsck.com-rt-" scheme because I need to use a lot of REST calls 
>> making
>>     
>
>   
>> links etc. and every ticket like comes out as "fsck.com-rt-" ...
>>  
>> PK
>>  
>> --
>> Philip Kime
>> NOPS Systems Architect
>> 310 401 0407
>>  
>>     
>
>   
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>>
>> Community help: http://wiki.bestpractical.com Commercial support: 
>> sales at bestpractical.com
>>
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
>> Buy a copy at http://rtbook.bestpractical.com
>>
>>
>> We're hiring! Come hack Perl for Best Practical: 
>> http://bestpractical.com/about/jobs.html
>>     
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Community help: http://wiki.bestpractical.com Commercial support: 
> sales at bestpractical.com
>
>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com
>
>
> We're hiring! Come hack Perl for Best Practical: 
> http://bestpractical.com/about/jobs.html
>
>   




------------------------------

Message: 8
Date: Mon, 12 Jun 2006 16:00:10 -0500
From: "Duncan Shannon" <dshannon at techfluent.com>
Subject: RE: [rt-users] rt as secondary website
To: "Justin R Findlay" <justin at jfindlay.us>,
	<rt-users at lists.bestpractical.com>
Message-ID:
	<2B7B7880538AA440B5FBCE7A56E8CB452B4DD5 at TF-FS2.internal.techfluent.com>
	
Content-Type: text/plain;	charset="us-ascii"

> 
> I hope this makes enough sense to be understandable.  I'm sure there's
a


Mmm... sort of.

> way to do it.  I'm just not versed with apache and WWW enough to know
> how to proceed.
> 


sounds like an apache thing, not an RT thing.  I'd start with apache and
virtual host configurations.

Good luck,

duncan



------------------------------

_______________________________________________
RT-Users mailing list
RT-Users at lists.bestpractical.com
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users


End of RT-Users Digest, Vol 27, Issue 31
****************************************





More information about the rt-users mailing list