/usr/src/app/node_modules/nano/lib/nano.js:62
assert.ok(/^https?:/.test(cfg.url), ‘url is not valid’)
^
AssertionError [ERR_ASSERTION]: url is not valid
at Object.dbScope (/usr/src/app/node_modules/nano/lib/nano.js:62:10)
at Object. (/usr/src/app/src/app.ts:22:29)
at Module._compile (internal/modules/cjs/loader.js:1200:30)
at Object.Module._extensions…js (internal/modules/cjs/loader.js:1220:10)
at Module.load (internal/modules/cjs/loader.js:1049:32)
at Function.Module._load (internal/modules/cjs/loader.js:937:14)
at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:71:12)
at internal/main/run_main_module.js:17:47
Welcome to the LAMP Community! To answer your question, we do need to specify environment variables here, but we don’t use a .env file, and instead use the docker-compose.yml file in the link provided above by John.
If I may say, I also have the same problem. I am trying to deploy the LAMP in my local development (macOS) and got the same error. So I ran docker stack deploy --compose-file lamp.yml lamp and it seemed fine. I have two questions:
How can I know if I successfully deploy the server? The document says:
Once you’ve deployed the LAMP-server and LAMP-database , you’ll be able to use the mindLAMP app (either on your mobile device or [in a desktop browser (https://dashboard.lamp.digital/)) to connect to your instance.
But in case of my computer, I really don’t know which IP (and port) to go.
When I run this command docker stack ps lamp, it says:
Hi, everybody,
we tried all your suggestions in the thread, we tried both a local build and using AWS following your guide.
Unfortunately in both cases we were unable to get to a working server.
We always have the same error locally (see next image).
Also on AWS we have the same error:
/usr/src/app/node_modules/nano/lib/nano.js:62
assert.ok(/^https?:/.test(cfg.url), ‘url is not valid’)
We followed the guide step by step with only one difference: in the configuration of the pìlamp server via docker the link that is inserted in the config is not correct, so we had to build a new image.
It seems that @mintra, you may need to log into GitHub and save the Docker credentials to be able to access the repository’s images. Instead, you could check out the code and manually build it to avoid this issue. We’ll figure out with GitHub if there’s a way to avoid this authentication requirement.
Hello everyone,
we have checkedout the project to the indicated commit, excluding the connection with crouchdb, now at the start of the lamp-server container wehave the following error
"node:1) UnhandledPromiseRejectionWarning: ConnectionError: Failed to connect to database:1433 - Could not connect (sequence)
at Connection.tedious.once.err (/usr/src/app/node_modules/mssql/lib/tedious/connection-pool.js:68:17)".
@avaidyam We tried to follow your solution, but we still have problems.
In the attached file you can see the loading of the dockers fo server and db
As recommended in your guide we have used portanier for image management.
@Andrea_Colajacomo, the issue is that you have volume-mounted the SQL data, and thus the databases configured during build-time are not visible to SQL Server.
Instead, bind-mount (do not use volume-mounts for databases) a different directory from your local system. Then, copy the SQL data over, and restart the database having bind-mounted the new directory as the SQL data itself.
Here’s an example:
docker run -d -v ${PWD}/sql_data:/sql_data --name copy-data lamp-database
docker exec -it copy-data /bin/bash
cp -R /var/opt/mssql/ /sql_data/
docker kill copy-data
docker run -d -v ${PWD}/sql_data:/data --name verify-data lamp-database
@Andrea_Colajacomo - yes that’s correct, you have to change legacydb:/var/opt/mssql to match your existing bind-mount folder (that you just prepared), so: /data/sql:/var/opt/mssql for example. Please private message me if you would like me to help you through Portainer.
Maybe ther is something not so clear to us about paths because the lamp server doesn’t found db server, but both server is in running state.
Could you explain us exactly wich is the right paths to use in this part?
Does anyone know how to access the dashboard the first time it is run?
We don’t know what credentials to enter.
We didn’t find anything in the documentation.
The screen is this, but it is connected to our server.
@Andrea_Colajacomo apologies for the late response, but you would need to put your server address in, and then use admin for the username and the password you specified in your docker-compose file.