* Hillel Lubman <shtetldik at gmail.com> [2009-12-10 17:31]: > I tried to use local IPS server to test building and installing some > packages, following guidelines from here: > http://sourceforge.net/apps/mediawiki/pkgbuild/index.php?title=Pkgbuild_on_OpenSolaris > > I did: > > pfexec zfs create -o compression=on rpool/ips > pfexec mkdir /rpool/ips/repo > pfexec svcadm disable pkg/server > pfexec svccfg -s application/pkg/server setprop pkg/inst_root=/rpool/ips/repo > pfexec svccfg -s application/pkg/server setprop pkg/port=10001 > pfexec svcadm refresh pkg/server > pfexec svcadm enable pkg/server > pfexec svcadm restart pkg/server > pfexec pkg set-publisher -O http://localhost:10001 local > > This however didn't work. http://localhost:10001 doesn't open and > set-publisher failed: > pkg: The origin URIs for 'local' do not appear to point to a valid pkg server. > Please check the server's address and client's network configuration. > Additional details: > > Unable to contact valid package server: http://localhost:10001/ > Encountered the following error(s): > Transport errors encountered when trying to contact depot server. > Reported the following errors: > 1: Framework error: code: 7 reason: couldn't connect to host > URL: 'http://localhost:10001'. (happened 3 times) > 2: Too many retryable errors encountered during transfer. > URL: http://localhost:10001 Count: 4 > > What can be wrong with the local IPS server and how can it be verified?
Ask smf(5) what it believes your pkg depot instance(s) are doing. Are there actual processes running? svcs -p pkg/server should show a pkg.depotd process (or two, if indexing is still running). If not, then svcs -x pkg/server will show why smf(5) thinks the depot failed, and point to where that instance was logging. - Stephen -- sch at sun.com http://blogs.sun.com/sch/
