On Thursday, March 28, 2019 at 3:16:30 AM UTC-4, robertob wrote: > > I did the include step you suggested but it did not work. > > So I made a test: > > capstan run uni -n "nat" -f "8000:8000" -e "/cli/cli.so” > I think order matters so this should be:
capstan run -n "nat" -f "8000:8000" -e "/cli/cli.so” uni BTW we should make capstan complain about it if I am right. Also I am confused. It looks like you are trying to run Lua-based true command line app that does NOT require any port. I indicated you could package osv.httpserver-html5-gui-and-cli so you can get HTML5 cli app (html, css, javascript files as opposed to so file which is a different app and not part of osv.httpserver-html5-gui-and-cli) that you can open in a browser - https://github.com/wkozaczuk/osv-html5-terminal <https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Fwkozaczuk%2Fosv-html5-terminal&sa=D&sntz=1&usg=AFQjCNHKMF_hiCVpxqpO3k7xCzDOqJp25g> Finally prepend OSv cmdline with '--verbose ' to make OSv show detailed boot message so we can see what exactly does on startup. For example it would should if http server actually started. > With “nat” configuration I see the REST services from the host ( > http://localhost:8000/…), but when I switch to “bridge” I don’t see > anymore the services. > > Other question is: Do I have to activate the httpserver without the cli.so? > > Any suggestion? > > thanks > > roberto > > Il giorno 26 mar 2019, alle ore 12:59, Waldek Kozaczuk <jwkoz...@gmail.com > <javascript:>> ha scritto: > > I have just uploaded newest 0.53.0 packages for API server under > https://github.com/cloudius-systems/osv/releases/tag/v0.53.0 (artifacts). > Please download and put them under your local .capstan/packages directory. > > Then add/replace 'requires' section to include > osv.httpserver-html5-gui-and-cli. If you open in a browser you should see > the management GUI and changing to /cli should provide you with a terminal > (see https://github.com/wkozaczuk/osv-html5-terminal > <https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Fwkozaczuk%2Fosv-html5-terminal&sa=D&sntz=1&usg=AFQjCNHKMF_hiCVpxqpO3k7xCzDOqJp25g> > ). > > BTW I think that forwarding is unnecessary as you use tap device setup > which exposes IP of OSv anyway. > > On Monday, March 25, 2019 at 1:31:57 PM UTC-4, robertob wrote: > Now the probem is how to run the Rest server to get the logs inside the > image... > > All the documentation tell me to include "osv.httpserver-api". I have > exposed the port 8000 trough the option "-f" for the capstan run, but the > port does not answer. > > This is my cmdline to run the image: > > " capstan run uni -n "bridge" -f "8000:8000" -e > "--ip=eth0,10.0.0.100,255.255.255.0 --defaultgw=10.0.0.1 > --nameserver=10.0.0.1 /java.so -jar uni.jar --options ..." > > Do I have to start the httpserver in any way? > > thanks for the patience > > r > > Il giorno lunedì 25 marzo 2019 07:57:23 UTC+1, robertob ha scritto: > Yes, now it works. > > I read your other messages about how it is frustrating to access the > documentation on OSV and I confirm. In general is not easy to understand > how to do things and what are the differences with various version of > the software. > > I thank you for your amazing help > > roberto > > > Il giorno domenica 24 marzo 2019 14:59:57 UTC+1, Waldek Kozaczuk ha > scritto: > Try to replace osv-loader.qemu under ~/.capstan with newer version of > kernel - https://github.com/cloudius- > systems/osv/releases/download/v0.53.0/osv-loader.qemu. > > On Sunday, March 24, 2019 at 2:47:36 AM UTC-4, robertob wrote: > Thank you so much. > > I did all you wrote but I get these lines: > > OSv v0.24-472-gf240a59 > eth0: 192.168.122.15 > /java.so: failed looking up symbol > _ZTINSt6thread6_StateE (typeinfo for std::thr > > > [backtrace] > 0x00000000003477cd <elf::object::symbol(unsigned int)+205> > > 0x0000000000399922 <elf::object::arch_relocate_rela(unsigned int, unsigned > int, > 0x00000000003446b3 <elf::object::relocate_rela()+147> > 0x0000000000346247 <elf::object::relocate()+199> > > 0x0000000000349cdc <elf::program::load_object(std::string, > std::vector<std::str> > > 0x000000000034a54b <elf::program::get_library(std::string, > std::vector<std::strd > > 0x000000000041ccea <osv::application::application(std::string const&, > std::vect> > > 0x000000000041d515 <osv::application::run(std::string const&, > std::vector<std::a > > 0x000000000041d73b <osv::application::run(std::vector<std::string, > std::allocato > 0x0000000000213125 <do_main_thread(void*)+1717> > 0x000000000044d6a5 <???+4511397> > 0x00000000003f5477 <thread_main_c+39> > 0x00000000003959a5 <???+3758501> > 0x03209500032091ff <???+52466175> > 0x00000000003f4b6f <???+4148079> > 0xfb89485354415540 <???+1413567808> > > > > I cannot understand why the OSV version is 0.24. I think this is the > probem now. > > regards > r > > Il giorno venerdì 22 marzo 2019 21:45:38 UTC+1, Waldek Kozaczuk ha scritto: > So I have tested it myself and it looks like capstan (or OSv cannot parse > properly command line built by capstan) cannot properly handle arguments > when passes through YAML args list. > > It looks like you are using the "java" runtime that capstan advertises > which aims to make it easier to deploy and run Java apps on OSv by > automating process of constructing proper java command line and pull extra > packages. But apparently it has bugs and in general it comes with another > layer of abstraction which sometimes may make it more difficult to > troubleshoot the problem. > > You can always bypass this layer and use "native" runtime where you have > full control of how your OSv command like looks. This is BTW how I use > capstan. > > Here is how your meta/run.yaml would look like: > runtime: native > config_set: > myconfig1: > bootcmd: "/java.so -jar /Uni.jar -lsim -nTc 10 -sp 50000 -kp > ./keystore -tf ./config/topology.prop.xml -tIp 127.0.0.1 -d 60 -td > ./traces/ -cfg ./config/config.prop.xml" > config_set_default: myconfig1 > > Also you need to change meta/package.yaml. See this example: > name: java-example > title: Java Example > author: Anonymous > version: "1.0" > require: > #- openjdk8-zulu-full > - openjdk8-zulu-compact3-with-java-beans > - osv.run-java > created: "2018-06-13T18:09:24-04:00" > > Please see you can use either full and slimmer version of Open JDK 8 JRE. > Also please note extra package which needs to be the last one and you can > download it from github > https://github.com/cloudius-systems/osv/releases/download/v0.51.0/osv.run-java.mpm/yaml > and > put it under $HOME/.capstan/packages/. Unfortunately the old Mikelangelo S3 > repo has pretty old (2018) artifacts and I am not sure if anybody maintains > it. You can always easily create your own S3 OSv packages repo if you want. > > I have tested it with my hello world class and Java app received arguments > correctly: > Sv v0.53.0 > eth0: 192.168.122.15 > java.so: Starting JVM app using: io/osv/nonisolated/RunNonIsolatedJvmApp > java.so: Setting Java system classloader to > NonIsolatingOsvSystemClassLoader > Hello from Java on OSv! > Arg: -lsim > Arg: -nTc > Arg: 10 > Arg: -sp > Arg: 50000 > Arg: -kp > Arg: ./keystore > Arg: -tf > Arg: ./config/topology.prop.xml > Arg: -tIp > Arg: 127.0.0.1 > Arg: -d > Arg: 60 > Arg: -td > Arg: ./traces/ > Arg: -cfg > Arg: ./config/config.prop.xml > > I hope this helps, > Waldek > > On Wednesday, March 20, 2019 at 2:36:56 AM UTC-4, robertob wrote: > Dear all, > I have a "run.yaml" to run a JAR file. We need to pass a lot of arguments > but something go wrong. This is the snippet of the run.yaml: > > myconfig1: > main: /Uni.jar > args: > - -lsim -nTc 10 > - -sp 50000 > - -kp ./keystore > - -tf ./config/topology.prop.xml > - -tIp 127.0.0.1 > - -d 60 > - -td ./traces/ > - -cfg ./config/config.prop.xml > > When I run the image the message I got is the following: > "unrecognised option '-nTc'" > > It seems to consider only the first argument and not the others. > Any advice? > > Regards > > R > > -- > You received this message because you are subscribed to a topic in the > Google Groups "OSv Development" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/osv-dev/72npLe9XERQ/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > osv...@googlegroups.com <javascript:>. > For more options, visit https://groups.google.com/d/optout. > > > -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to osv-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.