Skip to Content.
Sympa Menu

grouper-users - Re: [grouper-users] problem with running the Loader,

Subject: Grouper Users - Open Discussion List

List archive

Re: [grouper-users] problem with running the Loader,


Chronological Thread 
  • From: Shilen Patel <>
  • To: Michael McManaman <>
  • Cc: "" <>
  • Subject: Re: [grouper-users] problem with running the Loader,
  • Date: Fri, 2 Sep 2016 19:15:47 +0000
  • Accept-language: en-US
  • Authentication-results: spf=none (sender IP is ) ;
  • Ironport-phdr: 9a23:+6m83xU0l3emzPYALHbL3xY5EpDV8LGtZVwlr6E/grcLSJyIuqrYZROEt8tkgFKBZ4jH8fUM07OQ6P+wHzFbqs/c+Fk5M7VyFDY9wf0MmAIhBMPXQWbaF9XNKxIAIcJZSVV+9Gu6O0UGUOz3ZlnVv2HgpWVKQka3ZkJJIbHQG4XShsmzn8W53pTVagBBgnLpZLx3cz28sAvfv80Rx4ZuN/Bi5AHOpy5ze+VSyGUgHVuPkhK0styw/Zpu9QxcpvEsscNMTPOpLOwDUbVEAWF+YCgO78rxuEybQA==
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99

I'd probably try a couple of things:

1. Enable debug logging. Add
"log4j.logger.edu.internet2.middleware.grouper = DEBUG" to your
log4j.properties file, start gsh again, and run the command. See if that
helps. Feel free to send the logs to me.

2. Run jstack or kill -3 on the java process to get a thread dump.
Again, feel free to send.

Thanks!

- Shilen

On 9/2/16, 3:05 PM, "Michael McManaman"
<>
wrote:

>Thanks Shilen.
>
>The grouper_change_log_entry_temp table had in excess of 900 rows in it.
>
>We've been testing different bulk load methods and I'm guessing that's
>where those records came from.
>
>They're not needed so I truncated the table and the command still hangs.
>
>Is there another table that could be the problem, or is there a was to
>trace what the gsh is doing & where it's stopping processing that command?
>
>Thanks again!
>
>Mike
>
>
>
>On 09/02/2016 02:13 PM, Shilen Patel wrote:
>> Hi Mike,
>>
>> That could mean that you have a lot of rows in the
>> grouper_change_log_entry_temp table that haven't been processed. And
>>that
>> could happen if you haven't been running the Grouper Daemon. Typically
>>the
>> daemon runs the changeLogTempToChangeLog job every minute to prevent a
>> backlog. In any case, while running that job from GSH, do a few counts
>>on
>> the table and see if the number of rows is decreasing. If so, you just
>> have a backlog and you can estimate how long it will take to finish.
>> Otherwise, it may be stuck on a change.
>>
>> Thanks!
>>
>> - Shilen
>>
>> On 9/2/16, 1:35 PM, "Michael McManaman"
>> <>
>> wrote:
>>
>>> Hello -
>>>
>>> I'm trying to follow the online videos in setting for Grouper Training
>>>-
>>> Admin - PSP, and in part 3, I hit a problem with the first couple
>>> commands entered into gsh. I cannot get this command to run:
>>>
>>> loaderRunOneJob("CHANGE_LOG_changeLogTempToChangeLog")
>>>
>>> It stalls and never returns. I set debug (GSH_DEBUG = true) and still
>>> see nothing & nothing in the logs.
>>>
>>> Other commands like:
>>>
>>> loaderRunOneJob("CHANGE_LOG_consumer_psp")
>>>
>>> findBadMemberships()
>>>
>>> loaderRunOneJob("CHANGE_LOG_consumer_grouperRules")
>>>
>>> Return with "loader ran successfully: null"
>>>
>>> I have change log records - when i ran
>>>
>>> loaderRunOneJob("MAINTENANCE_cleanLogs")
>>>
>>> I got back:
>>>
>>> loader ran successfully: Deleted 10 records from grouper_loader_log
>>> older than 7 days old. Deleted 283206 records from
>>> grouper_change_log_entry older than 14 days old.
>>>
>>>
>>> Anyone have any ideas?
>>>
>>> Thanks in advance.
>>>
>>> Mike
>>>
>>>
>




Archive powered by MHonArc 2.6.19.

Top of Page