Re: [rt-users] Errors with new instance on 4.2.0
Ok thank you for the recommendations Kevin. Apologies for replying to the wrong post. Tim -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone Sent: Tuesday, October 15, 2013 1:28 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Errors with new instance on 4.2.0 On Tue, Oct 15, 2013 at 05:57:37PM +, Flynn, Timothy wrote: > I deleted rt 4.2.0 and dropped the database, downloaded and installed > rt 4.0.18. Appear to have the same errors without doing anything with > RTIR. I did see some old threads on mod fcgi with similar errors and > returning exit 255. This is my first time installing RT using > perlbrew. Could that be the issue? Please don't hijack someone else's thread on the mailing list. I highly doubt that perlbrew is causing mod_fcgid problems. The most common problems are permission related (can apache write into /var/lib/apache2/fcgid ?) and SELinux related (does selinux allow apache to write into /var/lib/apache2/fcgid ?). You can also run the standalone RT server /opt/rt4/sbin/rt-server manually as root to ensure that you've installed and configured RT correctly. After doing so, be sure to clean your mason cache before trying to configure mod_fcgid. -kevin On Tue, Oct 15, 2013 at 05:07:20PM +, Flynn, Timothy wrote: >I am trying an install on a new server with Perlbrew 0.66, perl-5.18.1, > fast cgi , RT 4.2.0, >and RTIR 3.0. Pretty much vanilla install right now with freshly > initialized db. > >When I access webpage I get the following errors in the logfile. > >[warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi > server error. > >[debug] arch/unix/fcgid_proc_unix.c(525): (111)Connection refused: > mod_fcgid: can't connect >unix domain socket: /var/lib/apache2/fcgid//28251.1 > >[warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi > server error. > >[error] [client (IP ADDRESS)] Premature end of script headers: > rt-server.fcgi > >[info] mod_fcgid: server /opt/rt4/sbin/rt-server.fcgi(28139) > started > >[notice] mod_fcgid: process /opt/rt4/sbin/rt-server.fcgi(28139) > exit(communication error), >terminated by calling exit(), return code: 255 Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.
Re: [rt-users] Errors with new instance on 4.2.0
On Tue, Oct 15, 2013 at 05:57:37PM +, Flynn, Timothy wrote: > I deleted rt 4.2.0 and dropped the database, downloaded and installed > rt 4.0.18. Appear to have the same errors without doing anything with > RTIR. I did see some old threads on mod fcgi with similar errors and > returning exit 255. This is my first time installing RT using > perlbrew. Could that be the issue? Please don't hijack someone else's thread on the mailing list. I highly doubt that perlbrew is causing mod_fcgid problems. The most common problems are permission related (can apache write into /var/lib/apache2/fcgid ?) and SELinux related (does selinux allow apache to write into /var/lib/apache2/fcgid ?). You can also run the standalone RT server /opt/rt4/sbin/rt-server manually as root to ensure that you've installed and configured RT correctly. After doing so, be sure to clean your mason cache before trying to configure mod_fcgid. -kevin On Tue, Oct 15, 2013 at 05:07:20PM +, Flynn, Timothy wrote: >I am trying an install on a new server with Perlbrew 0.66, perl-5.18.1, > fast cgi , RT 4.2.0, >and RTIR 3.0. Pretty much vanilla install right now with freshly > initialized db. > >When I access webpage I get the following errors in the logfile. > >[warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi > server error. > >[debug] arch/unix/fcgid_proc_unix.c(525): (111)Connection refused: > mod_fcgid: can't connect >unix domain socket: /var/lib/apache2/fcgid//28251.1 > >[warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi > server error. > >[error] [client (IP ADDRESS)] Premature end of script headers: > rt-server.fcgi > >[info] mod_fcgid: server /opt/rt4/sbin/rt-server.fcgi(28139) started > >[notice] mod_fcgid: process /opt/rt4/sbin/rt-server.fcgi(28139) > exit(communication error), >terminated by calling exit(), return code: 255 pgpnJmSXPwifY.pgp Description: PGP signature
Re: [rt-users] No top menu with 4.2.0 and firefox
Kevin, I deleted rt 4.2.0 and dropped the database, downloaded and installed rt 4.0.18. Appear to have the same errors without doing anything with RTIR. I did see some old threads on mod fcgi with similar errors and returning exit 255. This is my first time installing RT using perlbrew. Could that be the issue? Tim -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone Sent: Tuesday, October 15, 2013 12:27 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] No top menu with 4.2.0 and firefox On Tue, Oct 15, 2013 at 08:20:51AM -0700, juancanic wrote: > the menu in the top (home, Search, articles etc) doesnt appear in > Firefox, with chrome and IE10 I dont have any problem Unable to replicate with 24.0 You'll need to provide more information. Most likely, the javascript that renders the menus is running into some error on your Firefox. Perhaps an overzealous plugin? -kevin Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.
Re: [rt-users] Errors with new instance on 4.2.0
I had suspected that but the docs said RT 4.0.something or higher. I haven't added the line to activate RTIR to my RT_SiteConfig.pm yet so I didn't know if it was actually active yet or not. Tim -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone Sent: Tuesday, October 15, 2013 12:28 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Errors with new instance on 4.2.0 On Tue, Oct 15, 2013 at 05:07:20PM +, Flynn, Timothy wrote: >I am trying an install on a new server with Perlbrew 0.66, perl-5.18.1, > fast cgi , RT 4.2.0, >and RTIR 3.0. Pretty much vanilla install right now with freshly > initialized db. RTIR 3.0 is *not* compatible with RT 4.2.0. The error you're not seeing is likely RT complaining about that. -kevin Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.
Re: [rt-users] Errors with new instance on 4.2.0
On Tue, Oct 15, 2013 at 05:07:20PM +, Flynn, Timothy wrote: >I am trying an install on a new server with Perlbrew 0.66, perl-5.18.1, > fast cgi , RT 4.2.0, >and RTIR 3.0. Pretty much vanilla install right now with freshly > initialized db. RTIR 3.0 is *not* compatible with RT 4.2.0. The error you're not seeing is likely RT complaining about that. -kevin pgp091iFKPCFm.pgp Description: PGP signature
Re: [rt-users] No top menu with 4.2.0 and firefox
On Tue, Oct 15, 2013 at 08:20:51AM -0700, juancanic wrote: > the menu in the top (home, Search, articles etc) doesnt appear in Firefox, > with chrome and IE10 I dont have any problem Unable to replicate with 24.0 You'll need to provide more information. Most likely, the javascript that renders the menus is running into some error on your Firefox. Perhaps an overzealous plugin? -kevin pgpe3IAJq2lpt.pgp Description: PGP signature
Re: [rt-users] Error in article history
On Tue, Oct 15, 2013 at 10:56:11AM +, Guadagnino Cristiano wrote: > we've been using RT 4.0.17 since a couple months without problems. > However, I realized just today that asking for an article's history > generates an error page. > > The log reports: > > [Tue Oct 15 10:50:40 2013] [error]: Can't locate object method "new" via > package "RT::FM::Article" (perhaps you forgot to load > "RT::FM::Article"?) at /opt/rt4/sbin/../lib/RT/ObjectCustomFieldValue.pm > line 306. When you upgraded from 3.8 to 4.0, did you run the various upgrading steps for the RT::FM => Articles conversion. You likely still have a Transaction record or ObjectCustomFieldValue record with the wrong ObjectType that those scripts should have fixed for you. -kevin pgpOJqHwyL0OM.pgp Description: PGP signature
Re: [rt-users] Continous-Login problem after DB move
On Tue, Oct 15, 2013 at 11:59:12AM +0200, Robert Waldner wrote: > > I'm using RT3.8.8 from the Debian packages with postgres on a different > > machine as a backend. Last night I moved the database from one machine > > (postgres-8.4) to another (postgres-9.1), and pg_dumpall|psql the whole DB. > > > > The solution is to set: >bytea_output = 'escape' # hex, escape > in postgresql.conf (default is 'hex'). RT releases of 4.0.0 or later turn this on for you during the database connection setup. You were just unlucky enough to be running 3.8.8 (released in 2010) against a much newer database. -kevin pgpth5uwy6O07.pgp Description: PGP signature
Re: [rt-users] RT 4.2 Logo Height/width not being set
On Tue, Oct 15, 2013 at 03:27:55AM -0400, Mathew Snyder wrote:
>I'm trying to set the height and width of our logo to a more readable
> size. There doesn't
>appear to an option for this in the theme manager. Is there CSS code that
> can be directly
>entered that I'm not aware of (CSS isn't my strongest attribute)
>I've set the $LogoImageHeight and $LogoImageWidth values in
> RT_SiteConfig.pm and restarted
>httpd, but the settings aren't being effected.
The CSS is logo, applied to a div.
You can force a taller height, but be careful how that works with the
menus. You can play around in the css box on the Theme page until you
get css that works. You'll find that the trivial solution (something
like div#logo { height: 42 } floats behind the rest of the page and
you need to actually go change the #header div to float down, etc etc.
Keep in mind that the various themes may want different css.
Thanks for pointing out that $LogoImageHeight and $LogoImageWidth need
better language, and likely to be deprecated in a future release of RT.
I've opened http://issues.bestpractical.com/Ticket/Display.html?id=26827
about them.
-kevin
pgp59FrzPzfsy.pgp
Description: PGP signature
[rt-users] Errors with new instance on 4.2.0
I am trying an install on a new server with Perlbrew 0.66, perl-5.18.1, fast cgi , RT 4.2.0, and RTIR 3.0. Pretty much vanilla install right now with freshly initialized db. When I access webpage I get the following errors in the logfile. [warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi server error. [debug] arch/unix/fcgid_proc_unix.c(525): (111)Connection refused: mod_fcgid: can't connect unix domain socket: /var/lib/apache2/fcgid//28251.1 [warn] (104)Connection reset by peer: mod_fcgid: read data from fastcgi server error. [error] [client (IP ADDRESS)] Premature end of script headers: rt-server.fcgi [info] mod_fcgid: server /opt/rt4/sbin/rt-server.fcgi(28139) started [notice] mod_fcgid: process /opt/rt4/sbin/rt-server.fcgi(28139) exit(communication error), terminated by calling exit(), return code: 255 Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.
[rt-users] [rt-announce] RT 4.0.18 released
We're pleased to announce that RT 4.0.18 is now available. http://download.bestpractical.com/pub/rt/release/rt-4.0.18.tar.gz http://download.bestpractical.com/pub/rt/release/rt-4.0.18.tar.gz.sig SHA1 sums c023227267b6fdfc4514b233d53e1b1bc31b51a1 rt-4.0.18.tar.gz d3fb6f14b3bd51cd25cf5681d1ae668701ddc4fb rt-4.0.18.tar.gz.sig This release is primarily a bugfix release; most notably, it addresses compatibility issues with recent versions of the Encode perl module. Notable changes include: Email * Cope with Encode version 2.33 and later, which altered their internal functionality and caused RT to double-encode Subject lines in outgoing email. * Fix HTML rendering errors in dashboard emails. * Fix overzealous quoting around decoded MIME words. Administration * In the rights UI, entering the name of a user or group which already has rights will now correctly select them for rights granting, as if their name had been selected. * Display types in the "applies to" dropdown for custom fields in consistent order * Paginate the Queues list in the administrative interface into 50 results per page. * Support for cascading selections with a multiple-select parent. * Clarify that $ParseNewMessageForTicketCcs only applies to new, and not existing, tickets. * Clarify how an undefined $RTAddressRegexp is treated, and that it does not come at any notable performance penalty. Logging * Fix verbosity of syslog messages; now only the 'debug' level includes originating filename and line. * Include process ID in log messages, for ease of isolation in a multi-process environment. * Log the From: address of incoming mail which triggered an error, for ease of debugging. Other Bugfixes * Avoid linking trailing punctuation, or html tags, in URL anchors in MakeClicky * Fix the Quick Search (QueueSummary) portlet when non-lowercase statuses are used. * Show Date and DateTime custom fields in the user's format and time zone in search results. * Allow rt-email-group-admin to be passed an email address that RT is not already aware of. * Show submitted content from the user on errors in REST submission, for ease of re-editing and re-submission. A complete changelog is available from git by running: git log rt-4.0.17..rt-4.0.18 or visiting https://github.com/bestpractical/rt/compare/rt-4.0.17...rt-4.0.18 ___ rt-announce mailing list rt-annou...@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-announce
Re: [rt-users] Group chart by custom field of Queue
You should choose one list to ask your question (not cross post to rt-users and rt-devel). On Mon, Oct 14, 2013 at 03:14:16AM -0700, andkulb wrote: > My queues in RT belong to some sort of departament (custom field). How can I > get a chart, showing tickets by departament? > > What i find out, is that charts are made by ticked dependencies, but not the > the dependencies of tickets queues. While you can group by Ticket Custom Fields, you cannot group by Queue Custom Fields at this time. You may want to use a Scrip to set a read-only ticket custom field to the queue custom field until this feature is supported. -kevin pgpj5UdEXsNxI.pgp Description: PGP signature
Re: [rt-users] rt command order by question
On Sat, Oct 12, 2013 at 02:19:18AM +, Xin, Qiao wrote: >Can I use "rt ls" command line to order by more than two fields? rt ls only supports one order by field. You'd need to tweak this code https://github.com/bestpractical/rt/blob/stable/share/html/REST/1.0/search/ticket#L92 as well as bin/rt to send correctly formatted syntax for the new support. -kevin >By default, it is sorted by Ticket #. But if I sort using a different > field, the Ticket# is >out of order for tickets with same field value. >I tried to order by both field and Ticket# and it does not work. Please > help. ># rt ls -o +field,+id "query" >Or ># rt ls -o +field -o +id "query" pgphYMDLoNjex.pgp Description: PGP signature
[rt-users] No top menu with 4.2.0 and firefox
the menu in the top (home, Search, articles etc) doesnt appear in Firefox, with chrome and IE10 I dont have any problem -- View this message in context: http://requesttracker.8502.n7.nabble.com/No-top-menu-with-4-2-0-and-firefox-tp55487.html Sent from the Request Tracker - User mailing list archive at Nabble.com.
[rt-users] Error in article history
Hi all, we've been using RT 4.0.17 since a couple months without problems. However, I realized just today that asking for an article's history generates an error page. The log reports: [Tue Oct 15 10:50:40 2013] [error]: Can't locate object method "new" via package "RT::FM::Article" (perhaps you forgot to load "RT::FM::Article"?) at /opt/rt4/sbin/../lib/RT/ObjectCustomFieldValue.pm line 306. Stack: [/opt/rt4/sbin/../lib/RT/ObjectCustomFieldValue.pm:306] [/opt/rt4/sbin/../lib/RT/ObjectCustomFieldValue.pm:235] [/opt/rt4/sbin/../lib/RT/ObjectCustomFieldValue.pm:254] [/opt/rt4/sbin/../lib/RT/Transaction.pm:1186] [/opt/rt4/sbin/../lib/RT/Transaction.pm:794] [/opt/rt4/sbin/../lib/RT/Transaction.pm:748] [/opt/rt4/sbin/../lib/RT/Transaction.pm:671] [/opt/rt4/share/html/Articles/Article/Elements/ShowHistory:54] [/opt/rt4/share/html/Articles/Article/History.html:50] [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:635] [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:335] [/opt/rt4/share/html/autohandler:53] (/opt/rt4/sbin/../lib/RT/Interface/Web/Handler.pm:208) I am at a loss... can anybody shed some light on this error? If it can be of any interest, I have an experimental installation of RT 4.2, where I restored a copy of our production db and ran it through the update routine. It shows this same behaviour. Bye Cris -- Cristiano Guadagnino Servizio Data Administration ___ Bankadati Servizi Informatici Soc.Cons.P.A. Gruppo bancario Credito Valtellinese Via Trento, 22 - 23100 SONDRIO tel +39 0342522172 - fax +39 0342522992 guadagnino.cristi...@creval.it www.creval.it Il presente messaggio non è di natura personale ma inviato per esigenze lavorative; l’eventuale messaggio di risposta potrà essere conosciuto anche da altri soggetti diversi dall’originatore di questo messaggio per dette esigenze o per controllo aziendale. Questo messaggio, corredato dei relativi allegati, contiene informazioni da considerarsi strettamente riservate, ed è destinato esclusivamente al destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo, copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque ricevesse questo messaggio per errore o comunque lo leggesse senza esserne legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo a persone diverse dal destinatario è severamente proibito, ed è pregato di rinviarlo immediatamente al mittente distruggendone l'originale.
Re: [rt-users] Continous-Login problem after DB move
On 10/15/2013 09:37 AM, Robert Waldner wrote: > Hi, > > I'm using RT3.8.8 from the Debian packages with postgres on a different > machine as a backend. Last night I moved the database from one machine > (postgres-8.4) to another (postgres-9.1), and pg_dumpall|psql the whole DB. > > Everything looks fine as far as content is concerned > (creating/closing/moving/commenting on tickets etc.) - but after every > link I click in the web-interface I have to login again. > The sessions-table looks fine (to me) on the new DB host, and it's the > very same on the old one: > >Table "public.sessions" >Column|Type | Modifiers| > -+-++- > id | character(32) | not null | > a_session | bytea || > lastupdated | timestamp without time zone | not null default now() | Ah, solved it - a colleague remembered something from a DB-move with other software (typo3) and a similar problem. The solution is to set: bytea_output = 'escape' # hex, escape in postgresql.conf (default is 'hex'). cheers, robert -- // CERT Austria - Robert Waldner // http://www.cert.at/ - T: +43 1 5056416 78 // Eine Initiative der nic.at GmbH // http://www.nic.at/ - Firmenbuchnummer 172568b, LG Salzburg signature.asc Description: OpenPGP digital signature
[rt-users] Continous-Login problem after DB move
Hi, I'm using RT3.8.8 from the Debian packages with postgres on a different machine as a backend. Last night I moved the database from one machine (postgres-8.4) to another (postgres-9.1), and pg_dumpall|psql the whole DB. Everything looks fine as far as content is concerned (creating/closing/moving/commenting on tickets etc.) - but after every link I click in the web-interface I have to login again. The sessions-table looks fine (to me) on the new DB host, and it's the very same on the old one: Table "public.sessions" Column|Type | Modifiers| -+-++- id | character(32) | not null | a_session | bytea || lastupdated | timestamp without time zone | not null default now() | I did an rt-clean-sessions just to be sure, doesn't change anything. What I do see is that after every login the amount of sessions in the DB goes up (usually by 4), so my guess is that it somehow isn't able to read/parse the session table. From what I could find via google it's not an AutoLogoff-problem (set to 259200 minutes/half a year), and it's also not a problem of the password-hash in the Users-table changing every time (it stays the same). The only other hint I could find was to remove the html/autohandler file - but if I do that, I get an "internal server error" after trying to log in and the following error in the apache error-log: Can't call method "HasRight" on an undefined value at /usr/share/request-tracker3.8/html/index.html line 132. (/usr/share/request-tracker3.8/lib/RT/Interface/Web/Handler.pm:233 Any hints? thanks in advance, -robert -- // CERT Austria - Robert Waldner // http://www.cert.at/ - T: +43 1 5056416 78 // Eine Initiative der nic.at GmbH // http://www.nic.at/ - Firmenbuchnummer 172568b, LG Salzburg signature.asc Description: OpenPGP digital signature
[rt-users] RT 4.2 Logo Height/width not being set
I'm trying to set the height and width of our logo to a more readable size. There doesn't appear to an option for this in the theme manager. Is there CSS code that can be directly entered that I'm not aware of (CSS isn't my strongest attribute) I've set the $LogoImageHeight and $LogoImageWidth values in RT_SiteConfig.pm and restarted httpd, but the settings aren't being effected. -Mathew "When you do things right, people won't be sure you've done anything at all." - God; Futurama "We'll get along much better once you accept that you're wrong and neither am I." - Me
