[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Spacewalk-list] Task Schedules not running automatically



Here it is:

--
[root rwcswalkm01 ~]# getenforce
Disabled
[root rwcswalkm01 ~]# service iptables status
Table: filter
Chain INPUT (policy ACCEPT)
num  target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
num  target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
num  target     prot opt source               destination

--

Unfortunately restarting tomcat does not help, but I see something
interesting in the logs when restarting tomcat:

--
..snip..
Feb 6, 2015 12:26:15 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: A web application appears to have started a thread named [RHN
Message Dispatcher] but has failed to stop it. This is very likely to
create a memory leak.
Feb 6, 2015 12:26:15 PM org.apache.catalina.loader.WebappClassLoader
clearThreadLocalMap
SEVERE: A web application created a ThreadLocal with key of type
[null] (value [com redhat rhn common hibernate ConnectionManager$1 283ecb8b])
and a value of type [null] (value [null]) but failed to remove it when
the web application was stopped. To prevent a memory leak, the
ThreadLocal has been forcibly removed.
Feb 6, 2015 12:26:17 PM org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-127.0.0.1-8080
..snip
[Fatal Error] :-1:-1: Premature end of file.
--

I still can't seem to get the task schedules to kick in at their
default times.  I do use a external postgres db.  Would that have
anything to do with this?

Thanks.

On Fri, Feb 6, 2015 at 7:29 AM, Stephen Herr <sherr redhat com> wrote:
> On 02/05/2015 03:07 PM, Jagga Soorma wrote:
>>
>> Thanks Stephen for your email.  I don't see any issues when restarting
>> taskomatic and firewal is disabled on this server:
>>
>> --
>> # grep -i disabled /etc/sysconfig/selinux | grep -v '#'
>> SELINUX=disabled
>> # chkconfig --list | grep -i iptab
>> iptables           0:off    1:off    2:off    3:off    4:off    5:off
>> 6:off
>> --
>
>
>
> Okay well first of all both of those commands merely tell you what will
> happen after the next reboot, not what is currently running / enabled on
> your system. I'd be willing to assume iptables is actually off and that
> selinux is actually disabled, but for the record the correct way to check
> that would be:
> # getenforce
> # service iptables status
>
>>
>> taskomatic logs when restarting the service:
>>
>> --
>> ..snip..
>> --
>>
>> However, I do see the following in catalina.out which I am not sure
>> what it means:
>>
>> --
>> # cat /var/log/tomcat6/catalina.out
>> [Fatal Error] :-1:-1: Premature end of file.
>> --
>
>
> Hmm. I don't know what that means either. Are you perhaps out of disk space?
> Does restarting tomcat help?
>
>>
>> Any thing else I should be checking for?
>>
>> Thanks again for your help.
>
>
> So the symptoms are sill the same after taskoamtic was rebooted; channel
> repodata isn't getting generated and webui still says scheduling service
> isn't available? And there are no errors in taskomatics log from after it
> starts? I don't know. Something is preventing taskomatic from doing its job.
> Maybe try 'yum reinstall spacewalk-taskomatic'? Maybe look in
> /var/log/messages?
>
> -Stephen
>
>
>>
>> On Thu, Feb 5, 2015 at 8:15 AM, Stephen Herr <sherr redhat com> wrote:
>>>
>>> Try 'service taskomatic restart' and then watch
>>> /var/log/rhn/rhn_taskomatic_deamon.log to see if there are errors
>>> reported.
>>> Also make sure that there aren't weird firewall rules or something that
>>> would prevent tomcat from calling in to taskomatic's api.
>>>
>>> -Stephen
>>>
>>>
>>> On 02/04/2015 01:26 PM, Jagga Soorma wrote:
>>>>
>>>>
>>>> Everything seems to be running fine:
>>>>
>>>> # rhn-satellite status
>>>> router (pid 2851) is running...
>>>> sm (pid 2861) is running...
>>>> c2s (pid 2871) is running...
>>>> s2s (pid 2881) is running...
>>>> tomcat6 (pid 1915) is running...                           [  OK  ]
>>>> httpd (pid  1976) is running...
>>>> osa-dispatcher (pid  2898) is running...
>>>> rhn-search is running (2139).
>>>> cobblerd (pid 8187) is running...
>>>> RHN Taskomatic is running (19902).
>>>>
>>>> One thing to point out is that I am using a external postgres db.  Not
>>>> sure if that is causing any issues here?  Not sure what else to check
>>>> but things look good from a configuration/service perspective.  What
>>>> am I missing here?
>>>>
>>>> Thanks!
>>>>
>>>> On Wed, Feb 4, 2015 at 10:15 AM, Jagga Soorma <jagga13 gmail com> wrote:
>>>>>
>>>>>
>>>>> More information, when I click on "Edit Schedule" for that task I get
>>>>> the following message:
>>>>>
>>>>> "The scheduling service appears down. Please contact your Satellite
>>>>> administrator"
>>>>>
>>>>> The taskomatic service is running:
>>>>> # /etc/init.d/taskomatic status
>>>>> RHN Taskomatic is running (19902).
>>>>>
>>>>> And I see the following message in the rhn_taskomatic.log file:
>>>>>
>>>>> INFO   | jvm 1    | 2015/02/04 10:13:32 | 2015-02-04 10:13:32,639
>>>>> [Thread-19] WARN  com.redhat.rhn.taskomatic.TaskoQuartzHelper - Job
>>>>> channel-repodata-default failed to schedule.
>>>>>
>>>>> Any ideas what I might be missing?
>>>>>
>>>>> Thanks
>>>>>
>>>>> On Wed, Feb 4, 2015 at 10:14 AM, Jagga Soorma <jagga13 gmail com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> More information, when I click on "Edit Schedule" for that task I get
>>>>>> the following message:
>>>>>>
>>>>>> "The scheduling service appears down. Please contact your Satellite
>>>>>> administrator"
>>>>>>
>>>>>> The taskomatic service is running:
>>>>>>
>>>>>>
>>>>>> On Wed, Feb 4, 2015 at 10:08 AM, Jagga Soorma <jagga13 gmail com>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hi All,
>>>>>>>
>>>>>>> I have recently deployed spacewalk and just noticed that after
>>>>>>> uploading new packages the repodata is not being created.  I have to
>>>>>>> manually go into "Admin->Task Schedules" in spacewalk ui and click on
>>>>>>> channel-repodata-bunch in order for it to work.  After the manual run
>>>>>>> everything updates fine and the client starts seeing the new rpm
>>>>>>> versions.  I have made sure that the taskomatic service is running
>>>>>>> and
>>>>>>> even tried restarting it without any luck.  I also see the following
>>>>>>> schedule that is enabled:
>>>>>>>
>>>>>>> channel-repodata-default 0 * * * * ? 2014-09-17 18:04:36 PDT
>>>>>>> channel-repodata-bunch
>>>>>>>
>>>>>>> Am I missing a quartz package or something?  Do I need to do
>>>>>>> something
>>>>>>> to make sure these tasks run automatically on a scheduled time?  I am
>>>>>>> using spacewalk version 2.2 and here is the quartz package I have
>>>>>>> installed:
>>>>>>>
>>>>>>> # rpm -qa | grep -i quartz
>>>>>>> quartz-1.8.4-5.el6.noarch
>>>>>>>
>>>>>>> Any help would be appreciated.
>>>>>>>
>>>>>>> Thanks!
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Spacewalk-list mailing list
>>>> Spacewalk-list redhat com
>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>>
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list redhat com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list redhat com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list redhat com
> https://www.redhat.com/mailman/listinfo/spacewalk-list


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]