On 4 February 2014 10:02, Anil Singhar <anil.sing...@linaro.org> wrote:
> 3. With the following command (networking option used nat): > > ./Foundation_v8 --image img-foundation.axf --block-device > vexpress64-openembedded_lamp-armv8-gcc-4.8_20140126-596.img --network=nat > --network-nat-ports=8022=22 > > I get the following on the model: > > root@genericarmv8:~# ifconfig > eth0 Link encap:Ethernet HWaddr 00:02:F7:EF:20:B3 > inet addr:172.20.51.1 Bcast:172.20.51.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2 errors:0 dropped:0 overruns:0 frame:0 > TX packets:28 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:646 (646.0 B) TX bytes:4788 (4.6 KiB) > Interrupt:47 Base address:0x2000 DMA chan:ff > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:65536 Metric:1 > RX packets:8 errors:0 dropped:0 overruns:0 frame:0 > TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:784 (784.0 B) TX bytes:784 (784.0 B) > > root@genericarmv8:~# > > This doesn't help either. I can't ping anywhere to the outside world, not > even to the host itself. And "ssh root@172.20.51.1" doesn't work from the > host (outside the model). > But surprisingly wget works. Here the value of "network-nat-ports", i.e. > 8022=22 is provided in the document. > > I don't know what is it in the instructions that I missing. I am not a > networking expert at all, so it is actually too much work figuring out all > these details just to be able to use the model. > > Could you please let me know the set of commands you use to launch the model > so that you can ping outside world and also do ssh to the model. > I don't need to go outside from within the model, but that's probably of network configuration of the linux distro installed in the model. However, I am able to ssh to the model: ssh -p 8022 root@HOSTNAME (where HOSTNAME=name of the machine on which you start the model) HTH Christophe. > Thanks and regards, > Anil > > > > > On 4 February 2014 12:27, Ryan Harkin <ryan.har...@linaro.org> wrote: >> >> On 4 February 2014 06:30, Anil Singhar <anil.sing...@linaro.org> wrote: >> > Hi Ryan, >> > >> > Thanks for your reply. >> > >> > RootFS getting corrupted by repeated <Ctrl+C>: Does that mean we have >> > some >> > known limitations / stability issues with the foundation model (or >> > rootfs)? >> >> No. If you CTRL-C the *model* - not a running process within the >> model - you are effectively pulling the plug on the machine. This is >> the equivalent of you booting up and powering off your computer >> without cleanly unmounting the disk, you will eventually corrupt the >> disk if you keep doing it. >> >> >> > This was not an issue for past 6 months and has only showed up recently >> > after I used the custom image. >> >> If you were killing the model every time, you got lucky. >> >> >> > >> > So far I have generally launched the the model and used the model window >> > itself to do build etc.. I remember having issues with doing SSH to the >> > model from the host initially when I started using it. There was no >> > steps >> > mentioned in the user guide and I had tried various things without >> > success. >> > Few things I could do with the model were: >> > >> > 1. wget works >> > 2. scp from host pc into the model works. >> > 3. pinging an ip address from inside the model doesn't work (e.g "ping >> > google.com" fails) >> > >> Linaro images have SSHD set up already. You have a networking setup >> problem if you don't have DNS resolving hostnames, but if you have >> access via IP address, you should be able to SSH into a model easily. >> >> >> > So, I don't know completely if and how to connect to the model via ssh >> > so >> >> Try this from your host PC: >> >> ssh root@<ip address of model instance> >> >> Eg, >> ssh root@192.168.1.88 >> >> > that I can avoid having to close a hung process by <Ctrl+c>. Could you >> > please point me to some resource? >> >> More advanced networking setup information is available from ARM's >> website as linked from the release notes: >> >> http://releases.linaro.org/14.01/openembedded/aarch64/ >> >> I've never been happy with NAT networking, so I use a bridged setup. >> >> >> > >> > Thanks, >> > Anil >> > >> > >> > >> > >> > On 3 February 2014 22:03, Ryan Harkin <ryan.har...@linaro.org> wrote: >> >> >> >> On 3 February 2014 13:38, Anil Singhar <anil.sing...@linaro.org> wrote: >> >> > Hi, >> >> > >> >> > I am running into problems with starting foundation model lately. >> >> > >> >> > 1. I had created an image using >> >> > >> >> > linaro-image-lamp-genericarmv8-20140127-635.rootfs.tar.gz >> >> > >> >> > 2. It was booting fine initially. >> >> > >> >> > 3. The problem started happening after I attempted to build Groff >> >> > package, >> >> > which was not getting build and the model was getting frozen (no >> >> > response to >> >> > Ctrl + C, etc.). However I was able to restart the model by closing >> >> > it >> >> > from >> >> > the launch window and then restarting it. >> >> > >> >> > Now, the model simply fails to launch successfully (hangs in the >> >> > middle, >> >> > doesn't get to the command prompt). >> >> >> >> I suspect you've corrupted your rootfs by killing the model >> >> repeatedly. Have you tried starting again with a "clean" rootfs, >> >> built with linaro-media-create? If not, you should. >> >> >> >> Generally, I tend to SSH into my machines to run commands, rather than >> >> using the serial terminal. And if a command locks a session, I log in >> >> again via SSH and kill the old one, rather than pull the plug on the >> >> model. >> >> >> >> >> >> >> >> > >> >> > Anyone knows whom should I report to about this? >> >> >> >> This is a good place to discuss it. >> >> >> >> > >> >> > Thanks, >> >> > Anil >> >> > >> >> > _______________________________________________ >> >> > linaro-dev mailing list >> >> > linaro-dev@lists.linaro.org >> >> > http://lists.linaro.org/mailman/listinfo/linaro-dev >> >> > >> > >> > > > > > _______________________________________________ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > _______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev