Closed nbittich closed 2 months ago
@nbittich I believe this issue should be resolved on redpencil/virtuoso:1.0.0
@nvdk I think I've got that bug when we tried to upgrade to 1.0.0; so i'm not sure it is indeed fix, I can try again and let you know
@nvdk I just tried again & same problem:
`rbuf_fill': too many connection resets (due to Net::ReadTimeout - Net::ReadTimeout) after 0 requests on 47221829094260, last used 1653039404.527354 seconds ago (Net::HTTP::Persistent::Error)
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/protocol.rb:157:in `readuntil'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/protocol.rb:167:in `readline'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/http/response.rb:40:in `read_status_line'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/http/response.rb:29:in `read_new'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/http.rb:1494:in `block in transport_request'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/http.rb:1491:in `catch'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/http.rb:1491:in `transport_request'
migrations_1 | from /usr/local/lib/ruby/2.5.0/net/http.rb:1464:in `request'
migrations_1 | from /usr/local/bundle/gems/net-http-persistent-3.1.0/lib/net/http/persistent.rb:964:in `block in request'
migrations_1 | from /usr/local/bundle/gems/net-http-persistent-3.1.0/lib/net/http/persistent.rb:662:in `connection_for'
migrations_1 | from /usr/local/bundle/gems/net-http-persistent-3.1.0/lib/net/http/persistent.rb:958:in `request'
migrations_1 | from /usr/local/bundle/gems/sparql-client-3.0.1/lib/sparql/client.rb:696:in `request'
migrations_1 | from /usr/local/bundle/gems/sparql-client-3.0.1/lib/sparql/client.rb:344:in `response'
migrations_1 | from /usr/local/bundle/gems/sparql-client-3.0.1/lib/sparql/client.rb:305:in `query'
migrations_1 | from /usr/local/bundle/gems/mu-auth-sudo-0.1.0/lib/mu/auth-sudo.rb:22:in `query'
migrations_1 | from /usr/local/bundle/gems/mu-auth-sudo-0.1.0/lib/mu/auth-sudo.rb:26:in `update'
migrations_1 | from /usr/local/bundle/gems/mu-auth-sudo-0.1.0/lib/mu/auth-sudo.rb:8:in `block in included'
migrations_1 | from /usr/src/app/ext/web.rb:129:in `batch_insert'
migrations_1 | from /usr/src/app/ext/web.rb:78:in `execute!'
migrations_1 | from /usr/src/app/ext/web.rb:151:in `block in execute_migrations'
migrations_1 | from /usr/src/app/ext/web.rb:149:in `each'
migrations_1 | from /usr/src/app/ext/web.rb:149:in `execute_migrations'
migrations_1 | from /usr/src/app/ext/web.rb:214:in `boot'
migrations_1 | from /usr/src/app/ext/web.rb:217:in `<top (required)>'
migrations_1 | from web.rb:87:in `require_relative'
migrations_1 | from web.rb:87:in `<main>'
I tested it as well and I face the same issue as Nordine, which I don't have when I use tenforce/virtuoso:1.3.2-virtuoso7.2.5.1
.
@claire-lovisa @nbittich could you retest with redpencil/virtuoso:1.1.0
?
@nvdk will try this week
@nvdk It's better, now the migration that used to fail comes through. But now an other migrations later down the line triggers this error (which doesn't happen if when using tenforce/virtuoso:1.3.2-virtuoso7.2.5.1
):
migrations_1 | I, [2023-05-16T09:18:58.238544 #12] INFO -- : Executing migration 20220602164623-fix-typo-in-position-name.sparql
migrations_1 | I, [2023-05-16T09:18:58.238660 #12] INFO -- : Executing sudo query: DELETE DATA {
migrations_1 | GRAPH <http://mu.semte.ch/graphs/organisatieportaal> {
migrations_1 | <http://lblod.data.gift/concepts/fa4191f9d7050fe62ec3fc0e16541711> <http://www.w3.org/2004/02/skos/core#prefLabel> "Kapelaan van de kerken te Antwerpen en te Elsene (Geünifieerde anglikaanse kerk)" .
migrations_1 | }
migrations_1 | }
migrations_1 | ;
migrations_1 | INSERT DATA {
migrations_1 | GRAPH <http://mu.semte.ch/graphs/organisatieportaal> {
migrations_1 | <http://lblod.data.gift/concepts/fa4191f9d7050fe62ec3fc0e16541711> <http://www.w3.org/2004/02/skos/core#prefLabel> "Kapelaan van de kerken te Antwerpen en te Elsene (Geünifieerde anglicaanse kerk)" .
migrations_1 | }
migrations_1 | }
triplestore_1 | 09:18:58 ERRS_0 42000 SR186:SECURITY No permission to execute dpipe DB.DBA.L_O_LOOK_NE with user ID 107, group ID 107
migrations_1 | /usr/local/bundle/gems/sparql-client-3.0.1/lib/sparql/client.rb:351:in `block in response': incompatible character encodings: ASCII-8BIT and UTF-8 (Encoding::CompatibilityError)
Step to reproduce:
config/migrations/private-data/**
)data/db
docker-compose -f docker-compose.yml -f docker-compose.dev.yml up -d
Expected result:
Actual result:
20210901153815-worship-local.ttl
fails with error:Database logs: