<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Comments inline.</div><br><div><div>On Jan 20, 2014, at 2:17 AM, Sanjib Das <<a href="mailto:cnt.sanjib@googlemail.com">cnt.sanjib@googlemail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div>Hi Glenn,<br><br>ssh -p 2222 realtime@localhost Command requires a password, where I gave 'realtime' and is not working.<br></div>sdas@debian:~$ ssh -p 2222 realtime@localhost<br>
realtime@localhost's password:<br></div></blockquote><div><br></div><div>Well, at least it’s working. It looks like we’ve lost any documentation of the passwords. However, you say that you can log in when -vga is working. So do this:</div><div>1) Boot with -vga. This will dump you into a root-privelged console.</div><div>2) Do “passwd”</div><div>3) Pick any password you want for the root user. (You can also reset the password of the “realtime” user if you wish.)</div><div>4) Shutdown</div><div><br></div><blockquote type="cite"><div dir="ltr"><div><div>FYI:"<pre>kvm -smp 2 -m 512 -boot c -vga std -net nic -net user,hostfwd=tcp::10022-:22 -kernel path_to_kernel/arch/x86/boot/bzImage -append root=/dev/hda1 -hda kvm_image.img</pre>
"<br></div><div>also ask for user-name and password, whats exactly i don't know. But if I use -nographic instead of -vga std it doesn't ask for pass.</div></div></div></blockquote><div><br></div><div>5) Now relaunch with “-nographic”. Doing “ssh -p 2222 root@localhost” should now work using the password you set in step #3 above.</div><div><br></div><blockquote type="cite"><div dir="ltr"><div>And also<br><br>sdas@debian:~$ sudo chmod u+s /usr/local/libexec/qemu-bridge-helper<br>
chmod: cannot access `/usr/local/libexec/qemu-bridge-helper': No such file or directory<br>sdas@debian:~$<br><br></div>It seems to be a bug.<br></div></blockquote><div><br></div><div>Not a bug. You just don’t have qemu-bridge-helper installed at /usr/local/libexec/. On my 12.x version of Ubuntu, it’s at /usr/lib/qemu-bridge-helper (“> find /usr -name “*qemu*” is a brute force way of searching for a file). I’m not sure about Debian. I found an old bug report that indicates Debian (at least in 2012) may not have it installed (<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691138">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691138</a>).</div><br><blockquote type="cite"><div dir="ltr">And nfsd output<br>sdas@debian:~$ sudo tail -f /var/log/messages | grep -i 'nfs'<br>
Jan 20 07:41:24 debian kernel: [ 2768.813543] nfsd: last server has exited, flushing export cache<br>Jan 20 07:41:26 debian kernel: [ 2770.506707] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory<br>
Jan 20 07:41:26 debian kernel: [ 2770.506741] NFSD: starting 90-second grace period<br></div></blockquote><div><blockquote type="cite"><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div>Thanks in advance<br></div>Sanjib<br><div><br><div><br><div><br><br></div></div></div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 20, 2014 at 1:19 AM, Glenn Elliott <span dir="ltr"><<a href="mailto:gelliott@cs.unc.edu" target="_blank">gelliott@cs.unc.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto;"><div style="word-wrap:break-word"><div><div class="h5"><br><div><div>On Jan 19, 2014, at 7:07 PM, Sanjib Das <<a href="mailto:cnt.sanjib@googlemail.com" target="_blank">cnt.sanjib@googlemail.com</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr"><div><div>Dear Concern,<br><br></div>Can any one give me some suggestion about file sharing. Cause I am following the link <a href="https://wiki.litmus-rt.org/litmus/LiblitmusViaNFS" target="_blank">https://wiki.litmus-rt.org/litmus/LiblitmusViaNFS</a> but still not succeeded.<br>
<br></div><div>I am trying to do this with the following command 'qemu-system-x86_64 -enable-kvm -cpu host -smp 2 -hda /home/sdas/images/ubuntu.backing.qcow2.img -m 1024 -name "ubuntu-qemu-cjk" -nographic -kernel "/home/sdas/litmus/litmus-rt/arch/x86_64/boot/bzImage" -append "console=ttyS0,115200 root=/dev/hda1" -gdb tcp::12345 -net nic -net user,hostfwd=::2222-:22' <br>
<br></div><div>And as a result eth0 in side the guest is configured automatically <br><br></div><div>From guest to host 'ping 10.0.2.2' is working<br>"root@ubuntu-qemu:~# ping 10.0.2.2<br>PING 10.0.2.2 (10.0.2.2) 56(84) bytes of data.<br>
64 bytes from <a href="http://10.0.2.2/" target="_blank">10.0.2.2</a>: icmp_req=1 ttl=255 time=2.28 ms<br>64 bytes from <a href="http://10.0.2.2/" target="_blank">10.0.2.2</a>: icmp_req=2 ttl=255 time=0.515 ms<br>^C<br>--- 10.0.2.2 ping statistics ---<br>
2 packets transmitted, 2 received, 0% packet loss, time 1001ms<br>rtt min/avg/max/mdev = 0.515/1.398/2.281/0.883 ms<br>root@ubuntu-qemu:~# <br>"<br></div><div>But Host to guest 'ping 10.0.2.15' not working<br>
<br>"sdas@debian:~$ ping 10.0.2.15<br>PING 10.0.2.15 (10.0.2.15) 56(84) bytes of data.<br>^C<br>--- 10.0.2.15 ping statistics ---<br>2 packets transmitted, 0 received, 100% packet loss, time 1006ms<br><br>sdas@debian:~$ <br>
"<br><br></div><div>ip route guest :<br>root@ubuntu-qemu:~# ip route<br>default via 10.0.2.2 dev eth0 metric 100 <br><a href="http://10.0.2.0/24" target="_blank">10.0.2.0/24</a> dev eth0 proto kernel scope link src 10.0.2.15 <br>
root@ubuntu-qemu:~# <br><br><br></div><div>ip route host:<br><br>sdas@debian:~$ ip route<br>default via 192.168.0.1 dev eth0 <br><a href="http://169.254.0.0/16" target="_blank">169.254.0.0/16</a> dev eth0 scope link metric 1000 <br>
<a href="http://192.168.0.0/24" target="_blank">192.168.0.0/24</a> dev eth0 proto kernel scope link src 192.168.0.101 <br>
sdas@debian:~$ <br><br></div><div>my host is debian 7 wheezy.<br></div><div><br></div><div>Any quick suggestion/ alternate tutorial / link/ will very helpful.<br></div></div></blockquote><br></div><div><br></div></div></div>
<div>I don’t believe that direct network access from the host to the guest is necessary to get NFS to work. With respect to host->guest networking, you can ssh into the guest OS by doing “ssh -p 2222 realtime@localhost”. If you want to set up a virtual network, I believe these instructions will be useful: <a href="http://wiki.qemu.org/Features/HelperNetworking" target="_blank">http://wiki.qemu.org/Features/HelperNetworking</a></div>
<div><br></div><div>Anyway, assuming that your NFS server on the host is working and your guest can ping the host, I believe your guest OS should be able to mount the host’s network drive. You’ve already shown that the guest can ping the host. Are you sure NFS is working on the host? What do the NFS logs say?</div>
<span class="HOEnZb"><font color="#888888"><div><br></div><div>-Glenn</div><br></font></span></div><br>_______________________________________________<br>
litmus-dev mailing list<br>
<a href="mailto:litmus-dev@lists.litmus-rt.org">litmus-dev@lists.litmus-rt.org</a><br>
<a href="https://lists.litmus-rt.org/listinfo/litmus-dev" target="_blank">https://lists.litmus-rt.org/listinfo/litmus-dev</a><br>
<br></blockquote></div><br></div>
_______________________________________________<br>litmus-dev mailing list<br><a href="mailto:litmus-dev@lists.litmus-rt.org">litmus-dev@lists.litmus-rt.org</a><br>https://lists.litmus-rt.org/listinfo/litmus-dev<br></blockquote></div><br></body></html>