I did a test by setting the Java options for the instance user, and restarted the instance.
As well i set the Java options for usage by the OPC. -> unchanged situation -> download of packages is failing. Not the OC which is downloading the software packages. The "Deploy Package Manager" (integrated in the dsmserv binary?) triggers the download / refresh / etc. of the software packages. I did not see any other java processes than the OPC GUI when the message "ANR3753I The client update packages manager is started. / ANR3756I A refresh of client update packeges was started." So I assume dsmserv does not start any Java based sub-processes for downloading the software packages. Uwe On Tue, 2018-03-06 at 11:07 +0300, Efim wrote: > Why not to configure a transparent proxy for this traffic? > > Assuming that the hub participates in the download of packages, by > default Java does not use a system proxy. > You can try to use option Djava.net.useSystemProxies = true in the > environment settings for the user, on behalf of which the hub starts > ..... > it will looks like export IBM_JAVA_OPTIONS="-Dmysysprop1=tcpip > -Dmysysprop2=wait -Xdisablejavadump" > I found example in https://www.ibm.com/support/knowledgecenter/en/SSM > KFH/com.ibm.apmaas.doc/install/config_forwardproxy_dc.htm > but it uses jvm.options file. > > Efim > > > > 6 марта 2018 г., в 10:39, Uwe Schreiber <[email protected] > > E> написал(а): > > > > 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.schreiber@T-ONLIN > > > > E.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/ca > > > > talo > > > > 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. > >
