`Rstudio` Server in `Docker` container: Can't access locally mapped 8787 port (Byzantine Infrastructure)
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce... Hoping for clarification(s) from the source ... Hi, I'm trying to get the following to run: * In a QubesOS Xen VM running Fedora 31, I'm * using podman to run a rootless docker.io/rocker/tidyverse container as follows: podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse From the podman host I can test the setup using curl like so: curl -I --user-agent 'GoogleChrome' http://localhost:8787 with the following result: HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio That looks OKish, no? When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference). Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))? Thanks for any hints. Sincerely, balin
Johannes, Hmm this is a tough one to troubleshoot. It sounds almost like this RStudio Server interface may be trying to connect to connect to another port? On Sat, Sep 12, 2020 at 2:15 PM Johannes Graumann <podman@graumannschaft.org> wrote:
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce...
Hoping for clarification(s) from the source ...
Hi,
I'm trying to get the following to run:
1. In a QubesOS Xen VM running Fedora 31, I'm 2. using podman to run a rootless docker.io/rocker/tidyverse container as follows:
podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse
From the podman host I can test the setup using curl like so:
curl -I --user-agent 'GoogleChrome' http://localhost:8787
with the following result:
HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio
That looks OKish, no?
When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference).
Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))?
Thanks for any hints.
Sincerely, balin _______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
-- -- A First Look at The Podman 2.0 API: http://crunchtools.com/a-first-look-at-the-podman-2-0-api/ <http://crunchtools.com/comparison-linux-container-images/>-- -- Scott McCarty Product Management - Containers, Red Hat Enterprise Linux & OpenShift Email: smccarty@redhat.com Phone: 312-660-3535 Cell: 330-807-1043 Web: http://crunchtools.com
Rstudio is a bit of a nightmare unfortunately, sorry I don't have anything constructive to add, but is on my list of bioinformatics software to solve On Thu, Sep 17, 2020, 8:05 PM Scott McCarty <smccarty@redhat.com> wrote:
Johannes, Hmm this is a tough one to troubleshoot. It sounds almost like this RStudio Server interface may be trying to connect to connect to another port?
On Sat, Sep 12, 2020 at 2:15 PM Johannes Graumann < podman@graumannschaft.org> wrote:
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce...
Hoping for clarification(s) from the source ...
Hi,
I'm trying to get the following to run:
1. In a QubesOS Xen VM running Fedora 31, I'm 2. using podman to run a rootless docker.io/rocker/tidyverse container as follows:
podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse
From the podman host I can test the setup using curl like so:
curl -I --user-agent 'GoogleChrome' http://localhost:8787
with the following result:
HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio
That looks OKish, no?
When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference).
Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))?
Thanks for any hints.
Sincerely, balin _______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
--
--
A First Look at The Podman 2.0 API: http://crunchtools.com/a-first-look-at-the-podman-2-0-api/ <http://crunchtools.com/comparison-linux-container-images/>-- --
Scott McCarty Product Management - Containers, Red Hat Enterprise Linux & OpenShift Email: smccarty@redhat.com Phone: 312-660-3535 Cell: 330-807-1043 Web: http://crunchtools.com
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
Hi, If this is like shiny, it also needs web sockets to work properly... Best regards Le ven. 18 sept. 2020 à 13:43, Bryan Hepworth <bryan.hepworth@gmail.com> a écrit :
Rstudio is a bit of a nightmare unfortunately, sorry I don't have anything constructive to add, but is on my list of bioinformatics software to solve
On Thu, Sep 17, 2020, 8:05 PM Scott McCarty <smccarty@redhat.com> wrote:
Johannes, Hmm this is a tough one to troubleshoot. It sounds almost like this RStudio Server interface may be trying to connect to connect to another port?
On Sat, Sep 12, 2020 at 2:15 PM Johannes Graumann < podman@graumannschaft.org> wrote:
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce...
Hoping for clarification(s) from the source ...
Hi,
I'm trying to get the following to run:
1. In a QubesOS Xen VM running Fedora 31, I'm 2. using podman to run a rootless docker.io/rocker/tidyverse container as follows:
podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse
From the podman host I can test the setup using curl like so:
curl -I --user-agent 'GoogleChrome' http://localhost:8787
with the following result:
HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio
That looks OKish, no?
When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference).
Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))?
Thanks for any hints.
Sincerely, balin _______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
--
--
A First Look at The Podman 2.0 API: http://crunchtools.com/a-first-look-at-the-podman-2-0-api/ <http://crunchtools.com/comparison-linux-container-images/>-- --
Scott McCarty Product Management - Containers, Red Hat Enterprise Linux & OpenShift Email: smccarty@redhat.com Phone: 312-660-3535 Cell: 330-807-1043 Web: http://crunchtools.com
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
*actually meaning webservices. I had also some issues (...with shiny): https://kimura.univ-montp2.fr/remydernat/aleas-shiny.html Le ven. 18 sept. 2020 à 17:16, Rémy Dernat <remy.d1@gmail.com> a écrit :
Hi,
If this is like shiny, it also needs web sockets to work properly...
Best regards
Le ven. 18 sept. 2020 à 13:43, Bryan Hepworth <bryan.hepworth@gmail.com> a écrit :
Rstudio is a bit of a nightmare unfortunately, sorry I don't have anything constructive to add, but is on my list of bioinformatics software to solve
On Thu, Sep 17, 2020, 8:05 PM Scott McCarty <smccarty@redhat.com> wrote:
Johannes, Hmm this is a tough one to troubleshoot. It sounds almost like this RStudio Server interface may be trying to connect to connect to another port?
On Sat, Sep 12, 2020 at 2:15 PM Johannes Graumann < podman@graumannschaft.org> wrote:
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce...
Hoping for clarification(s) from the source ...
Hi,
I'm trying to get the following to run:
1. In a QubesOS Xen VM running Fedora 31, I'm 2. using podman to run a rootless docker.io/rocker/tidyverse container as follows:
podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse
From the podman host I can test the setup using curl like so:
curl -I --user-agent 'GoogleChrome' http://localhost:8787
with the following result:
HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio
That looks OKish, no?
When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference).
Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))?
Thanks for any hints.
Sincerely, balin _______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
--
--
A First Look at The Podman 2.0 API: http://crunchtools.com/a-first-look-at-the-podman-2-0-api/ <http://crunchtools.com/comparison-linux-container-images/>-- --
Scott McCarty Product Management - Containers, Red Hat Enterprise Linux & OpenShift Email: smccarty@redhat.com Phone: 312-660-3535 Cell: 330-807-1043 Web: http://crunchtools.com
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
Hi it actually is RStudio's fault ... turns out tha tin the current rocker-provided versions the `-e DISABLE_AUTH=true` bit is broken on their side ... using `-e PASSWORD=test` solves my problem ... my byzantine setup is actually fine ;) balin On 2020-09-12 20:04, Johannes Graumann wrote:
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce...
Hoping for clarification(s) from the source ...
Hi,
I'm trying to get the following to run:
* In a QubesOS Xen VM running Fedora 31, I'm * using podman to run a rootless docker.io/rocker/tidyverse container as follows:
podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse
From the podman host I can test the setup using curl like so:
curl -I --user-agent 'GoogleChrome' http://localhost:8787
with the following result:
HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio
That looks OKish, no?
When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference).
Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))?
Thanks for any hints.
Sincerely, balin _______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
Johannes, Thanks for following up! Now, others can find the solution if they Google :-) On Sat, Sep 19, 2020 at 4:59 PM Johannes Graumann <podman@graumannschaft.org> wrote:
Hi it actually is RStudio's fault ... turns out tha tin the current rocker-provided versions the `-e DISABLE_AUTH=true` bit is broken on their side ... using `-e PASSWORD=test` solves my problem ... my byzantine setup is actually fine ;)
balin
On 2020-09-12 20:04, Johannes Graumann wrote:
Reposted form https://community.rstudio.com/t/rstudio-server-in-docker-container-cant-acce...
Hoping for clarification(s) from the source ...
Hi,
I'm trying to get the following to run:
1. In a QubesOS Xen VM running Fedora 31, I'm 2. using podman to run a rootless docker.io/rocker/tidyverse container as follows:
podman run -d -p 127.0.0.1:8787:8787 -v /tmp:/tmp -e ROOT=TRUE -e DISABLE_AUTH=TRUE docker.io/rocker/tidyverse
From the podman host I can test the setup using curl like so:
curl -I --user-agent 'GoogleChrome' http://localhost:8787
with the following result:
HTTP/1.1 200 OK X-Frame-Options: DENY Expires: Fri, 01 Jan 1990 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store, max-age=0, must-revalidate Content-Type: text/html Content-Length: 1339 Date: Wed, 09 Sep 2020 22:38:46 GMT Connection: close X-Content-Type-Options: nosniff Server: RStudio
That looks OKish, no?
When I try however (again in the podman hosting Xen VM) to access localhost:8787 using a browser (tried firefox and chromium), the tab shows the appropriate RStudio label, yet the loading-indicating applet spins endlessly to be replaced by a message stating that R takes longer than usual to load, accompagnied by buttons for reloading, starting in safe mode and restarting the R session (none of which make any difference).
Does anyone have an inkling why I might be unable to browse to the RStudio Server installation? Is this a case of browser incompatibility fixable by using Google Chrome proper (or adjusting the user agent string (to what?))?
Thanks for any hints.
Sincerely, balin
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
_______________________________________________ Podman mailing list -- podman@lists.podman.io To unsubscribe send an email to podman-leave@lists.podman.io
-- -- A First Look at The Podman 2.0 API: http://crunchtools.com/a-first-look-at-the-podman-2-0-api/ <http://crunchtools.com/comparison-linux-container-images/>-- -- Scott McCarty Product Management - Containers, Red Hat Enterprise Linux & OpenShift Email: smccarty@redhat.com Phone: 312-660-3535 Cell: 330-807-1043 Web: http://crunchtools.com
participants (4)
-
Bryan Hepworth -
Johannes Graumann -
Rémy Dernat -
Scott McCarty