Scalar::Util::weaken problem

I seem to have a problem with Scalar::Util::weaken and RT 3.6.1 (which
I upgraded to last night).

First, here’s the error I get when RT gets an email that should open a
new ticket:

RT: Scrip Prepare 15 died. - Undefined subroutine
&Scalar::Util::weaken called at /opt/rt3/lib/RT/Action/Generic.pm line
107. Stack: [/opt/rt3/lib/RT/Action/Generic.pm:107]
[/opt/rt3/lib/RT/Action/Generic.pm:79]
[/opt/rt3/lib/RT/ScripAction_Overlay.pm:177]
[/opt/rt3/lib/RT/Scrip_Overlay.pm:472]
[/opt/rt3/lib/RT/Scrips_Overlay.pm:237]
[/opt/rt3/lib/RT/Transaction_Overlay.pm:171]
[/opt/rt3/lib/RT/Record.pm:1446]
[/opt/rt3/lib/RT/Ticket_Overlay.pm:745]
[/opt/rt3/lib/RT/Interface/Email.pm:717]
[/opt/rt3/share/html/REST/1.0/NoAuth/mail-gateway:59]
(/opt/rt3/lib/RT/Scrip_Overlay.pm:480)

I’ve read through the archives and tried uninstalling Scalar::Util and
reinstalling it both through CPAN and from sources (using “perl
Makefile.pl && make && make test && make install” as the command
line).

Running “perl -MScalar::Util=weaken -w -e ‘use strict; my $a = {};
weaken($a);’” from the command line does not return any messages:

[mickc@gandolf ~]$ perl -MScalar::Util=weaken -w -e ‘use strict; my $a
= {}; weaken($a);’
[mickc@gandolf ~]$

So, does anyone have any ideas on what I might have done incorrectly here?

Did you check the perl INC paths? Maybe there is another (old)
Scalar/Util.pm file on disk.

Check ‘find / -name Scalar -print’

Hint: Oracle 10 client comes with its own Scalar::Util …

Hello,

We’ve always worked with RT 3.4.4, but when our frontend sever died, we had
to install on a new machine and RT 3.4.5. has been installed. At first sight
this didn’t give any problems, all tickets load as usual.

That was what we thought. Apparently there are some tickets (just a few, we
found 3 of them in a week time)that won’t load completely. The browser says
everything is loaded (no loading signs anymore), however not all
transactions are visible and you also don’t see the final line on the page
that tells you how long it took to load the page.

You can reply or comment on the ticket and then you will see that the ticket
has been updated, however it will never load more of the ticket than the
first time.

Is this a know problem? And is there something I can do about it?

Thanks,
Alain

Hello,

We’ve always worked with RT 3.4.4, but when our frontend sever died, we had
to install on a new machine and RT 3.4.5. has been installed. At first sight
this didn’t give any problems, all tickets load as usual.

My guess is that something is causing Perl to segfault. Whatcha getting
in your error logs? I saw this recently where Text::Tabs (called by
Text::Quoted, our indent-based colorizer) dealt poorly with a message
causing perl to Segfault.

Did you check the perl INC paths? Maybe there is another (old)
Scalar/Util.pm file on disk.

That I didn’t do.

But, oddly enough, I went to bed last night still wondering about what
going on and wake up this morning to most of my scrips working (which
is what prompted the search yesterday in the first place).

Now the only thing that isn’t happening is me getting a copy of new
ticket opens after listing myself as AdminCC. But the scrip I put in
to auto-assign myself tickets opened in the Abuse queue is working
perfectly.

The log says:

Nov 21 08:19:01 gandolf RT:
rt-3.6.1-13600-1164118741-12.1126-16-0@whizardries.com #1126/9379 -
Scrip 16 Admin New (/opt/rt3/lib/RT/Action/SendEmail.pm:238)
Nov 21 08:19:01 gandolf RT:
rt-3.6.1-13600-1164118741-12.1126-16-0@whizardries.com No recipients
found. Not sending. (/opt/rt3/lib/RT/Action/SendEmail.pm:250)

Maybe if I just wait awhile as it appears that there’s some sort of
timed update function going on.

Hello Jesse,

Thanks, you are completly right, I do get the following error in the log:

[Tue Nov 21 15:28:46 2006] [notice] child pid 2761 exit signal Segmentation
fault (11)

I also noticed that it always happens if the next Transaction that needs to
be loaded contains a euro-sign. So it probably also has something to do with
that.

Thanks for the help,

Alain

Hello,

We’ve always worked with RT 3.4.4, but when our frontend sever died, we
had
to install on a new machine and RT 3.4.5. has been installed. At first
sight
this didn’t give any problems, all tickets load as usual.

My guess is that something is causing Perl to segfault. Whatcha getting
in your error logs? I saw this recently where Text::Tabs (called by
Text::Quoted, our indent-based colorizer) dealt poorly with a message
causing perl to Segfault.

That was what we thought. Apparently there are some tickets (just a few,
we
found 3 of them in a week time)that won’t load completely. The browser
says
everything is loaded (no loading signs anymore), however not all
transactions are visible and you also don’t see the final line on the page
that tells you how long it took to load the page.

You can reply or comment on the ticket and then you will see that the
ticket

Hello Jesse,

Thanks, you are completly right, I do get the following error in
the log:

[Tue Nov 21 15:28:46 2006] [notice] child pid 2761 exit signal
Segmentation
fault (11)

I also noticed that it always happens if the next Transaction that
needs to
be loaded contains a euro-sign. So it probably also has something
to do with
that.

What Perl are you running? I believe 3.4.5 is of a vintage where
simply removing Text::Quoted from your system will make RT stop
trying to colorize. (3.6.1 wasn’t. 3.6.2 will be again)
-j

I’m running perl v5.8.8 . I will try to take out Text::Quoted tomorrow as I
don’t have any rights at the moment… I’ll let you know what happened :slight_smile:

Thanks,
Alain

I also noticed that it always happens if the next Transaction that
needs to
be loaded contains a euro-sign. So it probably also has something
to do with
that.

What Perl are you running? I believe 3.4.5 is of a vintage where
simply removing Text::Quoted from your system will make RT stop
trying to colorize. (3.6.1 wasn’t. 3.6.2 will be again)
-j

Hi,

I would like to create a ticket in line mode. The command is

rt create -t user set subject=“subject” set user="user@nowhere.com" set
queue=general

This creates a ticket. Great.

Now, suppose I know the ticker number (let it be 3141596) and I have a
file “ticket_followup.txt” which contains followup to this ticket.

What is the line mode command to post followup to ticket 3141596 from file
ticket_followup.txt?

Tomasz Wlodek | tel 631-344-7448
Brookhaven Laboratory, Building 510M | fax 631-344-7616
Upton NY 11973-5000 |

Hello Jesse,

Thanks for the help. Removing Text::Quoted did do the trick.

Thanks,
Alain

I also noticed that it always happens if the next Transaction that
needs to
be loaded contains a euro-sign. So it probably also has something
to do with
that.

What Perl are you running? I believe 3.4.5 is of a vintage where
simply removing Text::Quoted from your system will make RT stop
trying to colorize. (3.6.1 wasn’t. 3.6.2 will be again)
-j

Hi experts,

I am playing with RT command line inteface. I try to create and edit
tickets in command line mode. Unfourtunately every time I try to do
something I get an error:

[rt@rt ~]$ rt comment -m ‘response to ticket’ 1136
Password:
rt: Server error: Service Unavailable (503)

Our RT installation works perfectly fine, both web and e-mail. This must
be some very trivial problem which prevents us from using command line
mode.

Any hints?

Tomasz Wlodek

Hi experts,

I am playing with RT command line inteface. I try to create and
edit tickets in command line mode. Unfourtunately every time I try
to do something I get an error:

[rt@rt ~]$ rt comment -m ‘response to ticket’ 1136
Password:
rt: Server error: Service Unavailable (503)

Our RT installation works perfectly fine, both web and e-mail. This
must be some very trivial problem which prevents us from using
command line mode.

Any hints?

This suggests that the RT server URL you specified is perhaps not
right and that the CLI can’t get there. set the environment variable
RTDEBUG=3 and see what turns up.

-jesse

I am playing with RT command line inteface. I try to create and edit
tickets in command line mode. Unfourtunately every time I try to do
something I get an error:

[rt@rt ~]$ rt comment -m ‘response to ticket’ 1136
Password:
rt: Server error: Service Unavailable (503)

Our RT installation works perfectly fine, both web and e-mail. This must be
some very trivial problem which prevents us from using command line mode.

Any hints?

This suggests that the RT server URL you specified is perhaps not right and
that the CLI can’t get there. set the environment variable RTDEBUG=3 and see
what turns up.

-jesse

Thanks a lot. It works now.

Now I have a related question, I posted it already but got no responses.

How do I post correspondence to ticket from command line mode?

Suppose I have a file ticket.txt which contains the text I want to post.
How can I post a reply using the content of ticket.txt?

I am aware about the options

rt -correspond -m ‘my response’
and
rt -correspond -a ticket.txt

but they do not do what I want: -m option allows me to add only one line
text while -a appends a file to ticket instead of posting content of
ticket.txt as response.

In intercatcive mode the rt -correspond command opens editor and lets me
type the ticket, but again I want the command to pick the content of
ticket from a file.

any hints?

Tom Wlodek

Hello,

We’ve always worked with RT 3.4.4, but when our frontend sever died, we had
to install on a new machine and RT 3.4.5. has been installed. At first sight
this didn’t give any problems, all tickets load as usual.

My guess is that something is causing Perl to segfault. Whatcha getting
in your error logs? I saw this recently where Text::Tabs (called by
Text::Quoted, our indent-based colorizer) dealt poorly with a message
causing perl to Segfault.

Hi,

the Text::Tabs segfault is bug #39893 on rt.perl.org:

perl 5.8.8: RT 3.6.0: segfault in perl sv.c:5810 · Issue #8538 · Perl/perl5 · GitHub

Cheers,
Niko Tyni ntyni@iki.fi

Hi experts,

Here is the problem:

When a ticket arrives by e-mail we analyze its contents and based on
appearance of certain words in the ticket we would like to change the
ticket subject to force the incoming ticket to be appended to an existing
ticket.

Example: a ticket comes and our mail filter decides that this ticket
should be posted as followup to ticket 3141596. Se we would like to change
the subject to “[rt.somewhere.com #3141596]” and then feed it to
rt-mailgate.

Is there a more elegant way of doing this? How to force rt-mailgate to
treat incoming mail as correspondence to some existing ticket, even if the
incoming ticket seems to be a new one?

Tom Wlodek

Hi experts,

Here is the problem:

When a ticket arrives by e-mail we analyze its contents and based on
appearance of certain words in the ticket we would like to change the
ticket subject to force the incoming ticket to be appended to an existing
ticket.

Example: a ticket comes and our mail filter decides that this ticket
should be posted as followup to ticket 3141596. Se we would like to change
the subject to “[rt.somewhere.com #3141596]” and then feed it to
rt-mailgate.

Is there a more elegant way of doing this? How to force rt-mailgate to
treat incoming mail as correspondence to some existing ticket, even if the
incoming ticket seems to be a new one?

Have a look at the ‘–extension’ mechanism in rt-mailgate and the
$EXTENSION environment variable. Basically, you can trick RT into giving
you a per-ticket email address.

-jesse

Have a look at the ‘–extension’ mechanism in rt-mailgate and the
$EXTENSION environment variable. Basically, you can trick RT into giving
you a per-ticket email address.

Thanks, it works.

Tom

Have a look at the ‘–extension’ mechanism in rt-mailgate and the
$EXTENSION environment variable. Basically, you can trick RT into giving
you a per-ticket email address.

Thanks, it works.

It’d be great if you could publish your solution to the wiki so that
others could take advantage of your handywork.

Best,
Jesse

Have a look at the ‘–extension’ mechanism in rt-mailgate and the
$EXTENSION environment variable. Basically, you can trick RT into giving
you a per-ticket email address.

Thanks, it works.

It’d be great if you could publish your solution to the wiki so that
others could take advantage of your handywork.

Best,
Jesse

Ok, I will publish it once it is ready. But I have a warning: it’ll be in
python…

Tom

It’d be great if you could publish your solution to the wiki so that
others could take advantage of your handywork.

Best,
Jesse

Ok, I will publish it once it is ready. But I have a warning: it’ll be in
python…

grin That’s not a bad thing.