Hello Efim, thank you for your response.
I already had a try using the local catalog. This did not bypass the direct download from IBM. >From my point of view, the local catalog gives you the possibility to create your own package repository. Therefor you have to build a http server where you store the package for a download by the OC hub instance. In addition you have to modify the local catalog.json file to point to the right package locations on your own http server. Of course i could setup my own http server and build a local repository. But this would increase the complexity, etc. Uwe On Tue, 2018-03-06 at 09:25 +0300, Efim wrote: > Hi > you can try to configure local catalog. it will bypass using proxy: > > setopt clientdeployuselocalcatalog yes > create dir: /<instance dir>/deployconfig/ > run (you can add it to the cron): curl -o /<instance > dir>/deployconfig/catalog.json https://public.dhe.ibm.com/storage/tiv > oli-storage-management/catalog/client/catalog.json > > Efim > > > > > 6 марта 2018 г., в 0:32, Uwe Schreiber <uwe.h.schrei...@t-online.de > > > написал(а): > > > > I'am searching a solution for deploying client updates using > > Operations > > Center 8.1.4. > > > > My OC hub (is spoke as well) is not able to connect direct to > > https://p > > ublic.dhe.ibm.com/... > > I have to use a proxy configuration to enable that communication. > > > > So I configured the variables http_proxy / https_proxy with the > > according proxy informations for the instance user within the RHEL > > 7.4 > > operating System. > > > > Testing using "curl" and "wget" works as expected when trying to > > download an deployment package. > > > > For forcing the instance to do a software package refresh I > > restarted > > the instance, but I still got the error > > > > ANR3763E An error occurred while the catalog file used for client > > updates was downloading from > > https://public.dhe.ibm.com/storage/tivoli-storage-management/catalo > > g/cl > > ient/catalog.json. > > > > After restarting the instance a "tcpdump" was showing packets to > > "public.dhe.ibm.com" using https. > > The tcpdump tool stops to show such packets as soon as I get the > > above > > message within the activity-log of the instance. > > > > So I assume that dsmserv is ignoring the environment variables for > > the > > proxy configuration. > > > > As well I tried to tell the hub instance to load the client update > > packages from a local filesystem instead by downloading them from > > IBM, > > by modifying the local installed catalog.json file to use > > "file://..." > > instead of "https://...."; .... without success. > > It seems that the usage of https is "hard coded". > > > > I already tried a manual import of the client autodeployment > > packages, > > as well as the package for the update manager. > > > > But querying the manifest table by using "select > > pkg_name,pkg_type,state from client_pkg" is showing the packages > > with > > state=2. > > > > I assume as long as the client update package manager is not able > > to do > > the software download the state will not change and there > > is no possibility to deploy any software to the attached clients.
