<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><div style="direction: ltr;">Thank you for your help.</div><div style="direction: ltr;"><br></div><div style="direction: ltr;">I would like to use two vyattas. One dedicated for customer 1 and another dedicated for customer 2. The two vyattas could be configured to be two firewalls or two load balancers. However, I thought about two NICs or two vNICs, one for each instance.</div><div style="direction: ltr;"><br></div><div style="direction: ltr;">Best regards,</div><div style="direction: ltr;">Amer</div><br>Sent from my iPhone</div><div><div style="direction: rtl;"><br></div>On Mar 13, 2016, at 8:51 AM, Karl Auer <<a href="mailto:kauer@biplane.com.au">kauer@biplane.com.au</a>> wrote:<br><br></div><blockquote type="cite"><div><span>On Sun, 2016-03-13 at 07:20 +0300, Amer wrote:</span><br><blockquote type="cite"><span>I would like to install the same software twice in my machine. The</span><br></blockquote><blockquote type="cite"><span>software is vyatta and my machine is Ubuntu 12.04. Also, I want to</span><br></blockquote><blockquote type="cite"><span>run these two instances at the same time.</span><br></blockquote><blockquote type="cite"><span>I do not want to use VMs based solution.</span><br></blockquote><span></span><br><span>There are two main barriers to running the same software twice on the</span><br><span>same system. One is where the software looks for running instances of</span><br><span>itself and refuses to run a second instance (or starts up some form of</span><br><span>subprocess of the original instance instead of a whole new process).</span><br><span>For an example of this, look at firefox:</span><br><span></span><br><span>kauer@kt:~$ ps ax | grep firefox | grep -v grep</span><br><span> 1980 ?        Sl    14:01 /usr/lib/firefox/firefox</span><br><span>kauer@kt:~$ firefox</span><br><span>kauer@kt:~$ ps ax | grep firefox | grep -v grep</span><br><span> 1980 ?        Sl    14:03 /usr/lib/firefox/firefox</span><br><span></span><br><span>... even though I started a "new" firefox, the new window was started</span><br><span>within the existing process; even though a new window opened, there is</span><br><span>still only one firefox process.</span><br><span></span><br><span>Sometimes such programs have command line options to allow you to start</span><br><span>additional instances; check the documentation. For example, Firefox has</span><br><span>the -no-remote option. Two instances can't use the same profile, so to</span><br><span>use -no-remote you have to either specify a non-default profile or use</span><br><span>the -ProfileManager option at the same time. I created a new profile</span><br><span>for this demonstration and have removed the command line tails here for</span><br><span>clarity. As you can see, a second firefox process was started:</span><br><span></span><br><span>kauer@kt:~$ ps ax | grep firefox | grep -v grep</span><br><span> 1980 ?        Sl    14:12 /usr/lib/firefox/firefox</span><br><span>kauer@kt:~$ firefox -no-remote -p testing &</span><br><span>[1] 8662</span><br><span>kauer@kt:~$ ps ax | grep firefox | grep -v grep</span><br><span> 1980 ?        Sl    14:12 /usr/lib/firefox/firefox</span><br><span> 8662 pts/2    Sl     0:01 /usr/lib/firefox/firefox</span><br><span></span><br><span>The other main barrier is where the software uses a unique system</span><br><span>resource, that cannot be used at the same time by another process. An</span><br><span>example of this would be a web server, a DNS server or similar, because</span><br><span>they take over particular ports. I haven't used vyatta, but I strongly</span><br><span>suspect that this is the problem with it, because it will be listening</span><br><span>on particular ports for eg BGP communications.</span><br><span></span><br><span>Sometimes such programs have configuration options that allow them to</span><br><span>use non-standard ports - for example, BIND can be configured to listen</span><br><span>on ports other than port 53, Apache can be configured to listen on</span><br><span>ports other than port 80. However, this is generally only useful for</span><br><span>testing purposes, because the systems attempting to connect to these</span><br><span>services generally expect them to be on the standard ports.</span><br><span></span><br><span>As Ralf has said, if you tell us what exactly you are trying to</span><br><span>achieve, we may be able to help you work out a solution.</span><br><span></span><br><span>Regards, K.</span><br><span></span><br><span></span><br><span>-- </span><br><span>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</span><br><span>Karl Auer (<a href="mailto:kauer@biplane.com.au">kauer@biplane.com.au</a>)</span><br><span><a href="http://www.biplane.com.au/kauer">http://www.biplane.com.au/kauer</a></span><br><span><a href="http://twitter.com/kauer389">http://twitter.com/kauer389</a></span><br><span></span><br><span>GPG fingerprint: E00D 64ED 9C6A 8605 21E0 0ED0 EE64 2BEE CBCB C38B</span><br><span>Old fingerprint: 3C41 82BE A9E7 99A1 B931 5AE7 7638 0147 2C3C 2AC4</span><br><span></span><br><span></span><br><span></span><br><span></span><br><span>-- </span><br><span>ubuntu-users mailing list</span><br><span><a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a></span><br><span>Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-users">https://lists.ubuntu.com/mailman/listinfo/ubuntu-users</a></span><br><span></span><br></div></blockquote></body></html>