Prez not starting - Looking for CetPrez when not enabled

[KoalaGeo]

Hi,

Trying to test Prez on k8s but I'm getting a 502.

Logs: HTTP Exception for / - Request URL missing either an 'http://' or 'https://' protocol. Failed to connect to CatPrez endpoint.

I've not enabled CatPrez - my deployment spec is below:

    spec:
      imagePullSecrets:
      - name: docker-secret
      containers:
      - name: ${KUBE_NAMESPACE}
        image: ghcr.io/rdflib/prez:2.6  
        env:
        - name: PREZ_TITLE
          value: "BGS Linked Data API"
          name: ENABLED_PREZS
          value: '["VocPrez"]' #'["SpacePrez","VocPrez"]'
          #name: SPACEPREZ_SPARQL_ENDPOINT
          #value: http://some-sparql-endpoint.com/sparql
          name: VOCPREZ_SPARQL_ENDPOINT
          value: https://vocabs.gsq.digital/sparql/
          name: VOCPREZ_TITLE
          value: "BGS VocPrez"
          #name: SPACEPREZ_TITLE
          #value: "BGS SpacePrez"
        imagePullPolicy: Always
        ports:
        - containerPort: ${CONTAINER_PORT}

I've tried enabling CatPrez & setting an endpoint but still get the same error

containers:
      - name: ${KUBE_NAMESPACE}
        image: ghcr.io/rdflib/prez:2.6  
        env:
        - name: PREZ_TITLE
          value: "BGS Linked Data API"
          name: ENABLED_PREZS
          value: '["CatPrez","VocPrez"]' 
          #name: SPACEPREZ_SPARQL_ENDPOINT
          #value: http://some-sparql-endpoint.com/sparql
          name: VOCPREZ_SPARQL_ENDPOINT
          value: https://vocabs.gsq.digital/sparql
          name: CATPREZ_SPARQL_ENDPOINT
          value: https://vocabs.gsq.digital/sparql
          name: VOCPREZ_TITLE
          value: "BGS VocPrez"

Any suggestions?

[recalcitrantsupplant]

I've found a bug with the system startup check and resolved this. Separately, Prez currently requires some system support graphs with identifiers. The current code generated these and pushed them to a SPARQL endpoint which allowed updates. The intention was to optionally allow keeping the system identifiers in a Python object instead of pushing them back to the triplestore - I hadn't got to this, but more importantly we've decided to change what is used for identifiers; these will no longer be generated or from the RDF itself, we will be using the CURIEs (https://en.wikipedia.org/wiki/CURIE) of an object as it's identifier. I'm working on this now and should have the change out in the next few days.

[KoalaGeo]

Great! Well you be able to do a 2.6.1 release with ghcr image? Would really like to have 2.6 running before looking to make the change to v3 + prez-ui

[edmondchuc]

We'll get back to you next Wednesday.

[edmondchuc]

@hjohns will provide a docker-compose file, which you may be able to convert to a Kubernetes equivalent.

[recalcitrantsupplant]

@hjohns I've updated the docker-compose file and fuseki config. There's one change I missed and haven't committed a fix yet for - the dev/dev-config.ttl file on line 64 should be fuseki:name "myds" .. With this change things should run

[recalcitrantsupplant]

Closing as stale, there's been many updates since this issue. Please reopen if still encountering issues.