tack-dev-requ...@lists.openstack.org?subject:
>> unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
&
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
__
OpenStack Development
On Fri, 2016-03-25 at 08:00 -0600, Alex Schultz wrote:
>
> On Fri, Mar 25, 2016 at 7:32 AM, Dmitry Guryanov <dguryanov@mirantis.
> com> wrote:
> > Here is the bug which I'm trying to fix - https://bugs.launchpad.ne
> > t/fuel/+bug/1538587.
> >
> > In V
] [] system_call_fastpath+0x1a/0x1f
[13624.518044] Rebooting in 10 seconds..
On Tue, Mar 22, 2016 at 1:07 PM, Dmitry Guryanov <dgurya...@mirantis.com>
wrote:
> Hello,
>
> Here is a start of the discussion -
> http://lists.openstack.org/pipermail/openstack-dev/2015-December/083021.html
&
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 <agord...@mirantis.com>
wrote:
>
>
> On Wed, Mar 23, 2016 at 7:49 PM, Dmitry Guryanov <dgurya...@mirantis.com>
> wrote:
>
panic are expected.
>
>
> On Tue, Mar 22, 2016 at 5:06 PM, Dmitry Guryanov <dguryanov@mirantis.
> 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
<bgaiful...@mirantis.com>
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.
>
>
>
> > O
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
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
--
Dmitry Guryanov
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 contributors
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 select
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 Development
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.
--
Dmitry Guryanov
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-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-dev-requ...@lists.openstack.org
should be done so that containers with user
namespaces will start from images over loop devices.
От: Dmitry Guryanov dgurya...@parallels.com
Отправлено: 16 февраля 2015 г. 16:46
Кому: Daniel P. Berrange
Копия: OpenStack Development Mailing List
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
__
OpenStack
-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-dev
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
at 7:40 AM, Dmitry Guryanov
dgurya...@parallels.com 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
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
dgurya...@parallels.com wrote:
Hello,
Do I understand correctly, that both Qcow2 and Raw classes in
libvirt/imagebackend.py can work with images in qcow2
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 Guryanov
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:
filesystem type='file
for container by itself. Is this because rhel-6
doesn't support filesystems with type='file' or there are some other reasons?
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
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:
filesystem type='file'
driver type='loop' format='raw'/
source file='/fedora
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:
filesystem type='file'
driver type='loop' format='raw'/
source file='/fedora
it will 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
://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
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):
1. mount guest root fs on host
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 December 2014, 14:17:34
From
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 wrote:
Hello,
If I understood
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.org/wiki/HypervisorSupportMatrix) called Get
Guest
Info. Does anybody
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 Get
Guest
Info. Does anybody know
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.
--
Thanks,
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 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
___
OpenStack-dev
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
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:
https://bugs.launchpad.net/nova/+bug/909096
)
---
Primary assignee:
dguryanov
Work Items
--
To be filled
Dependencies
None
Testing
===
To be filled
Documentation Impact
None
References
==
Parallels Cloud Server: http://www.parallels.com/products/pcs/.
--
Dmitry
On Monday 07 July 2014 16:11:21 Joe Gordon wrote:
On Jul 3, 2014 11:43 AM, Dmitry Guryanov dgurya...@parallels.com wrote:
Hi, All!
As far as I know, there are some requirements, which virt driver must
meet to
use Openstack 'label'. For example, it's not allowed to mount cinder
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
filesystem in host OS
(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
43 matches
Mail list logo
