[Solved]Trying to run browser software offline – can't connect…

Dying_Watchdogs · 2022-01-21 22:19:34

Hello,

I'm very new to this so I don't really know where I should start digging here.

I want to run this offline:

Their Github gives instructions on how to do that:

Testing Locally (with Docker)
git clone git@github.com:GridSpace/grid-apps.git
cd grid-apps
docker-compose -f src/dock/compose.yml up
Testing Locally (with NodeJS)
git clone git@github.com:GridSpace/grid-apps.git
cd grid-apps
npm i
npm install -g @gridspace/app-server
gs-app-server --debug
to start a local instance of the apps. then use a browser to open localhost:8080/kiri

if installing the app-server fails or gives you permissions errors, then your node installation (on linux/mac) is installed as another user (like root). try instead:

sudo npm install -g @gridspace/app-server
Alternatively, if you are using a packaged version of npm that ships with a Linux distribution, but still want to install in your home directory, you can use

npm config set prefix ~/.local
If gs-app-server is not found, then perhaps ~/.local/bin is not in your path. You can either add it to your path, or you can run:

~/.local/bin/gs-app-server --debug
You can now access your environment of grid-apps by going to localhost:8080/kiri

I tried everything mentioned there, as a regular user, the "npm i" part (which docker-compose goes through as well) failed due to missing permissions. Running it as superuser worked. I should point out that instead of the mentioned "git@github.com:GridSpace/grid-apps.git", I used "https://github.com/GridSpace/grid-apps.git"

But if I try to load localhost:8080/kiri/, I get

This site can’t be reached

localhost refused to connect.

Try:

Checking the connection
Checking the proxy and the firewall
ERR_CONNECTION_REFUSED

I tried logging in as root, where it connected the first time I tried it, but the second time, it didn't connect either.

Right now, I'm a bit lost as to where to start digging, which is really why I'm asking here. My guess is that it's got something to do with the way permissions are set up, but I could be very wrong here. Has anyone any idea?

TIA

Last edited by Dying_Watchdogs (2022-01-23 22:09:18)

seth · 2022-01-22 09:11:10

ss -tulpen

Dying_Watchdogs · 2022-01-23 13:50:34

seth wrote:

ss -tulpen

Netid   State    Recv-Q   Send-Q                           Local Address:Port       Peer Address:Port   Process                                                                               
udp     UNCONN   0        0                                   127.0.0.54:53              0.0.0.0:*       uid:978 ino:15201 sk:1 cgroup:/system.slice/systemd-resolved.service <->             
udp     UNCONN   0        0                                127.0.0.53%lo:53              0.0.0.0:*       uid:978 ino:15199 sk:2 cgroup:/system.slice/systemd-resolved.service <->             
udp     UNCONN   0        0                          xxx.xxx.x.xxx%wlan0:68              0.0.0.0:*       uid:980 ino:25213 sk:3 cgroup:/system.slice/systemd-networkd.service <->             
udp     UNCONN   0        0                                      0.0.0.0:5355            0.0.0.0:*       uid:978 ino:15192 sk:5 cgroup:/system.slice/systemd-resolved.service <->             
udp     UNCONN   0        0            [fe80::xxxx:xxxx:xxxx:xxxx]%wlan0:546                [::]:*       uid:980 ino:39465 sk:6 cgroup:/system.slice/systemd-networkd.service v6only:1 <->    
udp     UNCONN   0        0            [fe80::xxxx:xxxx:xxxx:xxxx]%wlan0:546                [::]:*       ino:38625 sk:7 cgroup:/system.slice/NetworkManager.service v6only:1 <->              
udp     UNCONN   0        0                                         [::]:5355               [::]:*       uid:978 ino:15195 sk:8 cgroup:/system.slice/systemd-resolved.service v6only:1 <->    
tcp     LISTEN   0        4096                                   0.0.0.0:5355            0.0.0.0:*       uid:978 ino:15193 sk:9 cgroup:/system.slice/systemd-resolved.service <->             
tcp     LISTEN   0        4096                                127.0.0.54:53              0.0.0.0:*       uid:978 ino:15202 sk:a cgroup:/system.slice/systemd-resolved.service <->             
tcp     LISTEN   0        4096                             127.0.0.53%lo:53              0.0.0.0:*       uid:978 ino:15200 sk:b cgroup:/system.slice/systemd-resolved.service <->             
tcp     LISTEN   0        128                                    0.0.0.0:22              0.0.0.0:*       ino:12088 sk:c cgroup:/system.slice/sshd.service <->                                 
tcp     LISTEN   0        128                                  127.0.0.1:631             0.0.0.0:*       ino:31304 sk:d cgroup:/system.slice/cups.service <->                                 
tcp     LISTEN   0        4096                                      [::]:5355               [::]:*       uid:978 ino:15196 sk:10 cgroup:/system.slice/systemd-resolved.service v6only:1 <->   
tcp     LISTEN   0        128                                       [::]:22                 [::]:*       ino:12090 sk:11 cgroup:/system.slice/sshd.service v6only:1 <->                       
tcp     LISTEN   0        128                                      [::1]:631                [::]:*       ino:31303 sk:12 cgroup:/system.slice/cups.service v6only:1 <->

(IP addresses redacted)

Last edited by Dying_Watchdogs (2022-01-23 13:53:18)

seth · 2022-01-23 14:06:00

Well, nothing is listening on 8080 nor does anything remotely sounding "gs-app-server" listen anywhere.
Is the process running at all?

ps aux | grep "gs-app-server"

Dying_Watchdogs · 2022-01-23 14:38:12

seth wrote:

Well, nothing is listening on 8080 nor does anything remotely sounding "gs-app-server" listen anywhere.
Is the process running at all?
ps aux | grep "gs-app-server"

I guess…?

user        10968  0.0  0.0   6844  2664 pts/1    S+   15:37   0:00 grep gs-app-server

seth · 2022-01-23 14:44:55

You guessed wrong - that's the grep process.

After entering "~/.local/bin/gs-app-server --debug", do you get an error?
Did you ctrl+c to sigint the process and return to your shell?

You're clearly failing to start that gs-app-server thing.

Dying_Watchdogs · 2022-01-23 15:20:38

seth wrote:

You guessed wrong - that's the grep process.
After entering "~/.local/bin/gs-app-server --debug", do you get an error?
Did you ctrl+c to sigint the process and return to your shell?
You're clearly failing to start that gs-app-server thing.

~/.local/bin/gs-app-server doesn't even exist… Hm. Checked .local in the root directory, doesn't exist there either. Only thing I could find was /usr/bin/gs-app-server, that's it. No configs, no nothing. Running gs-app-server in terminal led to:

220123.161850 '[appserver]' 'invalid apps directory "apps"'

Last edited by Dying_Watchdogs (2022-01-23 15:21:06)

Trilby · 2022-01-23 16:11:09

Your first post is ambiguous / confusing. You list a series of commands that appeared to be what you were doing. But I gather now this was the advice on some tutorial but not the commands you actually ran. Your first post shows output from executing ~/.local/bin/gs-app-server but you now claim that there is no such file. It is under /usr/bin though. So you have, somehow, installed it. Please describe what you have actually done, step by step.

Dying_Watchdogs · 2022-01-23 17:12:45

Trilby wrote:

Your first post is ambiguous / confusing. You list a series of commands that appeared to be what you were doing. But I gather now this was the advice on some tutorial but not the commands you actually ran. Your first post shows output from executing ~/.local/bin/gs-app-server but you now claim that there is no such file. It is under /usr/bin though. So you have, somehow, installed it. Please describe what you have actually done, step by step.

I basically did everything the tutorial mentioned in the order it is mentioned in. First the docker version, which failed, then the nodejs version as sudo. That's really it.

I don't see where it shows output from executing ~/.local/bin/gs-app-server, the error message is from a browser (Iridium in this case). I admittedly should've mentioned that.

Trilby · 2022-01-23 18:31:14

Dying_Watchdogs wrote:

I don't see where it shows output from executing ~/.local/bin/gs-app-server

The last command in the first code block in your first post. It's clearly there. What's not clear is whether these were your commands and output, or if you just copied a block of text from somewhere else.

Last edited by Trilby (2022-01-23 18:33:36)

seth · 2022-01-23 20:14:46

The formatting on the github suggests that

You can now access your environment of grid-apps by going to localhost:8080/kiri

is not an output of the command.

Either way the OP fumbled the installation of that thing and if he wants this to go anywhere, we'll need the actual IO oh hist attempts to install it.

Dying_Watchdogs · 2022-01-23 21:20:26

I just did it again and this is the terminal content:

[user@user-user ~]$ git clone https://github.com/GridSpace/grid-apps.git
fatal: destination path 'grid-apps' already exists and is not an empty directory.
[user@user-user ~]$ cd grid-apps
[user@user-user grid-apps]$ sudo npm i
[sudo] password for user: 

up to date, audited 68 packages in 708ms

1 package is looking for funding
  run `npm fund` for details

found 0 vulnerabilities
[user@user-user grid-apps]$ npm install -g @gridspace/app-server
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142

added 84 packages, and audited 85 packages in 8s

1 package is looking for funding
  run `npm fund` for details

found 0 vulnerabilities
[user@user-user grid-apps]$ gs-app-server --debug
circular dependency at mesh/model [
  'main/mesh',     'moto/license',
  'moto/webui',    'add/array',
  'moto/client',   'moto/broker',
  'moto/space',    'ext/tween',
  'add/three',     'ext/three',
  'ext/three-bgu', 'ext/three-svg',
  'moto/orbit',    'data/index',
  'mesh/api',      'mesh/tool',
  'ext/earcut',    'mesh/geom',
  'mesh/util',     'mesh/model',
  'mesh/object',   'mesh/group'
]
{
  path: 'main/mesh',
  val: [ '&main/mesh' ],
  nval: [
    'main/gapp',     'ext/three',  'ext/three-bgu',
    'ext/three-svg', 'add/three',  'ext/jszip',
    'load/3mf',      'load/obj',   'load/stl',
    'load/svg',      'load/url',   'moto/license',
    'add/array',     'ext/earcut', 'mesh/geom',
    'ext/tween',     'moto/orbit', 'moto/broker',
    'moto/client',   'moto/space', 'data/index',
    'mesh/tool',     'mesh/util',  'mesh/api',
    'mesh/object',   'mesh/model', 'mesh/group',
    'moto/webui',    'mesh/build', 'load/file',
    'main/mesh'
  ]
}
{
  path: 'mesh/work',
  val: [ '&mesh/work' ],
  nval: [
    'main/gapp',     'ext/three',
    'ext/three-bgu', 'ext/three-svg',
    'moto/license',  'add/array',
    'ext/earcut',    'mesh/geom',
    'moto/broker',   'moto/client',
    'moto/worker',   'mesh/tool',
    'add/three',     'mesh/work'
  ]
}
{
  path: 'mesh/pool',
  val: [ '&mesh/pool' ],
  nval: [ 'main/gapp', 'moto/license', 'moto/worker', 'mesh/pool' ]
}
220123.220918 '[appserver]' 'initialized grid from apps/grid'
220123.220918 '[appserver]' 'app-server running: ports=[8080] apps=[apps] data=[data] logs=[logs]'
220123.220918 '[appserver]' { uncaught_exception: { [Error: EACCES: permission denied, open 'logs/server/22-01-23-22'] errno: -13, code: 'EACCES', syscall: 'open', path: 'logs/server/22-01-23-22' } }
^C220123.220931 '[appserver]' { exit: 2, signal: 'SIGINT' }
220123.220931 '[appserver]' { proc_exit: 2, registered: 1, uptime: 12462 }
[user@user-user grid-apps]$ sudo gs-app-server --debug
circular dependency at mesh/model [
  'main/mesh',     'moto/license',
  'moto/webui',    'add/array',
  'moto/client',   'moto/broker',
  'moto/space',    'ext/tween',
  'add/three',     'ext/three',
  'ext/three-bgu', 'ext/three-svg',
  'moto/orbit',    'data/index',
  'mesh/api',      'mesh/tool',
  'ext/earcut',    'mesh/geom',
  'mesh/util',     'mesh/model',
  'mesh/object',   'mesh/group'
]
{
  path: 'main/mesh',
  val: [ '&main/mesh' ],
  nval: [
    'main/gapp',     'ext/three',  'ext/three-bgu',
    'ext/three-svg', 'add/three',  'ext/jszip',
    'load/3mf',      'load/obj',   'load/stl',
    'load/svg',      'load/url',   'moto/license',
    'add/array',     'ext/earcut', 'mesh/geom',
    'ext/tween',     'moto/orbit', 'moto/broker',
    'moto/client',   'moto/space', 'data/index',
    'mesh/tool',     'mesh/util',  'mesh/api',
    'mesh/object',   'mesh/model', 'mesh/group',
    'moto/webui',    'mesh/build', 'load/file',
    'main/mesh'
  ]
}
{
  path: 'mesh/work',
  val: [ '&mesh/work' ],
  nval: [
    'main/gapp',     'ext/three',
    'ext/three-bgu', 'ext/three-svg',
    'moto/license',  'add/array',
    'ext/earcut',    'mesh/geom',
    'moto/broker',   'moto/client',
    'moto/worker',   'mesh/tool',
    'add/three',     'mesh/work'
  ]
}
{
  path: 'mesh/pool',
  val: [ '&mesh/pool' ],
  nval: [ 'main/gapp', 'moto/license', 'moto/worker', 'mesh/pool' ]
}
220123.220938 '[appserver]' 'initialized grid from apps/grid'
220123.220938 '[appserver]' 'app-server running: ports=[8080] apps=[apps] data=[data] logs=[logs]'
^C220123.220946 '[appserver]' { exit: 2, signal: 'SIGINT' }
220123.220946 '[appserver]' { proc_exit: 2, registered: 1, uptime: 7153 }
[user@user-user grid-apps]$

~/.local/bin/gs-app-server exists now, not sure what went wrong last time. I still can't connect to localhost:8080/kiri though.

After reboot, I get this:

[user@user-user ~]$ sudo gs-app-server --debug
[sudo] password for user: 
220123.222205 '[appserver]' 'invalid apps directory "apps"'
[user@user-user ~]$ gs-app-server --debug
220123.222222 '[appserver]' 'invalid apps directory "apps"'
[user@user-user ~]$

Sorry for being a bit dense, this is way out of my wheelhouse.

Last edited by Dying_Watchdogs (2022-01-23 21:23:05)

seth · 2022-01-23 21:45:18

You seem to no longer be in the grid-apps directory?
Also assume that the sudo invocations have messed up your permissions, make sure you own all files in that directory tree.

Dying_Watchdogs · 2022-01-23 22:08:35

seth wrote:

You seem to no longer be in the grid-apps directory?
Also assume that the sudo invocations have messed up your permissions, make sure you own all files in that directory tree.

Alright, that's been it. Thanks!

Probably gonna annoy you about how to get wine installed and running next weekend

Arch Linux

#1 2022-01-21 22:19:34

[Solved]Trying to run browser software offline – can't connect…

#2 2022-01-22 09:11:10

Re: [Solved]Trying to run browser software offline – can't connect…

#3 2022-01-23 13:50:34

Re: [Solved]Trying to run browser software offline – can't connect…

#4 2022-01-23 14:06:00

Re: [Solved]Trying to run browser software offline – can't connect…

#5 2022-01-23 14:38:12

Re: [Solved]Trying to run browser software offline – can't connect…

#6 2022-01-23 14:44:55

Re: [Solved]Trying to run browser software offline – can't connect…

#7 2022-01-23 15:20:38

Re: [Solved]Trying to run browser software offline – can't connect…

#8 2022-01-23 16:11:09

Re: [Solved]Trying to run browser software offline – can't connect…

#9 2022-01-23 17:12:45

Re: [Solved]Trying to run browser software offline – can't connect…

#10 2022-01-23 18:31:14

Re: [Solved]Trying to run browser software offline – can't connect…

#11 2022-01-23 20:14:46

Re: [Solved]Trying to run browser software offline – can't connect…

#12 2022-01-23 21:20:26

Re: [Solved]Trying to run browser software offline – can't connect…

#13 2022-01-23 21:45:18

Re: [Solved]Trying to run browser software offline – can't connect…

#14 2022-01-23 22:08:35

Re: [Solved]Trying to run browser software offline – can't connect…

Board footer