-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Test the parallel deployment #2387
Comments
with the hosts and default .env configuration:
is there some configuration problem or error inside the request? |
That's a bug in the basic auth authentication middleware (fix here: #2755). Please note also that We should also set up a meeting next week to discuss how the testing setup can look like in CI.
|
@kiranparajuli589 the fix is merged, could you please try again :-)
|
@wkloucek sorry, the issue description says its a header so i was using it like that. i've also enable basic auth in ocis environment, but still propfind request for a file is failing like: PROPFIND response❯ curl -X PROPFIND -u einstein:relativity -b 'owncloud-selector=ocis;path=/;' https://cloud.owncloud.test/remote.php/webdav/lorem1.txt -k -v * Trying 127.0.0.1:443... * TCP_NODELAY set * Connected to cloud.owncloud.test (127.0.0.1) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8): * TLSv1.3 (IN), TLS handshake, Certificate (11): * TLSv1.3 (IN), TLS handshake, CERT verify (15): * TLSv1.3 (IN), TLS handshake, Finished (20): * TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.3 (OUT), TLS handshake, Finished (20): * SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256 * ALPN, server accepted to use h2 * Server certificate: * subject: CN=TRAEFIK DEFAULT CERT * start date: Nov 16 10:05:14 2021 GMT * expire date: Nov 16 10:05:14 2022 GMT * issuer: CN=TRAEFIK DEFAULT CERT * SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway. * Using HTTP2, server supports multi-use * Connection state changed (HTTP/2 confirmed) * Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0 * Server auth using Basic with user 'einstein' * Using Stream ID: 1 (easy handle 0x5631ad5e8e10) > PROPFIND /remote.php/webdav/lorem1.txt HTTP/2 > Host: cloud.owncloud.test > authorization: Basic ZWluc3RlaW46cmVsYXRpdml0eQ== > user-agent: curl/7.68.0 > accept: */* > cookie: owncloud-selector=ocis;path=/; > * TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): * Connection state changed (MAX_CONCURRENT_STREAMS == 250)! < HTTP/2 500 < date: Tue, 16 Nov 2021 10:06:21 GMT < content-length: 0 < * Connection #0 to host cloud.owncloud.test left intact |
Hmm... works on my side. My steps:
* Connected to cloud.owncloud.test (127.0.0.1) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
* CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [122 bytes data]
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
{ [15 bytes data]
* TLSv1.3 (IN), TLS handshake, Certificate (11):
{ [878 bytes data]
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
{ [264 bytes data]
* TLSv1.3 (IN), TLS handshake, Finished (20):
{ [36 bytes data]
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
} [1 bytes data]
* TLSv1.3 (OUT), TLS handshake, Finished (20):
} [36 bytes data]
* SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256
* ALPN, server accepted to use h2
* Server certificate:
* subject: CN=TRAEFIK DEFAULT CERT
* start date: Nov 16 11:40:31 2021 GMT
* expire date: Nov 16 11:40:31 2022 GMT
* issuer: CN=TRAEFIK DEFAULT CERT
* SSL certificate verify result: self signed certificate (18), continuing anyway.
* Using HTTP2, server supports multiplexing
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
} [5 bytes data]
* Server auth using Basic with user 'einstein'
* Using Stream ID: 1 (easy handle 0x5597cfb7d9a0)
} [5 bytes data]
> PROPFIND /remote.php/webdav/ HTTP/2
> Host: cloud.owncloud.test
> authorization: Basic ZWluc3RlaW46cmVsYXRpdml0eQ==
> user-agent: curl/7.79.1
> accept: */*
> cookie: owncloud-selector=ocis;path=/;
>
{ [5 bytes data]
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
{ [130 bytes data]
* Connection state changed (MAX_CONCURRENT_STREAMS == 250)!
} [5 bytes data]
< HTTP/2 207
< access-control-allow-origin: *
< access-control-expose-headers: Tus-Resumable, Tus-Version, Tus-Extension
< content-security-policy: default-src 'none';
< content-type: application/xml; charset=utf-8
< date: Tue, 16 Nov 2021 11:47:16 GMT
< dav: 1, 3, extended-mkcol
< set-cookie: owncloud-selector=ocis; Path=/
< tus-extension: creation,creation-with-upload,checksum,expiration
< tus-resumable: 1.0.0
< tus-version: 1.0.0
< vary: Origin
< x-content-type-options: nosniff
< x-download-options: noopen
< x-frame-options: SAMEORIGIN
< x-permitted-cross-domain-policies: none
< x-robots-tag: none
< x-xss-protection: 1; mode=block
<
{ [5 bytes data]
100 2636 0 2636 0 0 7941 0 --:--:-- --:--:-- --:--:-- 7963
* Connection #0 to host cloud.owncloud.test left intact
<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:oc="http://owncloud.org/ns">
<d:response>
<d:href>/remote.php/webdav/</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjU=</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjU=</oc:fileid>
<d:getetag>"87eec814115952638b7ebe42121f7355"</d:getetag>
<oc:permissions>RDNVCK</oc:permissions>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<oc:size>7394063</oc:size>
<d:getlastmodified>Tue, 16 Nov 2021 10:37:56 GMT</d:getlastmodified>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/Documents/</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI0</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI0</oc:fileid>
<d:getetag>"61938a03afb6b"</d:getetag>
<oc:permissions>RDNVCK</oc:permissions>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<oc:size>36227</oc:size>
<d:getlastmodified>Tue, 16 Nov 2021 10:37:55 GMT</d:getlastmodified>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/Photos/</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI2</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI2</oc:fileid>
<d:getetag>"61938a0422b81"</d:getetag>
<oc:permissions>RDNVCK</oc:permissions>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<oc:size>1011464</oc:size>
<d:getlastmodified>Tue, 16 Nov 2021 10:37:56 GMT</d:getlastmodified>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/ownCloud%20Manual.pdf</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjIz</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjIz</oc:fileid>
<d:getetag>"0dd548631bb572b4a69522d3bf9edd98"</d:getetag>
<oc:permissions>RDNVW</oc:permissions>
<d:resourcetype/>
<d:getcontentlength>6346372</d:getcontentlength>
<d:getcontenttype>application/pdf</d:getcontenttype>
<d:getlastmodified>Tue, 16 Nov 2021 10:37:55 GMT</d:getlastmodified>
<oc:checksums>
<oc:checksum>SHA1:5f0037da44c98a32fce800996a1b23e860bb03aa MD5:b60258ec4cd04800b82e294a05448e93 ADLER32:36051af0 MD5:b60258ec4cd04800b82e294a05448e93 ADLER32:36051af0</oc:checksum>
</oc:checksums>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
</d:multistatus> Though I noticed that basic auth requests currently are ALWAYS routed to oC10... Fix is here: #2779 |
what is the issue with that?
Nightly
I would suggest to keep it in ocis |
We will have two setups then... one you can run locally and one that is run in CI. As far as I overlook it, this is only because we cannot start docker-compose stacks in CI. I didn't have time yet to think about different possibilities (eg. using an external server where the docker-compose stack runs). |
@wkloucek I would suggest to let @kiranparajuli589 make it run in CI with starlark now, the same as we do with other CI runs to make some progress here and then when we have a better idea we can change it over |
Update: I'm trying to check the fix PR.
❯ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
ca779853ae35 mariadb:10.6 "docker-entrypoint.s…" 2 minutes ago Up 2 minutes (healthy) 3306/tcp oc10_ocis_parallel_oc10-db_1
0ac731ad3981 osixia/openldap:latest "/container/tool/run…" 2 minutes ago Up 2 minutes 389/tcp, 636/tcp oc10_ocis_parallel_openldap_1
1bdbd0f8bc1a postgres:alpine "docker-entrypoint.s…" 2 minutes ago Up 2 minutes 5432/tcp oc10_ocis_parallel_keycloak-db_1
5c44ab86f74a osixia/phpldapadmin:0.9.0 "/container/tool/run" 2 minutes ago Up 2 minutes 80/tcp, 443/tcp oc10_ocis_parallel_ldap-manager_1
826d70969702 owncloud/server:latest "/usr/bin/entrypoint…" 2 minutes ago Up 2 minutes 8080/tcp oc10_ocis_parallel_oc10_1
94bd7b756efb traefik:v2.5 "/entrypoint.sh --lo…" 2 minutes ago Up 2 minutes 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp oc10_ocis_parallel_traefik_1
13ce28b1a388 quay.io/keycloak/keycloak:latest "/bin/sh /opt/jboss/…" 2 minutes ago Up 2 minutes 8080/tcp, 8443/tcp oc10_ocis_parallel_keycloak_1
31076c692b7a redis:6 "docker-entrypoint.s…" 2 minutes ago Up 2 minutes (healthy) 6379/tcp oc10_ocis_parallel_redis_1
fd6138aed45a owncloud/ocis:dev "/bin/sh /entrypoint…" 2 minutes ago Up 2 minutes 9200/tcp oc10_ocis_parallel_ocis_1
See response❯ curl --insecure -X PROPFIND -u einstein:relativity -b "owncloud-selector=ocis;path=/;" https://cloud.owncloud.test/remote.php/webdav/webdav-curl.txt -v * Trying 127.0.0.1:443... * TCP_NODELAY set * Connected to cloud.owncloud.test (127.0.0.1) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8): * TLSv1.3 (IN), TLS handshake, Certificate (11): * TLSv1.3 (IN), TLS handshake, CERT verify (15): * TLSv1.3 (IN), TLS handshake, Finished (20): * TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.3 (OUT), TLS handshake, Finished (20): * SSL connection using TLSv1.3 / TLS_AES_128_GCM_SHA256 * ALPN, server accepted to use h2 * Server certificate: * subject: CN=TRAEFIK DEFAULT CERT * start date: Nov 18 08:20:22 2021 GMT * expire date: Nov 18 08:20:22 2022 GMT * issuer: CN=TRAEFIK DEFAULT CERT * SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway. * Using HTTP2, server supports multi-use * Connection state changed (HTTP/2 confirmed) * Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0 * Server auth using Basic with user 'einstein' * Using Stream ID: 1 (easy handle 0x5619b9ddce10) > PROPFIND /remote.php/webdav/webdav-curl.txt HTTP/2 > Host: cloud.owncloud.test > authorization: Basic ZWluc3RlaW46cmVsYXRpdml0eQ== > user-agent: curl/7.68.0 > accept: */* > cookie: owncloud-selector=ocis;path=/; > * TLSv1.3 (IN), TLS handshake, Newsession Ticket (4): * Connection state changed (MAX_CONCURRENT_STREAMS == 250)! < HTTP/2 207 < cache-control: no-store, no-cache, must-revalidate < content-security-policy: default-src 'none'; < content-type: application/xml; charset=utf-8 < date: Thu, 18 Nov 2021 08:21:20 GMT < dav: 1, 3, extended-mkcol, 2 < expires: Thu, 19 Nov 1981 08:52:00 GMT < pragma: no-cache < server: Apache < set-cookie: owncloud-selector=oc10; Path=/ < set-cookie: oca84r2ge6s5=r5ehorer7i3rdbiitmd5ivqcn1; path=/; secure; HttpOnly; SameSite=Strict < set-cookie: oc_sessionPassphrase=VTb0j2KM4yXJVO7I2TMn2UEd9SwZRLX3VX6A9HCVQ7bjFCrXfDe5LVbh3I7c7BGoTOchU%2B6fMPOP2zQGTZnwTyZDx1V95IjKdS3riezEUZVj%2BjhN%2B6%2BLERopbCAOcaTh; path=/; secure; HttpOnly; SameSite=Strict < set-cookie: oca84r2ge6s5=vnfend0fm1s2s7v2s5f8u920l3; path=/; secure; HttpOnly; SameSite=Strict < set-cookie: cookie_test=test; expires=Thu, 18-Nov-2021 09:21:20 GMT; Max-Age=3600 < vary: Brief,Prefer < x-content-type-options: nosniff < x-download-options: noopen < x-frame-options: SAMEORIGIN < x-permitted-cross-domain-policies: none < x-robots-tag: none < x-xss-protection: 0 < content-length: 532 < /remote.php/webdav/webdav-curl.txtWed, 17 Nov 2021 07:07:26 GMT21"22dfd558a8c0fc0d79067d421705ab03"text/plainHTTP/1.1 200 OK My concerns:
cc @wkloucek |
The responses look different: oC10: <?xml version="1.0"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:oc="http://owncloud.org/ns">
<d:response>
<d:href>/remote.php/webdav/</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:20 GMT</d:getlastmodified>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<d:quota-used-bytes>7394063</d:quota-used-bytes>
<d:quota-available-bytes>-3</d:quota-available-bytes>
<d:getetag>"5b8f9dcc45341f65093a811151f5710e"</d:getetag>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/Documents/</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:19 GMT</d:getlastmodified>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<d:quota-used-bytes>36227</d:quota-used-bytes>
<d:quota-available-bytes>-3</d:quota-available-bytes>
<d:getetag>"6196624fa66c7"</d:getetag>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:getcontentlength/>
<d:getcontenttype/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/Photos/</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:20 GMT</d:getlastmodified>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<d:quota-used-bytes>1011464</d:quota-used-bytes>
<d:quota-available-bytes>-3</d:quota-available-bytes>
<d:getetag>"6196625027839"</d:getetag>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:getcontentlength/>
<d:getcontenttype/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/ownCloud%20Manual.pdf</d:href>
<d:propstat>
<d:prop>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:19 GMT</d:getlastmodified>
<d:getcontentlength>6346372</d:getcontentlength>
<d:resourcetype/>
<d:getetag>"a0c9189ff5e96c6187f788cf9a254036"</d:getetag>
<d:getcontenttype>application/pdf</d:getcontenttype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:quota-used-bytes/>
<d:quota-available-bytes/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
</d:multistatus> oCIS: <?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:oc="http://owncloud.org/ns">
<d:response>
<d:href>/remote.php/webdav/</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjU=</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjU=</oc:fileid>
<d:getetag>"5b8f9dcc45341f65093a811151f5710e"</d:getetag>
<oc:permissions>RDNVCK</oc:permissions>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<oc:size>7394063</oc:size>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:20 GMT</d:getlastmodified>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/Documents/</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI3MA==</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI3MA==</oc:fileid>
<d:getetag>"6196624fa66c7"</d:getetag>
<oc:permissions>RDNVCK</oc:permissions>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<oc:size>36227</oc:size>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:19 GMT</d:getlastmodified>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/Photos/</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI3Mg==</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI3Mg==</oc:fileid>
<d:getetag>"6196625027839"</d:getetag>
<oc:permissions>RDNVCK</oc:permissions>
<d:resourcetype>
<d:collection/>
</d:resourcetype>
<oc:size>1011464</oc:size>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:20 GMT</d:getlastmodified>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/remote.php/webdav/ownCloud%20Manual.pdf</d:href>
<d:propstat>
<d:prop>
<oc:id>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI2OQ==</oc:id>
<oc:fileid>MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjI2OQ==</oc:fileid>
<d:getetag>"a0c9189ff5e96c6187f788cf9a254036"</d:getetag>
<oc:permissions>RDNVW</oc:permissions>
<d:resourcetype/>
<d:getcontentlength>6346372</d:getcontentlength>
<d:getcontenttype>application/pdf</d:getcontenttype>
<d:getlastmodified>Thu, 18 Nov 2021 14:25:19 GMT</d:getlastmodified>
<oc:checksums>
<oc:checksum>SHA1:5f0037da44c98a32fce800996a1b23e860bb03aa MD5:b60258ec4cd04800b82e294a05448e93 ADLER32:36051af0 MD5:b60258ec4cd04800b82e294a05448e93 ADLER32:36051af0</oc:checksum>
</oc:checksums>
<oc:favorite>0</oc:favorite>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
</d:response>
</d:multistatus> If you really want to make sure that your requests is answered by oCIS you could stop oC10 by running |
Yeah, I can also confirm that the responses are now different with different selectors. |
I cannot create user with:
response:
Also tried with
But I can do Q: How can I create other users? (needed for tests) CC @wkloucek |
Also, I have encountered an issue that I can create a file with With
response:
With
response:
This is the log from
|
Users in that deployment example are coming from the LDAP server. The initial users are imported from this file: https://github.com/owncloud/ocis/blob/master/deployments/examples/oc10_ocis_parallel/config/ldap/ldif/20_users.ldif. You can use the LDAP user
Please also have a look at https://owncloud.dev/ocis/deployment/oc10_ocis_parallel/, since it describes the setup. If you got more questions, I'm also happy to add it to the docs.
You're right, admin does not exist in the user base. I will add them for consistency reasons (the deployment examples claim, that one can log in with the demo users)
Looks like the mtime is missing, but I will need to look into that. (Providing the mtime |
Sharing is not yet implemented (in a way that it is usable from both oC10 and oCIS). Stay tuned for #2232 |
OK - so we can start with basic single-user scenarios - Alice uploads a file on one system and can download the file from the other system... |
Update to the mtime problems encountered in #2387 (comment): Uploading a file in general works:
-> gives me HTTP 201 / 204 But uploading an empty file:
-> gives me a HTTP 500 I think this is related to #2609 |
I have created this draft PR to automate tests for parallel deployment, but I could not get the tests to pass. Issue: Checked:
Service Stack:
|
Now, the tests are passing. |
@phil-davis @saw-jan can we close this? |
There are only a few scenarios running. We need to review the scenarios and decide what "user workflows" to test, to verify that various changes done on the oC10 side are visible on the oCIS and vice-versa. |
We're still waiting for sharing to work. That will definitively enable some more tests. Let's keep this ticket open until then. |
I've created a new issue to run ALL tests with the parallel setup #2932 |
@saw-jan @kiranparajuli589 we just merged #3052, which brings back the parallel deployment on master and also has now a working sharing integration between oCIS and oC10. There is already one sharing test, which is currently failing. Could you please have a look at this single test and add more tests? :-) |
Ticket for investigating sharing test fail #3069 |
closing this, remaining work will be tracked in follow up issues |
We are working on a docker-compose file for a parallel deployment of oc10 and ocis: #2302
While manual testing has revealed a few bugs the overall approach is getting more mature. Now, we have arrived at a stage where we want to make sure the corner cases also work. Switching between oc10 and ocis can be done per request by sending a
owncloud-selector
cookie:owncloud-selector=oc10; path=/;
will route to oc10, which is also the defaultowncloud-selector=ocis; path=/;
will route to ocisWith this in mind I propose to use the existing test suite against this docker-compose scenario with a small twist: When more than one user is involved (sharing) make the sharing user use oc10 and any recipient use ocis. This mimics the case where most users will be using oc10 and early adopters will be using ocis.
The testsuite will have to provision users using ldap though.
User Story
Acceptance Criteria
The text was updated successfully, but these errors were encountered: