Hi
I got this error:
error: Cannot write to '/opt/rt3/var/log/rt.log': at
/opt/pgm/perl/5.10.0/lib/site_perl/5.10.0/Log/Dispatch/File.pm line 134.
context:
...
130:
}
131:
else
132:
{
133:
$fh = $self->{fh};
134:
print $fh $p{message}
135:
or die "Cannot write to '$
Can someone please explain why we see all kinds of emails, junk in
addition to Login IDs in the Owners drop-down in RT search page? Is
there a way we can control or maintain this, please? This is screwing
up people's RT search on tickets based on owners.
Thanks a lot.
THE INFORMATION CONTAINED I
>> I would like to use customfields for users. No problem for defining
>> the
>> fields but I see no way to make them appear on the prefs page (I have
>> superuser rights + specific permissions to do anything with this
>> field).
>> I have the "Custom fields" box but nothing in it.
> Have you
Hello Eric:
I've got the same problem. After compiling and installing
RT::Authen::ExternalAuth I was able to authenticate using my OpenLDAP but
any other user that is missing from LDAP will not work.
Even new users that send an email in order to request a ticket isn't
working.
I am using rt3-3.
Kage,
I'm seeing similar issues with 3.8.2. Take a look at my post
"apache/mason software caused connection abort."
Running with Tom's thought, maybe we can compare setups. My two systems
are identical builds of a gentoo stage 4 on VMWare ESX3i. My default vm
resources are pretty low. Each
Hello,
I forgot to add the error_log example, when I comment out all the LDAP and
ExternalAuth Settings in RT_SiteConfig.pm. I've tried using root and password
to logon to the web interface with no avail. What could be happening? There's
got to be somewhere this program retrieves root name a
Kage wrote:
>> Essentially what happens is I can use RT for an extended period of
>> time (from 1 hour to 10 hours), and eventually, it'll stop working,
>> resulting in a 500 Internal Server Error.
Sounds like resource exhaustion of some kind, perhaps a memory or some other
type of leak in mason,
I hate to bump my own thread, but I kind of need to find a fix for
this extremely soon. My bosses are breathing down my neck. Thanks!
On Mon, May 18, 2009 at 10:14 AM, Kage wrote:
> Also sent this mail to rt-devel...
>
> First and foremost, I use 3.6.5 since that's what exists in Ubuntu
> Hardy
No thoughts from the crowd?
-Nick
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Rei
Prescott,
Here's some code I use for doing the same type of thing:
# set new value for CF Work-State
my $ticket = $self->TicketObj;
my $cf_obj = RT::CustomField->new($RT::SystemUser);
my $cf_name = "Work-State";
my $cf_value = "Ready for Implementation;
$cf_obj->LoadByName( Name => $cf_nam
Hello,
It appears that after I got Apache/MySql working previously, I am unable to
login with the default username/password (root/password) to the web interface.
I started a new topic for this. I also tried adding settings in for
ExternalAuth to the RT_SiteConfig.pm. I am getting an @INC err
Hi there,
I have modified a web application to post to RT's web interface a create ticket
request. The post works perfectly... the ticket get created in the right queue
with the given subject and text... except that the custom field value I pass
(UPC) in does not get set. Here is the CURL code:
On Tuesday, May 19, 2009 12:14, Odhiambo ワシントン wrote,
>> Thank you all for your assistance. I tried everyone's suggestions. I
>> appreciate this. The problem is still persisting though. I made sure that
>> rt_user was added to my RT_SiteConfig.pm file and I even "hashed out" the
>> redirec
I am trying to figure out how to have a default value for a custom field.
I have defined a custom field called billable
it is a "select one value" field.
I added the options for n and y in that order.
How do I get the "n" to be the default option.
It always has no value when the ticket is first cre
On Tue, May 19, 2009 at 12:19 PM, Rob Munsch wrote:
> I'm trying to use s/^0*// in my CF template to strip out leading 0s from a
> 4 to 6 digit string.
>
> Some of them don't have leading 0s, some do; sometimes they are 4-6 digits
> and i need all of them; sometimes they are 6 digits with one or
I'm trying to use s/^0*// in my CF template to strip out leading 0s from a 4
to 6 digit string.
Some of them don't have leading 0s, some do; sometimes they are 4-6 digits
and i need all of them; sometimes they are 6 digits with one or two leading
zeroes i have to get rid of.
using
(s/^0*//([0-9]{
On Tue, May 19, 2009 at 7:09 PM, Eric Chatham wrote:
> On Tuesday, May 19, 2009 07:22, Sven Wrote:
>
> > make:
> >
> > 1. grep DatabaseUser /opt/rt3/etc/RT_SiteConfig.pm
> > 2. grep DatabasePassword /opt/rt3/etc/RT_SiteConfig.pm
> > 3. grep DatabaseRTHost /opt/rt3/etc/RT_SiteConfig.pm
> >
> > and
On Tuesday, May 19, 2009 07:22, Sven Wrote:
> make:
>
> 1. grep DatabaseUser /opt/rt3/etc/RT_SiteConfig.pm
> 2. grep DatabasePassword /opt/rt3/etc/RT_SiteConfig.pm
> 3. grep DatabaseRTHost /opt/rt3/etc/RT_SiteConfig.pm
>
> and then
>
> mysql -u result_from_2 -presult_from_2 -h result_from3
>
> I'm
On May 19, 2009, at 11:48 AM, Jean-Christophe Boggio wrote:
> I would like to use customfields for users. No problem for defining
> the
> fields but I see no way to make them appear on the prefs page (I have
> superuser rights + specific permissions to do anything with this
> field).
> I have
Hello,
I would like to use customfields for users. No problem for defining the
fields but I see no way to make them appear on the prefs page (I have
superuser rights + specific permissions to do anything with this field).
I have the "Custom fields" box but nothing in it.
I found this description
Arthur Furlan wrote:
> Eric Chatham wrote:
>> On Monday, May 18, 2009 15:55, Nimbius Wrote:
>>
>>> doublecheck the configuration of your database to make sure the rt_user
>>> and rt_pass actually exist and permit login...looks like thats where its
>>> failing
>> rt_user is the user, and rt_pass is
Eric Chatham wrote:
> On Monday, May 18, 2009 15:55, Nimbius Wrote:
>
>> doublecheck the configuration of your database to make sure the rt_user
>> and rt_pass actually exist and permit login...looks like thats where its
>> failing
>
> rt_user is the user, and rt_pass is the password. I'm still
Hello!
make:
1. grep DatabaseUser /opt/rt3/etc/RT_SiteConfig.pm
2. grep DatabasePassword /opt/rt3/etc/RT_SiteConfig.pm
3. grep DatabaseRTHost /opt/rt3/etc/RT_SiteConfig.pm
and then
mysql -u result_from_2 -presult_from_2 -h result_from3
I'm quite sure that this is your problem.
The apache confi
23 matches
Mail list logo