jonludlam

kernel.c: Mirage OS!ss RETURN)
kernel.c:   start_info: 0x116b000(VA)
kernel.c:     nr_pages: 0x10000
kernel.c:   shared_inf: 0xdf2c4000(MA)
kernel.c:      pt_base: 0x116e000(VA)
kernel.c: nr_pt_frames: 0xd
kernel.c:     mfn_list: 0x10eb000(VA)
kernel.c:    mod_start: 0x0(VA)
kernel.c:      mod_len: 0
kernel.c:        flags: 0x0

jonludlam

Just set running to true
in run method
_isRunning is true
Here... isRunning=true
In here
Hello, World
initSSLContext
initSSLContext p1
initSSLContext p2
initSSLContext p3

jonludlam

### Keybase proof

I hereby claim:

  * I am jonludlam on github.
  * I am jonludlam (https://keybase.io/jonludlam) on keybase.
  * I have a public key whose fingerprint is 7C33 65A3 0E7D 50DE D929  B60B 2AF5 C25D 379D EC5C

To claim this, I am signing this object:

jonludlam

#!/bin/bash
set -e
set -x

SERVER=$1 
USERNAME=root
PASSWORD=xenroot

export XE_EXTRA_ARGS="username=root,password=xenroot,server=$SERVER,--nossl"

jonludlam

Building RPMs using OpenSUSE's Open Build Service in n easy steps

• Get yourself an account on OBS, and create your home project
• Get the CLI and build tool

$ apt-add-repository "deb http://download.opensuse.org/repositories/openSUSE:/Tools/xUbuntu_14.04/ /"                                             
$ curl http://download.opensuse.org/repositories/openSUSE:/Tools/xUbuntu_14.04/Release.key | sudo apt-key add -                                   
$ apt-get update
$ apt-get install -y osc build                                                                                                                    

jonludlam

diff --git a/drivers/lvutil.py b/drivers/lvutil.py
index 8c37bc2..1cb1ca6 100755
--- a/drivers/lvutil.py
+++ b/drivers/lvutil.py
@@ -97,8 +97,7 @@ def get_sr_alloc(filename):
     if not util.is_string(filename):
         raise TypeError("'filename' is not of type 'str'.")
 
-    global config_dir
-    path = config_dir + filename

jonludlam

futex(0x9f5e64, FUTEX_WAIT_PRIVATE, 21958084, NULL) = 0
futex(0x9f5e20, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x9f5e20, FUTEX_WAKE_PRIVATE, 1)  = 0
read(7, "rased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2733-toLVM volumexenvmd erased the 8d7f006d-681f-42a2-99a8-76a3822e2", 512) = 512
rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], ~[KILL STOP RTMIN RT_1], 8) = 0
write(3, "\1\0\0\0\0\0\0\0", 8)         = 8
rt_sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN RT_1], NULL, 8) = 0
futex(0x9f5e64, FUTEX_WAIT_PRIVATE, 21958088, NULL) = 0
futex(0x9f5e20, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN

jonludlam

[root@st28 ~]# lvs
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  WARNING: Failed to connect to lvmetad: No such file or directory. Falling back to internal scanning.
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  /run/lvm/lvmetad.socket: connect failed: No such file or directory
  /run/lvm/lvmetad.socket: connect failed: No such file or directory

jonludlam

The purpose of this part of the CAR is to improve the reliability and
robustness of the XenVM component of the Thin LVHD feature. This will
be achieved by three main activities: Expanding the existing
dev-tests, implementing some new features and applying some formal
methods to prove models of how bits xenvmd works are correct.

Expanding dev tests:

There are already many dev tests being run on every single build and
pull request going into xenvm. Currently, these mainly cover the

jonludlam

New year, new way to develop for XenServer!

Building bits of XenServer outside of Citrix has in the past been a
bit of a challenging task, requiring careful construction of the build
environment to replicate what 'XenBuilder', our internal build system,
puts together. This has meant using custom DDK VMs or carefully
installing by hand a set of packages taken from one of the XenServer
ISOs. With XenServer Dundee, this will be a pain of the past, and a
making build environment will be just a 'docker run' away.