Here’s what I have in my libs dir. All I did was untar All-OS-Patch-Downloaders-linux-88.tar.gz

-rw-rr 1 root root    68345 May 16 12:46 aix-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root  1289806 May 16 12:46 ant.jar

-rw-rr 1 root root  1419422 May 16 12:46 bcprov-jdk15-136.jar

-rw-rr 1 root root    36174 May 16 12:46 commons-cli-1.1.jar

-rw-rr 1 root root   232771 May 16 12:46 commons-codec-1.6.jar

-rw-rr 1 root root   588337 May 16 12:46 commons-collections-3.2.2.jar

-rw-rr 1 root root   160519 May 16 12:46 commons-dbcp-1.4.jar

-rw-rr 1 root root    77857 May 16 12:46 commons-dbutils-1.6.jar

-rw-rr 1 root root    87776 May 16 12:46 commons-io-1.3.2.jar

-rw-rr 1 root root   261809 May 16 12:46 commons-lang-2.4.jar

-rw-rr 1 root root    52915 May 16 12:46 commons-logging-1.1.jar

-rw-rr 1 root root   273370 May 16 12:46 commons-net-3.1.jar

-rw-rr 1 root root   111119 May 16 12:46 commons-pool-1.6.jar

-rw-rr 1 root root   313898 May 16 12:46 dom4j-1.6.1.jar

-rw-rr 1 root root   108734 May 16 12:46 downloader-1.0-SNAPSHOT.jar

-rw-rr 1 root root   182346 May 16 12:46 feed-common-1.0-SNAPSHOT.jar

-rw-rr 1 root root    21886 May 16 12:46 fluent-hc-4.2.1.jar

-rw-rr 1 root root    37135 May 16 12:46 hfn-1.0-SNAPSHOT.jar

-rw-rr 1 root root   589512 May 16 12:46 httpclient-4.3.3.jar

-rw-rr 1 root root   282269 May 16 12:46 httpcore-4.3.2.jar

-rw-rr 1 root root    49219 May 16 12:46 init-props.jar

-rw-rr 1 root root    24544 May 16 12:46 javatar-2.5.jar

-rw-rr 1 root root    54829 May 16 12:46 jaxb-activation.jar

-rw-rr 1 root root   849239 May 16 12:46 jaxb-impl.jar

-rw-rr 1 root root  3127229 May 16 12:46 jaxb-xjc.jar

-rw-rr 1 root root   396231 May 16 12:46 jcifs-1.3.17.jar

-rw-rr 1 root root    46047 May 16 12:46 jsr173_1.0_api.jar

-rw-rr 1 root root   391834 May 16 12:46 log4j-1.2.15.jar

-rw-rr 1 root root    45073 May 16 12:46 oel-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root     4301 May 16 12:46 oel-schema.jar

-rw-rr 1 root root    66092 May 16 12:46 OPC_JAXB.jar

-rw-rr 1 root root    15949 May 16 12:46 pd5-1.0-SNAPSHOT.jar

-rw-rr 1 root root    13818 May 16 12:46 pdc-1.0-SNAPSHOT.jar

-rw-rr 1 root root  1869113 May 16 12:46 poi-3.9-20121203.jar

-rw-rr 1 root root   936648 May 16 12:46 poi-ooxml-3.9-20121203.jar

-rw-rr 1 root root  4802621 May 16 12:46 poi-ooxml-schemas-3.9-20121203.jar

-rw-rr 1 root root   134202 May 16 12:46 redhat-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root    12187 May 16 12:46 redhat-schema.jar

-rw-rr 1 root root 14328374 May 16 12:46 secureopcdemo.jar

-rw-rr 1 root root    84376 May 16 12:46 solaris-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root    15118 May 16 12:46 solaris-schema.jar

-rw-rr 1 root root  3948533 May 16 12:46 sqlite-jdbc-3.8.6.jar

-rw-rr 1 root root  1802885 May 16 12:46 support-files-1.0-SNAPSHOT.jar

-rw-rr 1 root root    65373 May 16 12:46 suse-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root    13177 May 16 12:46 suse-schema.jar

-rw-rr 1 root root    41620 May 16 12:46 ubuntu-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root  4859519 May 16 12:46 windows-feed-1.0-SNAPSHOT.jar

-rw-rr 1 root root    34407 May 16 12:46 ws-commons-util-1.0.2.jar

-rw-rr 1 root root    58573 May 16 12:46 xmlrpc-client-3.1.3.jar

-rw-rr 1 root root   109131 May 16 12:46 xmlrpc-common-3.1.3.jar

-rw-rr 1 root root  1223877 May 16 12:46 xml-xerces-2.9.jar

It occurred to me you might have meant jre/lib. Here's are the jar files found in this dir:

-rwxr-xr-x 1 root root 3133473 Dec 22  2015 charsets.jar

-rwxr-xr-x 1 root root 2234119 Dec 22  2015 deploy.jar

-rwxr-xr-x 1 root root 477026 Dec 22  2015 javaws.jar

-rwxr-xr-x 1 root root 114950 Dec 22  2015 jce.jar

-rwxr-xr-x 1 root root 560452 Dec 22  2015 jfr.jar

-rwxr-xr-x 1 root root 33930 Dec 22  2015 jfxswt.jar

-rwxr-xr-x 1 root root 633834 Dec 22  2015 jsse.jar

-rwxr-xr-x 1 root root      381 Dec 22  2015 management-agent.jar

-rwxr-xr-x 1 root root 950600 Dec 22  2015 plugin.jar

-rwxr-xr-x 1 root root 3502025 Dec 22  2015 resources.jar

-rwxr-xr-x 1 root root 66037381 Dec 22  2015 rt.jar

When I looked at this I initially saw the O/G on the jre dir and all subdir/files was set to 10/143. All other files appeared to be properly owned, but I did chown -R root:root * just to be safe. Unfortunately, I still got the same error when I tried it again.

Also, I duplicated the entire process on another RHEL server and got the exact same error.

I was asked this by separate email: "Are there any ‘*.db.*’ files under the download location? can you try deleting them and re-running the downloader?"

I assume you mean <payload-repository-location>? If so, no there were no files of any kind in that dir. I created it separate from our usual payload dir specifically for testing purposes. The only thing that's in it is an empty metadata dir that get created when I execute the downloader.

Nope. The only thing that gets created is <repodir>/metadata. Nothing else in <repodir> and nothing under /metadata dir.

And in case you were asking about *.db.* files under the 88 downloader dir, there weren't any there either.

Here you go. The reposync_patch_summary.log file referenced in the WARN statement does not get created.

Tue Sep  6 16:52:58 MDT 2016 [INFO] Executing the PSU offline downloader for redhat ....

Tue Sep  6 16:52:59 MDT 2016 [INFO] Executing the PSU/downloader command...

[06 Sep 2016 16:53:05,864] [Thread-1] [INFO] Initializing

[06 Sep 2016 16:53:05,865] [Thread-1] [INFO] Workspace directory already exist at destination

[06 Sep 2016 16:53:05,866] [Thread-1] [INFO] Proceeding for some prechecks

[06 Sep 2016 16:53:05,874] [Thread-1] [INFO] Executing command: which createrepo

[06 Sep 2016 16:53:05,897] [Thread-2] [INFO] STDOUT --> /usr/bin/createrepo

[06 Sep 2016 16:53:05,963] [Thread-1] [INFO] Executing command: which yum

[06 Sep 2016 16:53:05,968] [Thread-4] [INFO] STDOUT --> /usr/bin/yum

[06 Sep 2016 16:53:05,969] [Thread-1] [INFO] Executing command: which reposync

[06 Sep 2016 16:53:05,974] [Thread-6] [INFO] STDOUT --> /usr/bin/reposync

[06 Sep 2016 16:53:05,975] [Thread-1] [INFO] Executing command: which subscription-manager

[06 Sep 2016 16:53:05,981] [Thread-8] [INFO] STDOUT --> /usr/sbin/subscription-manager

[06 Sep 2016 16:53:05,981] [Thread-1] [INFO] Precheck for yum, reposync and subscription-manager is successful.

[06 Sep 2016 16:53:05,981] [Thread-1] [INFO] Executing command: cat /etc/redhat-release

[06 Sep 2016 16:53:05,991] [Thread-10] [INFO] STDOUT --> Red Hat Enterprise Linux Server release 6.8 (Santiago)

[06 Sep 2016 16:53:05,991] [Thread-1] [INFO] Contents of /etc/redhat-release is : Red Hat Enterprise Linux Server release 6.8 (Santiago)

[06 Sep 2016 16:53:05,992] [Thread-1] [INFO] Redhat release version is 6.8

[06 Sep 2016 16:53:05,992] [Thread-1] [INFO] RHEL Repo Server version is 6.8

[06 Sep 2016 16:53:05,997] [Thread-1] [INFO] Initializing RepoDBManager

[06 Sep 2016 16:53:06,228] [Thread-1] [FATAL] Fatal error while updating metadata

java.lang.UnsatisfiedLinkError: org.sqlite.core.NativeDB._open(Ljava/lang/String;I)V

  at org.sqlite.core.NativeDB._open(Native Method)

  at org.sqlite.core.DB.open(DB.java:161)

  at org.sqlite.core.CoreConnection.open(CoreConnection.java:145)

  at org.sqlite.core.CoreConnection.<init>(CoreConnection.java:66)

  at org.sqlite.jdbc3.JDBC3Connection.<init>(JDBC3Connection.java:21)

  at org.sqlite.jdbc4.JDBC4Connection.<init>(JDBC4Connection.java:23)

  at org.sqlite.SQLiteConnection.<init>(SQLiteConnection.java:45)

  at org.sqlite.JDBC.createConnection(JDBC.java:114)

  at org.sqlite.JDBC.connect(JDBC.java:88)

  at org.apache.commons.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:38)

  at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:582)

  at org.apache.commons.dbcp.BasicDataSource.validateConnectionFactory(BasicDataSource.java:1556)

  at org.apache.commons.dbcp.BasicDataSource.createPoolableConnectionFactory(BasicDataSource.java:1545)

  at org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1388)

  at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044)

  at com.bmc.sa.patchfeed.db.impl.ConnectionPoolService.getConnection(Unknown Source)

  at com.bmc.sa.patchfeed.db.impl.RepoDBManager.initializeDB(Unknown Source)

  at com.bmc.sa.patchfeed.db.impl.RepoDBManager.initialize(Unknown Source)

  at com.bmc.sa.patchfeed.redhat.RedHatFeedUpdator.initializeRepoDB(Unknown Source)

  at com.bmc.sa.patchfeed.redhat.RedHatFeedUpdator.run(Unknown Source)

  at java.lang.Thread.run(Thread.java:745)

[06 Sep 2016 16:53:06,230] [Thread-1] [ERROR] Downloader failed with errors: Fatal error while updating metadata : org.sqlite.core.NativeDB._open(Ljava/lang/String;I)V

[06 Sep 2016 16:53:06,234] [Thread-1] [WARN] Unable to parse patch summary file on target : /u01/nsh/patch_analysis/redhat/rhel-x86_64-server-7-88test/reposync_patch_summary.log

[06 Sep 2016 16:53:06,234] [Thread-1] [INFO]

======================= Download Result ================================

  RPMs downloaded         - 0

  RPMs download skipped   - 0

  RPMs download failed    - 0

  Erratas applicable       - 0

========================================================================

[06 Sep 2016 16:53:06,234] [Thread-1] [INFO]

======================= Download Result ================================

  RPMs downloaded         - 0

  RPMs download skipped   - 0

  RPMs download failed    - 0

  Erratas applicable       - 0

========================================================================

Could you please clarify? What do you mean "if you are downloading both?" As you can see from the config file above, I'm only trying to download one child channel.

And yes, it is a RHEL 6 server. This page says it's supported. Are you saying otherwise?

Supported platforms for version 8.8 - BMC Server Automation 8.8 - BMC Documentation

There may be merit to this idea, Jim, if by temp you mean /tmp. Our client, and I assume other security conscious organizations, restrict access to /tmp (and \temp on Windows).

If you’re thinking it’s the temp dir as defined in the config file then I’m not sure that could be the case, since all of our downloaders are configured to use the same dir:

<temporary-location>/bladelogic</temporary-location>