t; http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?s
o clearly state in the
subject of a commit message, that this patch just fixes formatting. And
reviewers shouldn't check such patches too severely, so that they'll get
into repo as soon as possible.
What do you think?
--
Dmitry Guryanov
___
On Fri, 2016-03-25 at 08:00 -0600, Alex Schultz wrote:
>
> On Fri, Mar 25, 2016 at 7:32 AM, Dmitry Guryanov com> wrote:
> > Here is the bug which I'm trying to fix - https://bugs.launchpad.ne
> > t/fuel/+bug/1538587.
> >
> > In VMs (set up with fuel
p+0x14/0x20
[13624.137447] [] system_call_fastpath+0x1a/0x1f
[13624.518044] Rebooting in 10 seconds..
On Tue, Mar 22, 2016 at 1:07 PM, Dmitry Guryanov
wrote:
> Hello,
>
> Here is a start of the discussion -
> http://lists.openstack.org/pipermail/openstack-dev/2015-December/083021.html
> . I&
tition will not
introduce any advantages. I suggest that we just clear boot code in mbr,
let's don't add unneeded code.
On Thu, Mar 24, 2016 at 2:13 PM, Alexander Gordeev
wrote:
>
>
> On Wed, Mar 23, 2016 at 7:49 PM, Dmitry Guryanov
> wrote:
>
>>
>> I have
ors, no kernel panic are expected.
>
>
> On Tue, Mar 22, 2016 at 5:06 PM, Dmitry Guryanov com> wrote:
> > For GPT disks and non-UEFI boot this method will work, since MBR
> > will still contain first stage of a bootloader code.
> >
> Agreed, it will work. B
wrote:
> What about GPT[1] disks?
> As I know we have plans to support UEFI boot and GPT disks.
>
>
> [1] https://en.wikipedia.org/wiki/GUID_Partition_Table
>
> Regards,
> Bulat Gaifullin
> Mirantis Inc.
>
>
>
> > On 22 Mar 2016, at 13:46, Dmitry Guryanov
&g
On Tue, 2016-03-22 at 13:07 +0300, Dmitry Guryanov wrote:
> Hello,
>
> ..
>
> [0] https://github.com/openstack/fuel-astute/blob/master/mcagents/era
> se_node.rb#L162-L174
> [1] https://github.com/openstack/fuel-
> agent/blob/master/fuel_agent/manager.py#L194-L221
instead of network. Let's just
clear first 446 bytes of each disk.
[0]
https://github.com/openstack/fuel-astute/blob/master/mcagents/erase_node.rb#L162-L174
[1]
https://github.com/openstack/fuel-agent/blob/master/fuel_agent/manager.py#L194-L221
--
On 10/28/2015 03:55 PM, Eric Harney wrote:
On 10/28/2015 03:18 PM, Dmitry Guryanov wrote:
Hello!
Can we discuss this on the summit?
As I promised, I've written a blueprint for this change:
https://review.openstack.org/#/c/237094/
I assume we can talk about this at the Cinder contrib
Hello!
Can we discuss this on the summit?
As I promised, I've written a blueprint for this change:
https://review.openstack.org/#/c/237094/
On 10/14/2015 03:57 AM, Dmitry Guryanov wrote:
Hello,
RemoteFS drivers combine 2 logical tasks. The first one is how to
mount a filesystem and s
up a spec and propose to the cinder-specs repo so this
can be discussed and comment on.
I've written the spec:
https://review.openstack.org/237094
-Original Message-----
From: Dmitry Guryanov [mailto:dgurya...@virtuozzo.com]
Sent: Tuesday, October 13, 2015 12:57 PM
To: OpenStack D
up a spec and propose to the cinder-specs repo so this
can be discussed and comment on.
OK, I have a blueprint, but haven't written spec yet.
-Original Message-----
From: Dmitry Guryanov [mailto:dgurya...@virtuozzo.com]
Sent: Tuesday, October 13, 2015 12:57 PM
To: OpenStack Developme
On 10/13/2015 10:39 PM, Eric Harney wrote:
On 10/13/2015 02:57 PM, Dmitry Guryanov wrote:
Hello,
RemoteFS drivers combine 2 logical tasks. The first one is how to mount
a filesystem and select proper share for a new or existing volume. The
second one: how to deal with an image files in given
is a draft version of a patch:
https://review.openstack.org/#/c/234359/
Although there are problems in it, most of the operations with volumes
work and there are only about 10 fails in tempest.
I'd like to discuss this approach before further work on the patch.
--
dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Dmitry Guryanov
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-
any concerns with this?
Is a blueprint needed for this refactor?
[1] https://review.openstack.org/#/c/175569/
--
Dmitry Guryanov
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-d
and figure out, what should be done so that containers with user
namespaces will start from images over loop devices.
____
От: Dmitry Guryanov
Отправлено: 16 февраля 2015 г. 16:46
Кому: Daniel P. Berrange
Копия: OpenStack Development Mailing List (not
pment Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Dmitry Guryanov
__
Open
On 02/16/2015 04:36 PM, Daniel P. Berrange wrote:
On Mon, Feb 16, 2015 at 04:31:21PM +0300, Dmitry Guryanov wrote:
On 02/13/2015 05:50 PM, Jay Pipes wrote:
On 02/13/2015 09:20 AM, Daniel P. Berrange wrote:
On Fri, Feb 13, 2015 at 08:49:26AM -0500, Jay Pipes wrote:
On 02/13/2015 07:04 AM
age questions)
Unsubscribe:
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Dmitry Guryanov
__
OpenStack Development Mailing List (not for u
copy on write, image will be handled by Raw class from
imagebackend.py.
Cheers,
Michael
On Tue, Jan 20, 2015 at 7:40 AM, Dmitry Guryanov
wrote:
Hello,
Do I understand correctly, that both Qcow2 and Raw classes in
libvirt/imagebackend.py can work with images in qcow2 format, but Raw copies
at 7:40 AM, Dmitry Guryanov
wrote:
Hello,
Do I understand correctly, that both Qcow2 and Raw classes in
libvirt/imagebackend.py can work with images in qcow2 format, but Raw copies
the whole base image from cache to the instance's dir and Qcow2 only creates
a delta (and use base image from
Hello,
Do I understand correctly, that both Qcow2 and Raw classes in
libvirt/imagebackend.py can work with images in qcow2 format, but Raw
copies the whole base image from cache to the instance's dir and Qcow2
only creates a delta (and use base image from cache)?
--
Dmitry Gur
On 01/12/2015 06:35 PM, Daniel P. Berrange wrote:
On Mon, Jan 12, 2015 at 06:28:53PM +0300, Dmitry Guryanov wrote:
On 01/05/2015 02:30 PM, Daniel P. Berrange wrote:
On Tue, Dec 30, 2014 at 05:18:19PM +0300, Dmitry Guryanov wrote:
Hello,
Libvirt can create loop or nbd device for LXC container
On 01/05/2015 02:30 PM, Daniel P. Berrange wrote:
On Tue, Dec 30, 2014 at 05:18:19PM +0300, Dmitry Guryanov wrote:
Hello,
Libvirt can create loop or nbd device for LXC container and mount it by
itself, for instance, you can add something like this to xml config:
But nova mounts
On Tuesday 30 December 2014 17:18:19 Dmitry Guryanov wrote:
> Hello,
>
> Libvirt can create loop or nbd device for LXC container and mount it by
> itself, for instance, you can add something like this to xml config:
>
>
>
>
>
>
>
> But nova mount
On Tuesday 30 December 2014 17:18:19 Dmitry Guryanov wrote:
> Hello,
>
> Libvirt can create loop or nbd device for LXC container and mount it by
> itself, for instance, you can add something like this to xml config:
>
>
>
>
>
>
>
> But nova mount
7; or there are some other reasons?
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Friday 19 December 2014 14:38:29 Daniel P. Berrange wrote:
> On Fri, Dec 19, 2014 at 05:34:19PM +0300, Dmitry Guryanov wrote:
> > On Friday 19 December 2014 14:17:34 Daniel P. Berrange wrote:
> > > On Fri, Dec 19, 2014 at 05:11:57PM +0300, Dmitry Guryanov wr
On Friday 19 December 2014 17:27:18 Dmitry Guryanov wrote:
Sorry, forwarded to wrong list
> -- Forwarded Message --
>
> Subject: Re: [openstack-dev] [Nova] Providing instance's guest OS with data
> (ssh keys, root password, hostname)
> Date: Friday 19 Dec
On Friday 19 December 2014 14:17:34 Daniel P. Berrange wrote:
> On Fri, Dec 19, 2014 at 05:11:57PM +0300, Dmitry Guryanov wrote:
> > Hello,
> >
> > If I understood correctly, there are 3 ways to provide guest OS with some
> > data (SSH keys, for example):
> >
&
iling list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
l not
work as is and requires some development. Which method is first-priority and
used by most people?
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Tuesday 09 December 2014 15:39:35 Daniel P. Berrange wrote:
> On Tue, Dec 09, 2014 at 06:33:47PM +0300, Dmitry Guryanov wrote:
> > Hello!
> >
> > There is a feature in HypervisorSupportMatrix
> > (https://wiki.openstack.org/wiki/HypervisorSupportMatrix) called &qu
On Tuesday 09 December 2014 18:15:01 Markus Zoeller wrote:
> > > On Tue, Dec 09, 2014 at 06:33:47PM +0300, Dmitry Guryanov wrote:
> > >
> > > Hello!
> > >
> > > There is a feature in HypervisorSupportMatrix
> > > (https://wiki.openstack.or
Hello!
There is a feature in HypervisorSupportMatrix
(https://wiki.openstack.org/wiki/HypervisorSupportMatrix) called "Get Guest
Info". Does anybody know, what does it mean? I haven't found anything like
this neither in nova api nor in horizon and nova command line.
--
On Monday 18 August 2014 22:45:17 Dmitry Guryanov wrote:
> Hello!
>
> I've published parallels-sdk:
>
> https://github.com/Parallels/parallels-sdk
Sorry, I've sent this mail to the wrong list :(, please, ignore.
--
Dmitry Guryanov
Hello!
I've published parallels-sdk:
https://github.com/Parallels/parallels-sdk
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Monday 04 August 2014 17:53:11 Tom Fifield wrote:
> On 04/08/14 17:46, Dmitry Guryanov wrote:
> > Hello!
> >
> > I looked through launchpad bugs and it seems there are a lot of bugs,
> > which are fixed already, but still open, here are 3 ones:
> >
> &g
ts on these bugs, but nobody replied. How is it
possible, to close them?
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
None
Implementation
==
Assignee(s)
---
Primary assignee:
dguryanov
Work Items
--
To be filled
Dependencies
None
Testing
===
To be filled
Documentation Impact
None
References
==
Parallels Cloud Server
On Thursday 10 July 2014 14:47:11 Daniel P. Berrange wrote:
> On Thu, Jul 10, 2014 at 05:36:59PM +0400, Dmitry Guryanov wrote:
> > I have a question about mounts - in OpenVZ project each container has its
> > own filesystem in an image file. So to start a container we mount this
&g
n networking).
So is it enough to implement OVS vif type?
>
> Cheers,
> Michael
>
> On Tue, Jul 8, 2014 at 9:11 AM, Joe Gordon wrote:
> > On Jul 3, 2014 11:43 AM, "Dmitry Guryanov"
wrote:
> >> Hi, All!
> >>
> >> As far as I know, the
On Monday 07 July 2014 16:11:21 Joe Gordon wrote:
> On Jul 3, 2014 11:43 AM, "Dmitry Guryanov" wrote:
> > Hi, All!
> >
> > As far as I know, there are some requirements, which virt driver must
>
> meet to
>
> > use Openstack 'label'. Fo
On Monday 07 July 2014 16:11:21 Joe Gordon wrote:
> On Jul 3, 2014 11:43 AM, "Dmitry Guryanov" wrote:
> > Hi, All!
> >
> > As far as I know, there are some requirements, which virt driver must
>
> meet to
>
> > use Openstack 'label'. Fo
driver for nova (developed outside of nova mainline) works
correctly and meet nova's security requirements?
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
47 matches
Mail list logo
