You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Tom Bean <to...@changingworkplace.com> on 2013/01/09 09:49:43 UTC
Cloudstack Xen Host High Availability and Fencing
Hi All,
I have stumbled across an issue/feature with Cloudstack (3.0.2) yesterday
which was a little worrying.
I was working on a primary storage which was added through Cloudstack but
had no VM's stored on it, so I did not think this would cause any issues.
While I was working on this storage device, it became unavailable for around
5 minutes, when it became unavailable all my Xen servers fenced, rebooted
and all my VM's shut down and one Xen server has now become corrupted.
I have tested this again on a second pool I have in cloudstack and when the
primary storage becomes unavailable all the Hosts reboot.
What I want to know is:
1. Is there any way to disable this?
2. It seems that in a pool where I have 5 storage repositories, if any of
them become unavailable, all of the hosts shut down. Is there a way to
specify the heart beat files be stored on a specific primary SR?
Tom Bean
Infrastructure & Support Analyst
The Changing Workplace
Phone:
Fax:
Email:
Skype:
Address:
Website:
News:
+44 (0)1444 44 1000 ext 316
+44 (0)1444 44 0944
<ma...@changingworkplace.com> tom.bean@changingworkplace.com
Contact me via <skype:thomas.bean.cwp?chat> Skype
1 Boltro Road, Haywards Heath, RH16 1BY, United Kingdom
<http://www.changingworkplace.com/> changingworkplace.com
Sign up for
<http://visitor.r20.constantcontact.com/d.jsp?llr=wbsdkygab&p=oi&m=110676998
7638> our newsletter
<https://twitter.com/#%21/The_CWP> Description:
C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image001.gif <http://facebook.com/TheChangingWorkplace>
Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image002.gif
<http://www.linkedin.com/company/the-changing-workplace> Description:
C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image003.gif
Changing the world we work in by providing best-in-class software services
to the Corporate Real Estate sector
Please don't print this e-mail unless you really need to
Important Information
This e-mail and the information it contains are confidential and/or privileged and are intended solely for the named recipient/s. If you have received this e-mail in error please notify the sender immediately and delete this email. You should not copy it for any purpose, or disclose its contents to any other person.
The Changing Workplace cannot accept any responsibility for the accuracy or completeness of the contents of this e-mail as it has been transmitted over a public network and Internet communications are not secure.
The views expressed in this message are those of the individual sender, except where specifically stated to be the view of The Changing Workplace. All statements made in this e-mail are subject to contract. The contents are not to be regarded as a contractual offer or acceptance. The sender is not authorised to bind The Changing Workplace contractually.
The Changing Workplace cannot guarantee that attachments are virus-free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced.
The Changing Workplace is a limited company registered in England and Wales under company number 3614433 whose registered office is at 1 Boltro Road, Haywards Heath, West Sussex, RH16 1BY, United Kingdom.
Re: Cloudstack Xen Host High Availability and Fencing
Posted by Chiradeep Vittal <Ch...@citrix.com>.
Please raise a bug nevertheless. And others with this issue, please add
votes.
On 1/9/13 1:40 AM, "Arnaud Gaillard" <ar...@xtendsys.net> wrote:
>Hello,
>
>Yes we encountered the same problem but with KVM. It seems that when you
>are in a multiple primary storage configuration and one of the primary
>storage become unavailable the default behaviour is to reboot the hosts...
>(even if the primary storage was not used for VM on this hosts). This may
>end up in really critical situation.
>
>For me this behaviour doesn't make sense, and may create a lot of side
>effect.
>
>We ended up modifying the HA script to ensure that it will never reboot
>our
>hosts.
>
>I think that a bug should be raised but I'm not sure if there is a hidden
>goal behind this behaviour.
>
>Regards,
>
>Arnaud
>
>
>On Wed, Jan 9, 2013 at 10:01 AM, Geoff Higginbottom <
>geoff.higginbottom@shapeblue.com> wrote:
>
>> Hi Tom
>>
>> This is the way it works by design. For each XenServer modify:
>> /opt/xensource/bin/xenheartbeat.sh
>>
>> Locate the two instances of "reboot -f" and comment them out by placing
>>a
>> # in front.
>>
>> Then kill the script followed by a force reconnect from the GUGI (or
>> reboot each XenServer)
>> pidof -x xenheartbeat.sh
>> kill <pid>
>>
>> Regards
>>
>> Geoff Higginbottom
>>
>> D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel:
>> +442036030540> | M: +447968161581<tel:+447968161581>
>>
>>
>>geoff.higginbottom@shapeblue.com<ma...@shapeblue.com>
>>
>> From: Tom Bean [mailto:tom.bean@changingworkplace.com]
>> Sent: 09 January 2013 08:50
>> To: cloudstack-users@incubator.apache.org
>> Subject: Cloudstack Xen Host High Availability and Fencing
>>
>> Hi All,
>>
>> I have stumbled across an issue/feature with Cloudstack (3.0.2)
>>yesterday
>> which was a little worrying.
>>
>> I was working on a primary storage which was added through Cloudstack
>>but
>> had no VM's stored on it, so I did not think this would cause any
>>issues.
>>
>> While I was working on this storage device, it became unavailable for
>> around 5 minutes, when it became unavailable all my Xen servers fenced,
>> rebooted and all my VM's shut down and one Xen server has now become
>> corrupted.
>>
>> I have tested this again on a second pool I have in cloudstack and when
>> the primary storage becomes unavailable all the Hosts reboot.
>>
>> What I want to know is:
>>
>>
>> 1. Is there any way to disable this?
>>
>> 2. It seems that in a pool where I have 5 storage repositories, if
>>any
>> of them become unavailable, all of the hosts shut down. Is there a way
>>to
>> specify the heart beat files be stored on a specific primary SR?
>>
>>
>> Tom Bean
>>
>>
>>
>> Infrastructure & Support Analyst
>>
>>
>> The Changing Workplace
>>
>> Phone:
>> Fax:
>> Email:
>> Skype:
>> Address:
>> Website:
>> News:
>>
>> +44 (0)1444 44 1000 ext 316
>> +44 (0)1444 44 0944
>> tom.bean@changingworkplace.com<ma...@changingworkplace.com>
>> Contact me via Skype
>> 1 Boltro Road, Haywards Heath, RH16 1BY, United Kingdom
>> changingworkplace.com<http://www.changingworkplace.com/>
>> Sign up for our newsletter<
>>
>>http://visitor.r20.constantcontact.com/d.jsp?llr=wbsdkygab&p=oi&m=1106769
>>987638
>> >
>>
>> [Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
>> Bean_files\image001.gif]<https://twitter.com/#%21/The_CWP>[Description:
>> C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
>>
>>Bean_files\image002.gif]<http://facebook.com/TheChangingWorkplace>[Descri
>>ption:
>> C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
>> Bean_files\image003.gif]<
>> http://www.linkedin.com/company/the-changing-workplace>
>>
>> Changing the world we work in by providing best-in-class software
>>services
>> to the Corporate Real Estate sector
>>
>> Please don't print this e-mail unless you really need to
>>
>>
>>
>>
>>
>> Important Information
>>
>> This e-mail and the information it contains are confidential and/or
>> privileged and are intended solely for the named recipient/s. If you
>>have
>> received this e-mail in error please notify the sender immediately and
>> delete this email. You should not copy it for any purpose, or disclose
>>its
>> contents to any other person.
>>
>> The Changing Workplace cannot accept any responsibility for the accuracy
>> or completeness of the contents of this e-mail as it has been
>>transmitted
>> over a public network and Internet communications are not secure.
>>
>> The views expressed in this message are those of the individual sender,
>> except where specifically stated to be the view of The Changing
>>Workplace.
>> All statements made in this e-mail are subject to contract. The contents
>> are not to be regarded as a contractual offer or acceptance. The sender
>>is
>> not authorised to bind The Changing Workplace contractually.
>>
>> The Changing Workplace cannot guarantee that attachments are virus-free
>>or
>> compatible with your systems and does not accept any liability in
>>respect
>> of viruses or computer problems experienced.
>>
>> The Changing Workplace is a limited company registered in England and
>> Wales under company number 3614433 whose registered office is at 1
>>Boltro
>> Road, Haywards Heath, West Sussex, RH16 1BY, United Kingdom.
>> ShapeBlue provides a range of strategic and technical consulting and
>> implementation services to help IT Service Providers and Enterprises to
>> build a true IaaS compute cloud. ShapeBlue's expertise, combined with
>> CloudStack technology, allows IT Service Providers and Enterprises to
>> deliver true, utility based, IaaS to the customer or end-user.
>>
>> ________________________________
>>
>> This email and any attachments to it may be confidential and are
>>intended
>> solely for the use of the individual to whom it is addressed. Any views
>>or
>> opinions expressed are solely those of the author and do not necessarily
>> represent those of Shape Blue Ltd. If you are not the intended
>>recipient of
>> this email, you must neither take any action based upon its contents,
>>nor
>> copy or show it to anyone. Please contact the sender if you believe you
>> have received this email in error. Shape Blue Ltd is a company
>>incorporated
>> in England & Wales.
>>
Re: Cloudstack Xen Host High Availability and Fencing
Posted by Arnaud Gaillard <ar...@xtendsys.net>.
Hello,
Yes we encountered the same problem but with KVM. It seems that when you
are in a multiple primary storage configuration and one of the primary
storage become unavailable the default behaviour is to reboot the hosts...
(even if the primary storage was not used for VM on this hosts). This may
end up in really critical situation.
For me this behaviour doesn't make sense, and may create a lot of side
effect.
We ended up modifying the HA script to ensure that it will never reboot our
hosts.
I think that a bug should be raised but I'm not sure if there is a hidden
goal behind this behaviour.
Regards,
Arnaud
On Wed, Jan 9, 2013 at 10:01 AM, Geoff Higginbottom <
geoff.higginbottom@shapeblue.com> wrote:
> Hi Tom
>
> This is the way it works by design. For each XenServer modify:
> /opt/xensource/bin/xenheartbeat.sh
>
> Locate the two instances of "reboot -f" and comment them out by placing a
> # in front.
>
> Then kill the script followed by a force reconnect from the GUGI (or
> reboot each XenServer)
> pidof -x xenheartbeat.sh
> kill <pid>
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel:
> +442036030540> | M: +447968161581<tel:+447968161581>
>
> geoff.higginbottom@shapeblue.com<ma...@shapeblue.com>
>
> From: Tom Bean [mailto:tom.bean@changingworkplace.com]
> Sent: 09 January 2013 08:50
> To: cloudstack-users@incubator.apache.org
> Subject: Cloudstack Xen Host High Availability and Fencing
>
> Hi All,
>
> I have stumbled across an issue/feature with Cloudstack (3.0.2) yesterday
> which was a little worrying.
>
> I was working on a primary storage which was added through Cloudstack but
> had no VM's stored on it, so I did not think this would cause any issues.
>
> While I was working on this storage device, it became unavailable for
> around 5 minutes, when it became unavailable all my Xen servers fenced,
> rebooted and all my VM's shut down and one Xen server has now become
> corrupted.
>
> I have tested this again on a second pool I have in cloudstack and when
> the primary storage becomes unavailable all the Hosts reboot.
>
> What I want to know is:
>
>
> 1. Is there any way to disable this?
>
> 2. It seems that in a pool where I have 5 storage repositories, if any
> of them become unavailable, all of the hosts shut down. Is there a way to
> specify the heart beat files be stored on a specific primary SR?
>
>
> Tom Bean
>
>
>
> Infrastructure & Support Analyst
>
>
> The Changing Workplace
>
> Phone:
> Fax:
> Email:
> Skype:
> Address:
> Website:
> News:
>
> +44 (0)1444 44 1000 ext 316
> +44 (0)1444 44 0944
> tom.bean@changingworkplace.com<ma...@changingworkplace.com>
> Contact me via Skype
> 1 Boltro Road, Haywards Heath, RH16 1BY, United Kingdom
> changingworkplace.com<http://www.changingworkplace.com/>
> Sign up for our newsletter<
> http://visitor.r20.constantcontact.com/d.jsp?llr=wbsdkygab&p=oi&m=1106769987638
> >
>
> [Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
> Bean_files\image001.gif]<https://twitter.com/#%21/The_CWP>[Description:
> C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
> Bean_files\image002.gif]<http://facebook.com/TheChangingWorkplace>[Description:
> C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
> Bean_files\image003.gif]<
> http://www.linkedin.com/company/the-changing-workplace>
>
> Changing the world we work in by providing best-in-class software services
> to the Corporate Real Estate sector
>
> Please don't print this e-mail unless you really need to
>
>
>
>
>
> Important Information
>
> This e-mail and the information it contains are confidential and/or
> privileged and are intended solely for the named recipient/s. If you have
> received this e-mail in error please notify the sender immediately and
> delete this email. You should not copy it for any purpose, or disclose its
> contents to any other person.
>
> The Changing Workplace cannot accept any responsibility for the accuracy
> or completeness of the contents of this e-mail as it has been transmitted
> over a public network and Internet communications are not secure.
>
> The views expressed in this message are those of the individual sender,
> except where specifically stated to be the view of The Changing Workplace.
> All statements made in this e-mail are subject to contract. The contents
> are not to be regarded as a contractual offer or acceptance. The sender is
> not authorised to bind The Changing Workplace contractually.
>
> The Changing Workplace cannot guarantee that attachments are virus-free or
> compatible with your systems and does not accept any liability in respect
> of viruses or computer problems experienced.
>
> The Changing Workplace is a limited company registered in England and
> Wales under company number 3614433 whose registered office is at 1 Boltro
> Road, Haywards Heath, West Sussex, RH16 1BY, United Kingdom.
> ShapeBlue provides a range of strategic and technical consulting and
> implementation services to help IT Service Providers and Enterprises to
> build a true IaaS compute cloud. ShapeBlue's expertise, combined with
> CloudStack technology, allows IT Service Providers and Enterprises to
> deliver true, utility based, IaaS to the customer or end-user.
>
> ________________________________
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd. If you are not the intended recipient of
> this email, you must neither take any action based upon its contents, nor
> copy or show it to anyone. Please contact the sender if you believe you
> have received this email in error. Shape Blue Ltd is a company incorporated
> in England & Wales.
>
RE: Cloudstack Xen Host High Availability and Fencing
Posted by Tom Bean <to...@changingworkplace.com>.
Hi Geoff,
Thanks for this, that seemed to stop the rebooting on my dev pool.
Do you know why it would be an advantage to fence off the Xen Servers?
Tom Bean
Infrastructure & Support Analyst
The Changing Workplace
Phone:
Fax:
Email:
Skype:
Address:
Website:
News:
+44 (0)1444 44 1000 ext 316
+44 (0)1444 44 0944
tom.bean@changingworkplace.com
Contact me via Skype <skype:thomas.bean.cwp?chat>
1 Boltro Road, Haywards Heath, RH16 1BY, United Kingdom
changingworkplace.com <http://www.changingworkplace.com/>
Sign up for our newsletter
<http://visitor.r20.constantcontact.com/d.jsp?llr=wbsdkygab&p=oi&m=110676998
7638>
<https://twitter.com/#%21/The_CWP> Description:
C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image001.gif <http://facebook.com/TheChangingWorkplace>
Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image002.gif
<http://www.linkedin.com/company/the-changing-workplace> Description:
C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image003.gif
Changing the world we work in by providing best-in-class software services
to the Corporate Real Estate sector
Please don't print this e-mail unless you really need to
From: Geoff Higginbottom [mailto:geoff.higginbottom@shapeblue.com]
Sent: 09 January 2013 09:01
To: cloudstack-users@incubator.apache.org; tom.bean@changingworkplace.com
Subject: RE: Cloudstack Xen Host High Availability and Fencing
Hi Tom
This is the way it works by design. For each XenServer modify:
/opt/xensource/bin/xenheartbeat.sh
Locate the two instances of "reboot -f" and comment them out by placing a #
in front.
Then kill the script followed by a force reconnect from the GUGI (or reboot
each XenServer)
pidof -x xenheartbeat.sh
kill <pid>
Regards
Geoff Higginbottom
D: +44 20 3603 0542 <tel:+442036030542> | S: +44 20 3603 0540
<tel:+442036030540> | M: +447968161581
geoff.higginbottom@shapeblue.com
From: Tom Bean [mailto:tom.bean@changingworkplace.com]
Sent: 09 January 2013 08:50
To: cloudstack-users@incubator.apache.org
Subject: Cloudstack Xen Host High Availability and Fencing
Hi All,
I have stumbled across an issue/feature with Cloudstack (3.0.2) yesterday
which was a little worrying.
I was working on a primary storage which was added through Cloudstack but
had no VM's stored on it, so I did not think this would cause any issues.
While I was working on this storage device, it became unavailable for around
5 minutes, when it became unavailable all my Xen servers fenced, rebooted
and all my VM's shut down and one Xen server has now become corrupted.
I have tested this again on a second pool I have in cloudstack and when the
primary storage becomes unavailable all the Hosts reboot.
What I want to know is:
1. Is there any way to disable this?
2. It seems that in a pool where I have 5 storage repositories, if any of
them become unavailable, all of the hosts shut down. Is there a way to
specify the heart beat files be stored on a specific primary SR?
Tom Bean
Infrastructure & Support Analyst
The Changing Workplace
Phone:
Fax:
Email:
Skype:
Address:
Website:
News:
+44 (0)1444 44 1000 ext 316
+44 (0)1444 44 0944
tom.bean@changingworkplace.com
Contact me via Skype
1 Boltro Road, Haywards Heath, RH16 1BY, United Kingdom
changingworkplace.com <http://www.changingworkplace.com/>
Sign up for our newsletter
<http://visitor.r20.constantcontact.com/d.jsp?llr=wbsdkygab&p=oi&m=110676998
7638>
<https://twitter.com/#%21/The_CWP> Description:
C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image001.gif <http://facebook.com/TheChangingWorkplace>
Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image002.gif
<http://www.linkedin.com/company/the-changing-workplace> Description:
C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom
Bean_files\image003.gif
Changing the world we work in by providing best-in-class software services
to the Corporate Real Estate sector
Please don't print this e-mail unless you really need to
Important Information
This e-mail and the information it contains are confidential and/or
privileged and are intended solely for the named recipient/s. If you have
received this e-mail in error please notify the sender immediately and
delete this email. You should not copy it for any purpose, or disclose its
contents to any other person.
The Changing Workplace cannot accept any responsibility for the accuracy or
completeness of the contents of this e-mail as it has been transmitted over
a public network and Internet communications are not secure.
The views expressed in this message are those of the individual sender,
except where specifically stated to be the view of The Changing Workplace.
All statements made in this e-mail are subject to contract. The contents are
not to be regarded as a contractual offer or acceptance. The sender is not
authorised to bind The Changing Workplace contractually.
The Changing Workplace cannot guarantee that attachments are virus-free or
compatible with your systems and does not accept any liability in respect of
viruses or computer problems experienced.
The Changing Workplace is a limited company registered in England and Wales
under company number 3614433 whose registered office is at 1 Boltro Road,
Haywards Heath, West Sussex, RH16 1BY, United Kingdom.
ShapeBlue provides a range of strategic and technical consulting and
implementation services to help IT Service Providers and Enterprises to
build a true IaaS compute cloud. ShapeBlue's expertise, combined with
CloudStack technology, allows IT Service Providers and Enterprises to
deliver true, utility based, IaaS to the customer or end-user.
_____
This email and any attachments to it may be confidential and are intended
solely for the use of the individual to whom it is addressed. Any views or
opinions expressed are solely those of the author and do not necessarily
represent those of Shape Blue Ltd. If you are not the intended recipient of
this email, you must neither take any action based upon its contents, nor
copy or show it to anyone. Please contact the sender if you believe you have
received this email in error. Shape Blue Ltd is a company incorporated in
England & Wales.
Important Information
This e-mail and the information it contains are confidential and/or privileged and are intended solely for the named recipient/s. If you have received this e-mail in error please notify the sender immediately and delete this email. You should not copy it for any purpose, or disclose its contents to any other person.
The Changing Workplace cannot accept any responsibility for the accuracy or completeness of the contents of this e-mail as it has been transmitted over a public network and Internet communications are not secure.
The views expressed in this message are those of the individual sender, except where specifically stated to be the view of The Changing Workplace. All statements made in this e-mail are subject to contract. The contents are not to be regarded as a contractual offer or acceptance. The sender is not authorised to bind The Changing Workplace contractually.
The Changing Workplace cannot guarantee that attachments are virus-free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced.
The Changing Workplace is a limited company registered in England and Wales under company number 3614433 whose registered office is at 1 Boltro Road, Haywards Heath, West Sussex, RH16 1BY, United Kingdom.
RE: Cloudstack Xen Host High Availability and Fencing
Posted by Geoff Higginbottom <ge...@shapeblue.com>.
Hi Tom
This is the way it works by design. For each XenServer modify:
/opt/xensource/bin/xenheartbeat.sh
Locate the two instances of "reboot -f" and comment them out by placing a # in front.
Then kill the script followed by a force reconnect from the GUGI (or reboot each XenServer)
pidof -x xenheartbeat.sh
kill <pid>
Regards
Geoff Higginbottom
D: +44 20 3603 0542<tel:+442036030542> | S: +44 20 3603 0540<tel:+442036030540> | M: +447968161581<tel:+447968161581>
geoff.higginbottom@shapeblue.com<ma...@shapeblue.com>
From: Tom Bean [mailto:tom.bean@changingworkplace.com]
Sent: 09 January 2013 08:50
To: cloudstack-users@incubator.apache.org
Subject: Cloudstack Xen Host High Availability and Fencing
Hi All,
I have stumbled across an issue/feature with Cloudstack (3.0.2) yesterday which was a little worrying.
I was working on a primary storage which was added through Cloudstack but had no VM's stored on it, so I did not think this would cause any issues.
While I was working on this storage device, it became unavailable for around 5 minutes, when it became unavailable all my Xen servers fenced, rebooted and all my VM's shut down and one Xen server has now become corrupted.
I have tested this again on a second pool I have in cloudstack and when the primary storage becomes unavailable all the Hosts reboot.
What I want to know is:
1. Is there any way to disable this?
2. It seems that in a pool where I have 5 storage repositories, if any of them become unavailable, all of the hosts shut down. Is there a way to specify the heart beat files be stored on a specific primary SR?
Tom Bean
Infrastructure & Support Analyst
The Changing Workplace
Phone:
Fax:
Email:
Skype:
Address:
Website:
News:
+44 (0)1444 44 1000 ext 316
+44 (0)1444 44 0944
tom.bean@changingworkplace.com<ma...@changingworkplace.com>
Contact me via Skype
1 Boltro Road, Haywards Heath, RH16 1BY, United Kingdom
changingworkplace.com<http://www.changingworkplace.com/>
Sign up for our newsletter<http://visitor.r20.constantcontact.com/d.jsp?llr=wbsdkygab&p=oi&m=1106769987638>
[Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom Bean_files\image001.gif]<https://twitter.com/#%21/The_CWP>[Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom Bean_files\image002.gif]<http://facebook.com/TheChangingWorkplace>[Description: C:\Users\tomb\AppData\Roaming\Microsoft\Signatures\Tom Bean_files\image003.gif]<http://www.linkedin.com/company/the-changing-workplace>
Changing the world we work in by providing best-in-class software services to the Corporate Real Estate sector
Please don't print this e-mail unless you really need to
Important Information
This e-mail and the information it contains are confidential and/or privileged and are intended solely for the named recipient/s. If you have received this e-mail in error please notify the sender immediately and delete this email. You should not copy it for any purpose, or disclose its contents to any other person.
The Changing Workplace cannot accept any responsibility for the accuracy or completeness of the contents of this e-mail as it has been transmitted over a public network and Internet communications are not secure.
The views expressed in this message are those of the individual sender, except where specifically stated to be the view of The Changing Workplace. All statements made in this e-mail are subject to contract. The contents are not to be regarded as a contractual offer or acceptance. The sender is not authorised to bind The Changing Workplace contractually.
The Changing Workplace cannot guarantee that attachments are virus-free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced.
The Changing Workplace is a limited company registered in England and Wales under company number 3614433 whose registered office is at 1 Boltro Road, Haywards Heath, West Sussex, RH16 1BY, United Kingdom.
ShapeBlue provides a range of strategic and technical consulting and implementation services to help IT Service Providers and Enterprises to build a true IaaS compute cloud. ShapeBlue's expertise, combined with CloudStack technology, allows IT Service Providers and Enterprises to deliver true, utility based, IaaS to the customer or end-user.
________________________________
This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales.