If you are stuck again at this point you can
vagrant ssh cd /vagrant/etc/puppet/environments/master/ puppet apply manifests/site.pp --hiera_config hiera.yaml --modulepath site:modules
puppet continues where it left of, so it should be possible to resume. It can however be that an archive was not downloaded completely and in this case you have to find out which one, where it is and delete it. Because incomplete zip files, tar.gz files cannot be resumed to download.
Give the above commands a try.
And yes you can talk to @kwurst if youâd like. @kwurst do you have a suggestion that might help @ulrich out installing the VM? Unfortunately he is running into timeouts, although we disabled them.
I am Akash Singhal, a final year dual degree (B.Tech + M.Tech) student from IIT Bombay. I participated in GSoC 2015 with ASCEND, where I developed Chemical Engineering Domain specific modules.
Coming from a medical family background and having fascination for technology, I have been highly inclined towards Healthcare Technologies. I had also developed my own SaaS based âLab Management Softwareâ CerebrumLMS (Demo Credentials:- LabID: wchc, Username: demo, Password: demo123) for my Startup (YourStory Coverage). Here we integrated electronic health records from marketplace to LMS.
This year, I want to work with OpenMRS in GSOC '16. Though most of the listed projects are quite interesting but I like âRadiology Module: Manage imaging modalities and proceduresâ. I watched the video on âRadiology Workflowâ and could pretty much relate to the time we developed the whole Lab Information System and eHR integration. Meanwhile, I am following the steps to get started. Please tell me I am not too late to start the discussion for application.
Hey @teleivo I am glad to know that. I have been trying on going through your instructions.
Till vagrant up works fine and Tomcat also works on port 8080 but then http://localhost:8080/openmrs does not work (throws 404).
I also tried force destroying the vagrant session and reloading it (even with --provision) but then in the terminal it says default: VirtualBox VM is already running.
But now even http://localhost:8080/ does not work. Iâm trying more on it but it would be pretty awesome if you could help me with that.
Hey @teleivo. I am facing a bit of an issue with setting up the radiology module. I fixed most of the issues like incomplete downloads and proxy but still tomcat doesnât seem to be working. I tried downloading tomcat from the apache site and building from source. I also fixed /etc/init.d/tomcat7 start such that it also executes without failure. tomcat runs perfectly inside the VM and also the ''puppet apply manifests/site.pp --hiera_config hiera.yaml --modulepath site:modules" ran without failures but vagrant provision keeps giving tomcat7 errors. (Failure to start tomcat7) How do I fix this issue?
UPDATE:
All problems have been fixed except one. Vagrant Provision runs without errors. However, OpenMRS is not starting but all the other sites such as localhost:8081/dcm4chee-web3/ and localhost:8081/jmx-console/ are working. When I went to the manager of tomcat and looked at the error as to why OpenMRS hasnât started, these messages popped up:
FAIL - Application at context path /openmrs could not be started
FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/openmrs]]
A possible fix to the VM already running error:
Try running vagrant halt and then vagrant up to restart. (Restarting can also be done by vagrant reload)
Hey thanks @ulrich but following from [quote=âteleivo, post:16, topic:4928â]
If vagrant fails just do
vagrant destroy -f
[/quote]
I already tried that with no success. Also, I had been able to run VM and tomcat (localhost:8080) successfully , just that further localhost:8080/openmrs throws 404.
^ is not an error. I meant to say, even when it says VM is running, tomcat does not seem to be working now (localhost:8080 throws Server sent no data). I can see you are facing the similar problem too.
While vagrant up, I can see huge number of warning with common message Skipping because of failed dependencies but when I reload or try vagrant up again, it just checks for ubuntu/trusty64 and then outputs default: VirtualBox VM is already running as I told earlier. Now even tomcat is not running
Manually download the file which is causing it to fail. For example, I had the problem that jboss when unzipping returned error code 9 instead of [0] which was the main cause of all the dependency failures. I realized that the downloaded size of jboss was smaller than the actual file. So I manually downloaded jboss and put them in the /opt/staging/dcm4chee directory.
Look at the terminal output and there usually will be one error contributing to all the dependency failures. ssh into vagrant and fix it one by one
as far as I can see all of you have failed dependencies, because a resource fails to finish downloading an archive due to a timeout (which is due to a bandwidth issue). this incomplete archive, thus cant be unzipped. if you run puppet again it will try to unzip the archive because the file is there but it will simply fail because its incomplete.
please follow my advice, seems to have worked for @venkatp1997