[Spacewalk-list] Taskomatic runs indefinitely without ever generating repodata
Florence Savary
florence.savary.fs at gmail.com
Wed Jul 4 06:18:25 UTC 2018
Hello Paul,
Thanks for answering.
I have tried your solution :
[root at spw-server ~]# spacecmd softwarechannel_regenerateyumcache
cha-centos-6-x86_64-cloned-20180701
INFO: Connected to https://spacewalk-server.net/rpc/api as admin
You have mail in /var/spool/mail/root
And then run a single repodata bunch.
Unfortunately, it didn't resolve my problem. Repodata are still not
generated for the channel indicated in the spacecmd command. I still have
the following lines in the Details tab of the channel page on the GUI :
Last Modified 2018-07-01 07:03:03 CEST *=> this is two and a half hours
before I run the command*
Last Repo Build (none)
Repo Cache Status (none)
Actually, I forgot to mention it in my initial mail, but I had also tried
to use the API to force the regeneration, unsuccessfully.
Has anyone got an idea about what is going on here ?
Regards,
Florence
2018-07-02 18:53 GMT+02:00 Paul Dias - BCX <paul.dias at bcx.co.za>:
> What I have noticed, if you use "spacecmd softchannel_generateyumcache
> <channel name>" and then go to tasks and run single repodata bunch, you
> will see it will actually start and generate your channel cache for you on
> the channel you used the spacecmd on, this works every time.
>
>
> But yes the task logs just show repodata bunch running forever.
>
>
> Regards,
> *Paul Dias*
> 6th Floor, 8 Boundary Road
> Newlands
> Cape Town
> 7700
> T: +27 (0) 21 681 3149
>
> *Meet your future today.*
>
> [image: BCX]
>
>
> ------------------------------
> *From:* Gerald Vogt <vogt at spamcop.net>
> *Sent:* Monday, 02 July 2018 9:45 AM
> *To:* spacewalk-list at redhat.com
> *Subject:* Re: [Spacewalk-list] Taskomatic runs indefinitely without ever
> generating repodata
>
> After letting the upgraded server sit for a while it seems only a few of
> the task schedules actually finish. By now, only those tasks show up in
> in the task engine status page:
>
> Changelog Cleanup: 2018-07-01 23:00:00 CEST FINISHED
> Clean Log History: 2018-07-01 23:00:00 CEST FINISHED
> Compare Config Files: 2018-07-01 23:00:00 CEST FINISHED
> Daily Summary Mail: 2018-07-01 23:00:00 CEST FINISHED
> Daily Summary Queue: 2018-07-01 23:00:00 CEST FINISHED
>
> All the other tasks have disappeared from the list by now.
>
> The repo-sync tasks seem to work. New packages appear in the channel.
> However, the repo build is not running or better it seems to never
> properly finish.
>
> If I start it manually, it seems to do its work:
>
> > INFO | jvm 1 | 2018/07/02 08:13:10 | 2018-07-02 08:13:10,584
> [Thread-12] INFO com.redhat.rhn.taskomatic.TaskoQuartzHelper - Job
> single-channel-repodata-bunch-0 scheduled succesfully.
> > INFO | jvm 1 | 2018/07/02 08:13:10 | 2018-07-02 08:13:10,636
> [DefaultQuartzScheduler_Worker-8] INFO com.redhat.rhn.taskomatic.TaskoJob
> - single-channel-repodata-bunch-0: bunch channel-repodata-bunch STARTED
> > INFO | jvm 1 | 2018/07/02 08:13:10 | 2018-07-02 08:13:10,651
> [DefaultQuartzScheduler_Worker-8] DEBUG com.redhat.rhn.taskomatic.TaskoJob
> - single-channel-repodata-bunch-0: task channel-repodata started
> > INFO | jvm 1 | 2018/07/02 08:13:10 | 2018-07-02 08:13:10,793
> [DefaultQuartzScheduler_Worker-8] INFO com.redhat.rhn.taskomatic.task.ChannelRepodata
> - In the queue: 4
> > INFO | jvm 1 | 2018/07/02 08:13:11 | 2018-07-02 08:13:11,102
> [DefaultQuartzScheduler_Worker-8] DEBUG com.redhat.rhn.taskomatic.TaskoJob
> - channel-repodata (single-channel-repodata-bunch-0) ... running
> > INFO | jvm 1 | 2018/07/02 08:13:11 | 2018-07-02 08:13:11,103
> [DefaultQuartzScheduler_Worker-8] INFO com.redhat.rhn.taskomatic.TaskoJob
> - single-channel-repodata-bunch-0: bunch channel-repodata-bunch FINISHED
> > INFO | jvm 1 | 2018/07/02 08:13:11 | 2018-07-02 08:13:11,137
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - File Modified Date:2018-06-23 03:48:50 CEST
> > INFO | jvm 1 | 2018/07/02 08:13:11 | 2018-07-02 08:13:11,137
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Channel Modified Date:2018-07-02 03:45:39 CEST
> > INFO | jvm 1 | 2018/07/02 08:13:11 | 2018-07-02 08:13:11,211
> [Thread-678] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - File Modified Date:2018-06-23 04:09:51 CEST
> > INFO | jvm 1 | 2018/07/02 08:13:11 | 2018-07-02 08:13:11,213
> [Thread-678] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Channel Modified Date:2018-07-02 03:47:55 CEST
> > INFO | jvm 1 | 2018/07/02 08:13:19 | 2018-07-02 08:13:19,062
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Generating new repository metadata for channel
> 'epel6-centos6-x86_64'(sha1) 14401 packages, 11613 errata
> > INFO | jvm 1 | 2018/07/02 08:13:21 | 2018-07-02 08:13:21,193
> [Thread-678] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Generating new repository metadata for channel
> 'epel7-centos7-x86_64'(sha1) 16282 packages, 10176 errata
> > INFO | jvm 1 | 2018/07/02 08:40:12 | 2018-07-02 08:40:12,351
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Repository metadata generation for 'epel6-centos6-x86_64' finished in
> 1613 seconds
> > INFO | jvm 1 | 2018/07/02 08:40:12 | 2018-07-02 08:40:12,457
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - File Modified Date:2018-06-19 06:28:57 CEST
> > INFO | jvm 1 | 2018/07/02 08:40:12 | 2018-07-02 08:40:12,457
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Channel Modified Date:2018-07-02 04:30:05 CEST
> > INFO | jvm 1 | 2018/07/02 08:40:12 | 2018-07-02 08:40:12,691
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Generating new repository metadata for channel
> 'postgresql96-centos7-x86_64'(sha256) 1032 packages, 0 errata
> > INFO | jvm 1 | 2018/07/02 08:41:51 | 2018-07-02 08:41:51,710
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Repository metadata generation for 'postgresql96-centos7-x86_64' finished
> in 98 seconds
> > INFO | jvm 1 | 2018/07/02 08:41:51 | 2018-07-02 08:41:51,803
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - File Modified Date:2018-06-20 05:08:38 CEST
> > INFO | jvm 1 | 2018/07/02 08:41:51 | 2018-07-02 08:41:51,803
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Channel Modified Date:2018-07-02 04:00:00 CEST
> > INFO | jvm 1 | 2018/07/02 08:41:51 | 2018-07-02 08:41:51,923
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Generating new repository metadata for channel
> 'postgresql10-centos6-x86_64'(sha512) 436 packages, 0 errata
> > INFO | jvm 1 | 2018/07/02 08:42:26 | 2018-07-02 08:42:26,479
> [Thread-677] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Repository metadata generation for 'postgresql10-centos6-x86_64' finished
> in 34 seconds
> > INFO | jvm 1 | 2018/07/02 08:45:01 | 2018-07-02 08:45:01,697
> [Thread-678] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
> - Repository metadata generation for 'epel7-centos7-x86_64' finished in
> 1900 seconds
>
> yet, the task remains in RUNNING. And for whatever reason it only seems
> to work some channels. I find a total of 20 repos syncing in the logs of
> the updated server compared to 42 repos syncing in the logs of the old.
> I don't really see the difference between those 20 repos syncing and
> those other 22 not. First I suspected channels with custom quartz
> schedules, but then I found channels in both groups.
>
> So I don't know how to troubleshoot this any further. The repodata task
> which I have started 1,5 hours ago is still at "RUNNING". The channels
> for which the sync works have been updated. I don't know why it is still
> running. Server load is back down...
>
> Thanks,
>
> Gerald
>
> On 22.06.18 19:12, Gerald Vogt wrote:
> > I have the same problem after upgrading from 2.6 to 2.8 on CentOS 6.9. I
> > have even increased the memory as suggested by that link but it makes no
> > differences. None of the scheduled tasks are running. I can run a bunch
> > manually. But the scheduler doesn't seem to work. Last execution times
> > on the task engine status pages are still at timestamps from before the
> > upgrade. -Gerald
> >
> >
> >
> > On 22.06.18 14:15, Avi Miller wrote:
> >> Hi,
> >>
> >>> On 22 Jun 2018, at 5:51 pm, Florence Savary
> >>> <florence.savary.fs at gmail.com> wrote:
> >>>
> >>> When using taskotop, we can see a line for the channel-repodata task,
> >>> we see it is running, but there is never any channel displayed in the
> >>> Channel column. We can also see the task marked as running in the
> >>> Admin tab of the WebUI, but if we let it, it never stops. The task
> >>> runs indefinitely, whithout ever doing anything.
> >>
> >> If you've never modified the default memory settings, Taskomatic is
> >> probably running out of memory and task is crashing. This is a known
> >> issue, particularly when you sync large repos.
> >>
> >> I would suggest increasing the memory assigned to Taskomatic to see if
> >> that resolves the issue. You will need to restart it after making
> >> these changes:
> >> https://docs.oracle.com/cd/E92593_01/E90695/html/swk24-
> issues-memory.html
> >>
> >> Cheers,
> >> Avi
> >>
> >> --
> >> Oracle <http://www.oracle.com>
> >> Avi Miller | Product Management Director | +61 (3) 8616 3496
> >> Oracle Linux and Virtualization
> >> 417 St Kilda Road, Melbourne, Victoria 3004 Australia
> >>
> >>
> >> _______________________________________________
> >> Spacewalk-list mailing list
> >> Spacewalk-list at redhat.com
> >> https://www.redhat.com/mailman/listinfo/spacewalk-list
> >>
> >
> > _______________________________________________
> > Spacewalk-list mailing list
> > Spacewalk-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180704/a7476742/attachment.htm>
More information about the Spacewalk-list
mailing list