Re: RX error (microkernel in EC2)

[Anil Madhavapeddy <anil@xxxxxxxxxx>]

I've been unable to replicate this -- I just built the latest releases with 
mirage-www, and started a Xen instance here:

http://ec2-54-205-12-128.compute-1.amazonaws.com

It all boots and serves traffic fine in us-east-1.  Anything special about your 
setup that might cause the DHCP failure?

-anil

On 10 Oct 2013, at 22:17, William Le Ferrand <warnegia@xxxxxxxxx> wrote:

> Hi Anil, did you had the chance to take a look at the DHCP problem? thanks
> 
> 
> On Thu, Sep 19, 2013 at 8:28 AM, William Le Ferrand <warnegia@xxxxxxxxx> 
> wrote:
> ok great. fyi I'm doing consulting work for someone who is storing & indexing 
> > 8 Tb/day in AWS and looking to scale to 250 Tb/day. It's full scala, but 
> I'd love to benchmark a mirage-based solution on my spare time and to push 
> them in this direction if the figures make sense
> 
> 
> On Thu, Sep 19, 2013 at 6:59 AM, Anil Madhavapeddy <anil@xxxxxxxxxx> wrote:
> DHCP should work too (and has worked in the past, so this is no doubt a minor 
> issue, despite being difficult to debug).
> 
> -anil
> 
> On 19 Sep 2013, at 14:56, William Le Ferrand <warnegia@xxxxxxxxx> wrote:
> 
>> I used the ec2.sh script, but I think that I was on the wrong track anyway 
>> as local IP should be retrieved from the instance using "GET 
>> http://169.254.169.254/latest/meta-data/local-ipv4"; rather than DHCP, 
>> shouldn't it? That's why I inquired about the status of client functions in 
>> cohttp
>> 
>> 
>> On Thu, Sep 19, 2013 at 3:57 AM, Anil Madhavapeddy <anil@xxxxxxxxxx> wrote:
>> I'll take a look at this -- which script did you use to wrap up the EC2 
>> kernel for upload William? (just curious if you've been using the AWS OCaml 
>> bindings for this, or doing it manually)
>> 
>> -anil
>> 
>> On 18 Sep 2013, at 23:57, William Le Ferrand <warnegia@xxxxxxxxx> wrote:
>> 
>>> Yes, I tried that but the error only occurs in EC2; it's raised somewhere 
>>> in the DHCP module it seems ..
>>> 
>>> 
>>> On Wed, Sep 18, 2013 at 2:12 PM, David Scott <scott.dj@xxxxxxxxx> wrote:
>>> Hi,
>>> 
>>> I usually start by recompiling the app as a Unix process (using 
>>> "mirage-unix" rather than "mirage-xen"). Assuming the bug manifests there 
>>> (probably: I suspect the String.sub problem is coming from the http-level 
>>> rather than the xen driver-level) then you can use regular debugging tools, 
>>> set OCAMLRUNPARAM=b etc.
>>> 
>>> Debugging in-situ on EC2 is currently a matter of inserting printf's and 
>>> reading the code-- not ideal.
>>> 
>>> HTH
>>> Dave
>>> 
>>> 
>>> On Wed, Sep 18, 2013 at 9:45 PM, William Le Ferrand <warnegia@xxxxxxxxx> 
>>> wrote:
>>> hello everyone
>>> 
>>> I'm running the simplest cohttp application possible in EC2, the instance 
>>> boots but quickly complains : 
>>> 
>>> 
>>> 
>>> MAC: 0e:32:89:f8:03:7b
>>>  sg:true gso_tcpv4:true rx_copy:true rx_flip:false smart_poll:false
>>> Manager: plug 0
>>> Manager: plug done, to listener
>>> Manager: Interface 0 to DHCP
>>> DHCP: waiting for first offer
>>> Manager: init done
>>> DHCP: start discovery
>>> Sending DHCP broadcast len 552
>>> DHCP: start discovery
>>> Sending DHCP broadcast len 552
>>> DHCP: input ciaddr 0.0.0.0 yiaddr 172.31.23.46 siaddr 0.0.0.0 giaddr 
>>> 0.0.0.0 chaddr  2ïï { sname  file 
>>> DHCP: offer received: 172.31.23.46
>>> Sending DHCP broadcast len 552
>>> RX exn Invalid_argument("String.sub")
>>> 
>>> 
>>> Am I doing something wrong somewhere and what would be a good strategy to 
>>> debug this? 
>>> 
>>> Thanks
>>> 
>>> william 
>>> 
>>> -- 
>>> William Le Ferrand
>>> 
>>> Mobile : (+1) (415) 683-1484
>>> Web : http://williamleferrand.github.com/
>>> 
>>> 
>>> 
>>> -- 
>>> Dave Scott
>>> 
>>> 
>>> 
>>> -- 
>>> William Le Ferrand
>>> 
>>> Mobile : (+1) (415) 683-1484
>>> Web : http://williamleferrand.github.com/
>> 
>> 
>> 
>> 
>> -- 
>> William Le Ferrand
>> 
>> Mobile : (+1) (415) 683-1484
>> Web : http://williamleferrand.github.com/
> 
> 
> 
> 
> -- 
> William Le Ferrand
> 
> Mobile : (+1) (415) 683-1484
> Web : http://williamleferrand.github.com/
> 
> 
> 
> -- 
> William Le Ferrand
> 
> Mobile : (+1) (415) 683-1484
> Web : http://williamleferrand.github.com/