[Spacewalk-list] spacewalk 2.7 client on uln

[Nicole Beck]

Hi,
I have a spacewalk 2.7 server running on CentOS 7, and I want to setup some 
Oracle Enterprise Linux clients. I installed the spacewalk 2.7 client software 
(from the Spacewalk project, not from Oracle) on a ULN6 and ULN7 test machine 
using the instructions at 
https://github.com/spacewalkproject/spacewalk/wiki/RegisteringClients.

On both servers, all the spacewalk packages get updated, but I get the 
following errors:
ULN 6:
rhn-plugin: ERROR: can not find ULN CA file: /usr/share/rhn/ULN-CA-CERT

ULN 7:
ERROR: can not find RHNS CA file: /usr/share/rhn/ULN-CA-CERT

Is that to be expected?  Both servers were previously registered with ULN as to 
simulate our production servers.

The documentation has the warning below about RedHat, so I'm wondering if the 
same goes for ULN. I do not want to invalidate my ULN support.
"Warning: If you are installing these packages on a Red Hat Enterprise Linux 
installation it will override some of the original base packages and you may 
well be invalidating your support agreement with Red Hat!"

I'll note that I could see the ULN clients in the Spacewalk GUI, and could 
update packages both thru the gui and with yum, so it works. But I'm wondering 
about the errors.

Thanks!
Nicole
Nicole Beck
Information Technology Analyst
Information Technolgy Services - Core Infrustructure Services - Unix

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk - Packages renamed while errata is installed.

[Ezequiel Sozzi]

 Michael,

The package is under /var/satellite path, yes I can download the package
from the webUI, I have tested again the errata's deploy and there are not
errors showed on the error_log file.

Any further ideas?

Thanks in advance.

Ezequiel A. Sozzi.

2018-04-11 4:59 GMT-03:00 Michael Mraka :

> Ezequiel Sozzi:
> >  Hello!
> >
> > I'm currently have a problem with erratas deployments. While I'm trying
> to
> > deploy an errata I get the following error:
> >
> > *Details:*
> > This action will be executed after 4/9/18 12:16:00 PM GMT
> > This action's status is: Failed.
> > The client picked up this action on 4/9/18 8:23 AM
> > The client completed this action on 4/9/18 8:23 AM
> > Client execution returned "Failed: Packages failed to install properly:
> > Package libgudev1-0:219-30.el7_3.9.x86_64 is not available for
> > installation" (code 32)
> >
> > Errata Affected:
> >- RHBA-2017:1311 - systemd bug fix update
> ...
> > sha256:d36b44c7639c9ef352289a48c78e2b7b2c20ad16fa140154bdf6d152a6e702ab
> > libgudev1-219-30.el7_3.9-x86_64
> ...
> >
> > Comparing the packages I found that Spacewalk is trying to download
> > libgudev1-*0:*219-30.el7_3.9.x86_64 instead
> libgudev1-219-30.el7_3.9-x86_64
> > I've been looking on rhn logs but I didn't find any log that could advice
> > me about where the "0:" is added to the packages name.
> > More weird is this problem only happens with only one repository.
> >
> > Does anyone have any Idea about what it could be happening?
>
> Hello Ezequiel,
>
> It's not a but It's just two different way how to reference the package.
> libgudev1-219-30.el7_3.9-x86_64 in the erratum is the real filename of
> the package. While action refers to so-called NEVRA
> (name-epoch-version-release-arch) so the "0:" part is epoch which is not
> included in filename.
>
> IMHO this is not a cause of your issue.
>
> Is the pacakge on the spacewalk filesystem (under /var/satellite)?
> Can you download package from the package detail page in webUI?
> Is there any error in /var/log/httpd/*error_log?
>
> > Thanks in advance
> >
> > Best Regards.
> >
> > Ezequiel Sozzi.
>
> Regards,
>
> --
> Michael Mráka
> System Management Engineering, Red Hat
>
> ___
> 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

Re: [Spacewalk-list] Spacewalk capability question

[Paul Greene]

Thank you for such detailed information William.

Do those rhn-action commands need to be run on each individual client? Or
do they need to be run on the Spacewalk server?

On Tue, Apr 10, 2018 at 5:50 PM, William H. ten Bensel 
wrote:

> Spacewalk should be setup to already schedule.  IF you want the commands
> to run immediately, then install osad on the clients.  However there is a
> cost with doing that (Will not cover).  If you do not install osad, on the
> next rhn-check (default every 4 hours) the commands will run.
>
> On the client side,
>
> When you registered the SSL cert should have been applied.. You can verify:
> by looking in /etc/sysconfig/up2date and the file
>  /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT (
>
> If you installed rhncfg-actions, then check to see it they are enabled
> rhn-actions-control --report
> rhn-actions-control --enable-all (or whatever you want)
> rhn-actions-control --report
>
> Once that is done you have multiple ways of scheduling:
> UI
>
> spacecmd   (To make it so that the password is not in history)
>  --> more under man spacecmd
>vi ~/.spacecmd/config
>[spacewalk]
>server=.x.com
>username=xx
> password=xx
>
> spacecmd -s spacewalk help system_runscript
> spacecmd -s spacewalk -- system_runscript server1 server2 server3
> -u root -g root -t7200 -f script.xx
>spacecmd -s spacewalk -- system_runscript channel:xx -u
> root -g root -t7200 -f script.xx
>
>The script can be bash/perl/python..  exit 1 if there is a problem,
> the Spacewalk UI -> Schedule will have a list of failed.  Or you can get
> the list of failures trough spacecmd as well.
>
>
> # below pkg needed for rhn registration
> rhn-check
> rhnsd
> rhn-setup
> rhn-client-tools
> yum-rhn-plugin
> libidn
> rhncfg
> rhncfg-client
> rhncfg-actions
> pyOpenSSL
> libxml2-python
> rhnlib
> libxml2
> perl
>
>
>
>
>
> From:Paul Greene 
> To:spacewalk-list@redhat.com
> Date:04/10/2018 01:17 PM
> Subject:Re: [Spacewalk-list] Spacewalk capability question
> Sent by:spacewalk-list-boun...@redhat.com
> --
>
>
>
> This email originated from outside of the company. Please use discretion
> if opening attachments or clicking on links.
> --
>
>
> It looks like, to use that feature, you need osa-dispatcher installed, and
> SSL configured between Spacewalk and the clients - is that correct? (I have
> neither installed/configured at this point)
>
> On Tue, Apr 10, 2018 at 1:49 PM, Ezequiel Sozzi <*soz...@gmail.com*
> > wrote:
> Paul,
>
> You can push commands with the option "remote commands" from SSM.
>
> BR,
>
> 2018-04-10 14:37 GMT-03:00 Paul Greene <*paul.greene...@gmail.com*
> >:
> I'm new to Spacewalk - just got it installed and registered a couple
> hundred CentOS workstations (6.9).
>
> I need to implement a security setting on all of these machines -
> "chkconfig --level 2345 restorecond on"
>
> Is there a way in Spacewalk to push that setting/command out to all of
> these machines automatically?
>
> Thanks
>
> PG
>
> ___
> 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*
> 
> This email originated from outside of the company.  Please use discretion
> if opening attachments or clicking on links.
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
>
> **
>
>
>
> This email and any attachments may contain information that is
> confidential and/or privileged for the sole use of the intended recipient.
> Any use, review, disclosure, copying, distribution or reliance by others,
> and any forwarding of this email or its contents, without the express
> permission of the sender is strictly prohibited by law. If you are not the
> intended recipient, please contact the sender immediately, delete the
> e-mail and destroy all copies.
>
> **
>
>
> ___
> 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

Re: [Spacewalk-list] RHEL 7 patch management

[DiOrio, Max]

You can. If you search the list history for entitlement certificate I think 
you'll find step by step instructions to make it work.

Sent from Nine

From: Ram Kumaran 
Sent: Wednesday, April 11, 2018 5:33 AM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] RHEL 7 patch management

Hi there,

Can we use spacewalk for RHEL7 patch management?

Currently, I’m getting an error when I try to sync the RHEL repository to 
spacewalk. Can you please advise on this?

[root@spacewalk_POC ~]# /usr/bin/spacewalk-repo-sync --channel 
rhel7base_channel --type yum
19:07:18 ==
19:07:18 | Channel: rhel7base_channel
19:07:18 ==
19:07:18 Sync of channel started.
19:07:18 Repo URL: 
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os
19:07:20 ERROR: failure: repodata/repomd.xml from Red Hat Enterprise Linux 7 
Server RPMs: [Errno 256] No more mirrors to try.
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os/repodata/repomd.xml:
 [Errno 14] curl#60 - "Peer's certificate issuer has been marked as not trusted 
by the user."
19:07:20 Sync of channel completed in 0:00:01.
19:07:20 Total time: 0:00:01


Thanks

Ram


Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] RHEL 7 patch management

[Ram Kumaran]

Hi there,

Can we use spacewalk for RHEL7 patch management?

Currently, I'm getting an error when I try to sync the RHEL repository to 
spacewalk. Can you please advise on this?

[root@spacewalk_POC ~]# /usr/bin/spacewalk-repo-sync --channel 
rhel7base_channel --type yum
19:07:18 ==
19:07:18 | Channel: rhel7base_channel
19:07:18 ==
19:07:18 Sync of channel started.
19:07:18 Repo URL: 
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os
19:07:20 ERROR: failure: repodata/repomd.xml from Red Hat Enterprise Linux 7 
Server RPMs: [Errno 256] No more mirrors to try.
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os/repodata/repomd.xml:
 [Errno 14] curl#60 - "Peer's certificate issuer has been marked as not trusted 
by the user."
19:07:20 Sync of channel completed in 0:00:01.
19:07:20 Total time: 0:00:01


Thanks

Ram



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
 externally 
http://tim.techmahindra.com/tim/disclaimer.html 
 internally within 
TechMahindra.


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] How To force Spacewalk to redownload all pacakage in a repo?

[Michael Mraka]

Thomas Schweikle:
> Hi!
> 
> I've created a channel, added a repository, then started to sync this
> newly created channel. Worked so far, but: only 15 packages are
> synced. The repository holds 125!
> 
> Now I have tried to download missing packages using
> 
> # /usr/bin/spacewalk-repo-sync -c ol6-i386-winswitch -t yum
> 15:24:28 ==
> 15:24:28 | Channel: ol6-i386-winswitch
> 15:24:28 ==
> 15:24:28 Sync of channel started.
> 15:24:28 Repo URL: https://winswitch.org/dists/CentOS/6/i386/
> 15:24:29 Packages in repo:   125
> 15:24:29 No new packages to sync.
> 15:24:29 Repo https://winswitch.org/dists/CentOS/6/i386/ has 0 errata.
> 15:24:30 Sync of channel completed in 0:00:02.
> 15:24:30 Total time: 0:00:02
> 
> But without success. Any idea how I could force spacewalk to sync all
> available packages from upspream repo?

Hello Thomas,

Which packages has been synced? Do they somehow differ from packages
which has not been synced?
If they are e.g. only noarch packages, the changes are your channel has
spacified different architecture than i386/x86_64.
 
Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk - Packages renamed while errata is installed.

[Michael Mraka]

Ezequiel Sozzi:
>  Hello!
> 
> I'm currently have a problem with erratas deployments. While I'm trying to
> deploy an errata I get the following error:
> 
> *Details:*
> This action will be executed after 4/9/18 12:16:00 PM GMT
> This action's status is: Failed.
> The client picked up this action on 4/9/18 8:23 AM
> The client completed this action on 4/9/18 8:23 AM
> Client execution returned "Failed: Packages failed to install properly:
> Package libgudev1-0:219-30.el7_3.9.x86_64 is not available for
> installation" (code 32)
> 
> Errata Affected:
>- RHBA-2017:1311 - systemd bug fix update
...
> sha256:d36b44c7639c9ef352289a48c78e2b7b2c20ad16fa140154bdf6d152a6e702ab
> libgudev1-219-30.el7_3.9-x86_64
...
> 
> Comparing the packages I found that Spacewalk is trying to download
> libgudev1-*0:*219-30.el7_3.9.x86_64 instead  libgudev1-219-30.el7_3.9-x86_64
> I've been looking on rhn logs but I didn't find any log that could advice
> me about where the "0:" is added to the packages name.
> More weird is this problem only happens with only one repository.
> 
> Does anyone have any Idea about what it could be happening?

Hello Ezequiel,

It's not a but It's just two different way how to reference the package.
libgudev1-219-30.el7_3.9-x86_64 in the erratum is the real filename of
the package. While action refers to so-called NEVRA
(name-epoch-version-release-arch) so the "0:" part is epoch which is not
included in filename.

IMHO this is not a cause of your issue.

Is the pacakge on the spacewalk filesystem (under /var/satellite)?
Can you download package from the package detail page in webUI?
Is there any error in /var/log/httpd/*error_log?

> Thanks in advance
> 
> Best Regards.
> 
> Ezequiel Sozzi.

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Kickstart through Spacewalk Proxy

[Frank Paulick]

Hi Ezequiel,


i'm not looking for information on how to install the proxy, but for 
information on how to configure the running proxy for kickstart.


So that i can kickstart systems from this proxy.


Regards

Frank


On 04/10/2018 03:54 PM, Ezequiel Sozzi wrote:

Hi Frank,

The following link contains all the information that I found about this:

https://github.com/spacewalkproject/spacewalk/wiki/HowToInstallProxy

Hope it fits to your needs.

BR,

--

Ezequiel Sozzi
https://about.me/ezequielsozzi




2018-04-10 9:41 GMT-03:00 Frank Paulick >:


Hi,


does anyone know, what needs to be configured on a Spacewalk Proxy ,

after the initial Installation and configuration of the Spacewalk
Proxy is done, to be able to kickstart systems from this proxy ?

Is there any documentation on this available ?

We are currently running spacewalk server 2.6 and have a
firewalled spacewalk proxy in another network, which i would like
to use as kickstart server.

any help is appreciated.


Regards

Frank

-- 
Mit freundlichen Grüßen


Frank Paulick
IT Infrastruktur
_

Baader Bank AG
Weihenstephaner Straße 4
85716 Unterschleißheim, Deutschland
 T +49 89 5150 1522
F +49 89 5150 2421

frank.paul...@baaderbank.de 
http://www.baaderbank.de
_

Baader Bank Aktiengesellschaft • Vorstand: Nico Baader (Vors.),
Dieter Brichmann (stv. Vors.), Christian Bacherl, Oliver Riedel
Vorsitzender des Aufsichtsrates: Dr. Horst Schiessl
Amtsgericht München HRB 121537 • Sitz der Gesellschaft:
Unterschleißheim • StNr. 143/100/10066 • USt-IdNr. DE114123893

_

Diese E-Mail enthält möglicherweise vertrauliche und/oder
rechtlich geschützte Informationen. Wenn Sie nicht der richtige
Adressat dieser E-Mail sind oder diese E-Mail irrtümlich erhalten
haben, informieren Sie uns bitte unverzüglich und löschen Sie
diese E-Mail. Das unerlaubte Vervielfältigen oder Weiterleiten
dieser E-Mail ist strikt untersagt.

___
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


--
Mit freundlichen Grüßen

Frank Paulick
IT Infrastruktur
_

Baader Bank AG
Weihenstephaner Straße 4
85716 Unterschleißheim, Deutschland
 
T +49 89 5150 1522

F +49 89 5150 2421

frank.paul...@baaderbank.de
http://www.baaderbank.de
_

Baader Bank Aktiengesellschaft • Vorstand: Nico Baader (Vors.), Dieter 
Brichmann (stv. Vors.), Christian Bacherl, Oliver Riedel
Vorsitzender des Aufsichtsrates: Dr. Horst Schiessl
Amtsgericht München HRB 121537 • Sitz der Gesellschaft: Unterschleißheim • 
StNr. 143/100/10066 • USt-IdNr. DE114123893
_

Diese E-Mail enthält möglicherweise vertrauliche und/oder rechtlich geschützte 
Informationen. Wenn Sie nicht der richtige Adressat dieser E-Mail sind oder 
diese E-Mail irrtümlich erhalten haben, informieren Sie uns bitte unverzüglich 
und löschen Sie diese E-Mail. Das unerlaubte Vervielfältigen oder Weiterleiten 
dieser E-Mail ist strikt untersagt.



smime.p7s
Description: S/MIME cryptographic signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Java heap space

[Andreas Dijkman]

Also dropping the parameter -XX:MaxNewSize=256 helps with big JVM’s. We had an 
big speedup when removing that parameters as it was limiting the 
tomcat-container from fully using the larger amounts of memory.

Andreas Dijkman


On 10 Apr 2018, at 23:55, William H. ten Bensel 
> wrote:

We had to go higher in memory allocation -->

# Increase java heap size and logging: https://access.redhat.com/solutions/43122
taskomatic.java.maxmemory=12288
taskomatic.java.initmemory=512
taskomatic.logfile.maxsize=100m
java.taskomatic_channel_repodata_workers=4


tomcat6 -->

-Xms512m -Xmx8192m





From:Ezequiel Sozzi >
To:spacewalk-list@redhat.com
Date:04/10/2018 02:36 PM
Subject:[Spacewalk-list] Java heap space
Sent by:
spacewalk-list-boun...@redhat.com




This email originated from outside of the company. Please use discretion if 
opening attachments or clicking on links.



Hello,

I'm currently having a problem with taskomatic. while is trying to generate the 
reporsitory metadata for my repository 'rh6-x86_64-os' I'm getting the 
following error:

rhn_taskomatic_daemon.log

INFO   | jvm 1| 2018/04/10 14:52:15 | 2018-04-10 14:52:15,756 [Thread-53] 
INFO  com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Generating new 
repository metadata for channel 'rh6-x86_64-os'(sha1) 28664 packages, 4902 
errata

INFO   | jvm 1| 2018/04/10 15:00:28 | Exception in thread "Thread-53" 
java.lang.OutOfMemoryError: Java heap space
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.util.PGbytea.toBytesHexEscaped(PGbytea.java:40)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.util.PGbytea.toBytes(PGbytea.java:35)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBytes(AbstractJdbc2ResultSet.java:2433)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.internalGetObject(AbstractJdbc2ResultSet.java:165)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc3.AbstractJdbc3ResultSet.internalGetObject(AbstractJdbc3ResultSet.java:36)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc4.AbstractJdbc4ResultSet.internalGetObject(AbstractJdbc4ResultSet.java:296)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.getObject(AbstractJdbc2ResultSet.java:2703)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
org.postgresql.jdbc2.AbstractJdbc2ResultSet.getObject(AbstractJdbc2ResultSet.java:2715)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.mchange.v2.c3p0.impl.NewProxyResultSet.getObject(NewProxyResultSet.java:4303)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.getObject(CachedStatement.java:732)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.addToObject(CachedStatement.java:715)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.processResultSet(CachedStatement.java:570)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.execute(CachedStatement.java:420)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.executeElaboratorBatch(CachedStatement.java:346)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.executeElaboratorBatch(CachedStatement.java:373)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.CachedStatement.executeElaborator(CachedStatement.java:325)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.SelectMode.elaborate(SelectMode.java:130)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.common.db.datasource.DataResult.elaborate(DataResult.java:159)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.taskomatic.task.repomd.RpmRepositoryWriter.writeRepomdFiles(RpmRepositoryWriter.java:185)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
com.redhat.rhn.taskomatic.task.repomd.ChannelRepodataWorker.run(ChannelRepodataWorker.java:104)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:748)
INFO   | jvm 1| 2018/04/10 15:00:28 |   at 
java.lang.Thread.run(Thread.java:748)

I have extended the memory parameter in the /etc/sysconfig/tomcat file from 256 
to 1024

JAVA_OPTS="-ea -Xms1024m -Xmx1024m -Djava.awt.headless=true 
-Dorg.xml.sax.driver=org.apache.xerces.parsers.SAXParser 
-Dorg.apache.tomcat.util.http.Parameters.MAX_COUNT=1024