On Thu, Jun 28, 2012 at 12:40 PM, Kevin Falcone
<[email protected]> wrote:
> On Wed, Jun 27, 2012 at 11:09:27PM -0400, Andy Harrison wrote:
>
> The fact that you see errors like this:
>
>> [Wed Jun 27 22:43:04 2012] [info]:
>> RT::Authen::ExternalAuth::CanonicalizeUserInfo returning Address1: 21
>> JARVIS AVE, City: ROCHESTER, Comments: Autocreate from metrocast
>> customer mysql db, Disabled: , EmailAddress: [email protected],
>> Gecos: 327830, HomePhone: 6039999999, Name: 8282828282100011,
>> Password: placeholderpassword.16, Privileged: , RealName: METROCAST
>> TEST ACCT HBO ONLY NoHSI, State: NH, WorkPhone: 0000000000, Zip: 03868
>> (/opt/rt4/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:651)
>> Trace begun at /opt/rt6/lib/RT.pm line 250
>
> Means that your code below to clobber Plugins isn't working, in large
> part because the Plugins have already been loaded during LoadConfig
> and Init.
>
>> use RT::Config;
>>
>> RT::LoadConfig();
>>
>> RT::Init();
>>
>> # Make sure external auth is disabled and autocreate is enabled.
>> #
>> RT->Config->Set( ExternalInfoPriority => [ ] );
>> RT->Config->Set( Plugins => ['RT::OnlineDocs'] );
>> RT->Config->Set( AutoCreate => { Privileged => 0 } );
>> RT->Config->Set( AutoCreateNonExternalUsers => 1 );
>
> You may find it easier to cheat and run your script with
> RT_SITE_CONFIG=/my/smaller/rt_site_config.pm myscrips.pl
> and rt_site_config.pm doesn't declare any of your ExternalAuth
> plugins.
>
> Also, pelase note that AutoCreate only comes into play for users
> created in the WebUI, so is irrelevant here. Also,
> AutoCreateNonExternalUsers is an RT-Authen-ExternalAuth config option
> and is irrelevant if you're disabling RT-Authen-ExternalAuth.
>
> If you don't want a second site config, you'll need to ensure that
> your config changes happen before RT loads and parses plugins.
>
> -kevin
Oops... I must have corked something when I was cleaning the script
up to post here, I had that taken care of previously. I was just
looking to make sure the LDAP related items weren't showing up, didn't
look for that telltale CanonicalizeUserInfo log entry.
Regardless, your suggestion to use the RT_SITE_CONFIG variable is
easier so I did that. It pared down the log output but the it's still
the same problem.
[Thu Jun 28 18:20:35 2012] [error]: Could not create a new user -
Comments-Autocreate from metrocast customer mysql
db-RealName-METROCAST TEST ACCT HBO ONLY
nohsi-city-rochester-state-nh-emailaddress-devnull...@metrocast.net-Gecos-327830-Password-!sha512!8LUzx22g0JywKrDy!lz/mt/QovpBky0DSbAjiAg6veGNwsu4ZT2YtR6kwWxa8v3VISHtLOb7wPB271zGL87VgKZIW9LCxgR0bn+ylZA-HomePhone-6039999999-Address1-21
JARVIS AVE-Zip-03868-WorkPhone-0000000000-Name-8282828282100011
(/opt/rt4/lib/RT/User.pm:280)
Trace begun at /opt/rt4/lib/RT.pm line 250
Log::Dispatch::__ANON__('Log::Dispatch=HASH(0x3b1dda0)', 'Could not
create a new user - Comments-Autocreate from metrocast customer mysql
db-RealName-METROCAST TEST ACCT HBO ONLY
nohsi-city-rochester-state-nh-emailaddress-devnull...@metrocast.net-Gecos-327830-Password-!sha512!8LUzx22g0JywKrDy!lz/mt/QovpBky0DSbAjiAg6veGNwsu4ZT2YtR6kwWxa8v3VISHtLOb7wPB271zGL87VgKZIW9LCxgR0bn+ylZA-HomePhone-6039999999-Address1-21
JARVIS AVE-Zip-03868-WorkPhone-0000000000-Name-8282828282100011')
called at /opt/rt4/lib/RT/User.pm line 280
RT::User::Create(undef, 'Comments', 'Autocreate from metrocast
customer mysql db', 'Privileged', 0, 'City', 'ROCHESTER', 'RealName',
'METROCAST TEST ACCT HBO ONLY NoHSI', 'State', 'NH', 'EmailAddress',
'[email protected]', 'Gecos', 327830, 'HomePhone', 6039999999,
'Password', 'placeholderpassword.16', 'Address1', '21 JARVIS AVE',
'Disabled', 0, 'WorkPhone', 0000000000, 'Zip', 03868, 'Name',
8282828282100011) called at rt_create_user_test.pl line 166
So I started chasing down the $self->SUPER::Create from RT::User and
moved onto RT::Record and put some debugging output in there. Inside
RT::Record::Create, the $self->SUPER::Create call gets an expected
value back for $id. If I run a Dumper() directly on the
$self->Load($id), it comes back with ( 1, 'Found Object' ) and I
verified that none of the errno cases were matched, though that's
obvious since $id is a plain scalar with an integer.
Since ref $self shows an RT::Principal object at this stage, I tried a
few of those methods. $self->id shows the expected integer.
$self->IsUser is 1. $self->IsGroup is undefined.
$self->PrincipalType is 'User'. $self->Disabled is 0.
$self->ObjectId is also 0.
So, after the Load, I made a new user obj:
my $curUserObj = RT::User->new();
But then doing a Dumper( $curUserObj->Load($self->id) ) comes back
with ( 0, "Couldn't find row" ).
Not sure how to dig deeper at this point. Any suggestions?
--
Andy Harrison
public key: 0x67518262
