6:17 p.m.
Hello all...
Would like to be able to use both local storage and gluster within same
host / data center.
Wondering if this is something being worked on?
6:22 p.m.
New subject: Wishlist - Mix gluster and local storage in same data center
------=_Part_76927_1654056605.1446391332174
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
No...
when creating DC you choose shared/local (where gluster is shared)
You can mix shared (gluster/iscsi/nfs etc) but not local.
Regards,
__________________________________________________
Aharon Canan
----- Original Message -----
From: "Liam Curtis" <lcurtis(a)datto.com>
To: Users(a)ovirt.org
Sent: Sunday, November 1, 2015 5:17:58 PM
Subject: [ovirt-users] Wishlist - Mix gluster and local storage in same data
center
Hello all...
Would like to be able to use both local storage and gluster within
same host
/ data center.
Wondering if this is something being worked on?
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
------=_Part_76927_1654056605.1446391332174
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: comic sans ms,comic
sans,sans-serif;=
font-size: 10pt; color:
#000000"><div>No...</div><div><br></div><div>when
=
creating DC you choose shared/local (where gluster is shared)
<br></div><di=
v><br></div><div>You can mix shared (gluster/iscsi/nfs etc) but not
local.<=
br></div><div><br></div><div><br></div><div><span
name=3D"x"></span><br><di=
v><br></div>Regards,<br>__________________________________________________<=
br>Aharon Canan<span
name=3D"x"></span><br></div><div><br></div><hr
id=3D"z=
wchr"><blockquote style=3D"border-left:2px solid
#1010FF;margin-left:5px;pa=
dding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decorat=
ion:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From:
<=
/b>"Liam Curtis" &lt;lcurtis(a)datto.com&gt;<br><b>To:
</b>Users(a)ovirt.org<br=
<b>Sent: </b>Sunday, November 1, 2015 5:17:58
PM<br><b>Subject: </b>[ovirt=
-users] Wishlist - Mix gluster and
local storage in same data &n=
bsp; center<br><div><br></div><div
dir=3D"ltr"=
Hello all...<div class=3D"gmail_signature"><div
dir=3D"ltr"><div><div dir=
=3D"ltr"><div><div dir=3D"ltr"><div
dir=3D"ltr"><div dir=3D"ltr"></div></di=
v></div></div></div></div></div></div>
<div><br></div><div>Would like to be able to use both local
storage and glu=
ster within same host / data
center. </div><div><br></div><div>Wonderi=
ng if this is something being worked on? <br></div></div>
<br>_______________________________________________<br>Users mailing
list<b=
r>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br></blo=
ckquote><div><br></div></div></body></html>
------=_Part_76927_1654056605.1446391332174--
8:48 a.m.
Any chance this will change? It is a severe limitation to not be able to
use local storage available to a host as that is often very fast storage.
On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan <acanan(a)redhat.com> wrote:
No...
when creating DC you choose shared/local (where gluster is shared)
You can mix shared (gluster/iscsi/nfs etc) but not local.
Regards,
__________________________________________________
Aharon Canan
------------------------------
*From: *"Liam Curtis" <lcurtis(a)datto.com>
*To: *Users(a)ovirt.org
*Sent: *Sunday, November 1, 2015 5:17:58 PM
*Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in same
data center
Hello all...
Would like to be able to use both local storage and gluster within same
host / data center.
Wondering if this is something being worked on?
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
*Liam Curtis*
Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
www.datto.com
<http://datto.com/datto-signature/>
Join the conversation! [image: Facebook]
<http://www.facebook.com/dattoinc> [image:
Twitter] <https://twitter.com/datto> [image: LinkedIn]
<https://www.linkedin.com/company/datto-inc.> [image: Blog RSS]
<http://blog.datto.com/blog> [image: YouTube]
<http://www.youtube.com/user/DattoInc/featured> [image: Google Plus Page]
<https://plus.google.com/u/0/108292366419623632143/posts>
11:08 a.m.
On Tue, Nov 3, 2015 at 7:48 AM, Liam Curtis <lcurtis(a)datto.com> wrote:
Any chance this will change? It is a severe limitation to not be able to use local
storage available to a host as that is often very fast storage.
This will couple the vm to this host, so you cannot run it to another
host. If this host
is down, you cannot run the vm on any other host, since your storage is gone.
Don't you think this is a severe limitation as well?
The current system is focused on high availability; all hosts must be
able to access all
storage domains in the data center, so you can run any vm on all hosts
on the data center.
If you don't need to migrate vms or manage shared storage, you can use
virt-manager
to run vms on specific hosts.
Nir
On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan <acanan(a)redhat.com> wrote:
>
> No...
>
> when creating DC you choose shared/local (where gluster is shared)
>
> You can mix shared (gluster/iscsi/nfs etc) but not local.
>
>
>
>
> Regards,
> __________________________________________________
> Aharon Canan
>
> ________________________________
>
> From: "Liam Curtis" <lcurtis(a)datto.com>
> To: Users(a)ovirt.org
> Sent: Sunday, November 1, 2015 5:17:58 PM
> Subject: [ovirt-users] Wishlist - Mix gluster and local storage in same data
center
>
> Hello all...
>
> Would like to be able to use both local storage and gluster within same host / data
center.
>
> Wondering if this is something being worked on?
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
--
Liam Curtis
Manager of Systems Engineering
Datto, Inc.
(203) 529-4949 x228
www.datto.com
Join the conversation!
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
11:02 p.m.
Once upon a time, Nir Soffer <nsoffer(a)redhat.com> said:
On Tue, Nov 3, 2015 at 7:48 AM, Liam Curtis <lcurtis(a)datto.com>
wrote:
>
> Any chance this will change? It is a severe limitation to not be able to use local
storage available to a host as that is often very fast storage.
This will couple the vm to this host, so you cannot run it to another
host. If this host
is down, you cannot run the vm on any other host, since your storage is gone.
Don't you think this is a severe limitation as well?
There are many things that tie a VM to a host, like USB device
passthrough, but that's not reason to remove all such support from
oVirt, is it?
In my case, I'd like to mix iSCSI and local storage, because I have a
couple of systems that need higher disk I/O that I'd like to put on my
shared storage. The two systems are redundant to each other, so that is
taken care of at a different layer.
The two systems don't however consume all the resources of the host
machines (lots of CPU and RAM available). I'd like to make them nodes
in my oVirt cluster, so those resources can be used for other VMs (that
are on shared storage for that level of HA), but I can't do that (at
least as far as I know, with oVirt 3.5). I thought that had been
mentioned as a feature for 3.6, but I don't see it anywhere in the
features or release notes, so I assume that functionality is still not
available.
--
Chris Adams <cma(a)cmadams.net>
12:44 p.m.
On Saturday, November 07, 2015 02:02:07 PM Chris Adams wrote:
I thought that had been
mentioned as a feature for 3.6, but I don't see it anywhere in the
features or release notes, so I assume that functionality is still not
available.
I've tried mixing local and shared storage (POSIX compliant FS storage
domain that is pointing to a local ext4 partition and FC/iSCSI storage
domains) on a shared datacenter type. It allows me to do that (after
some juggling) but on 3.5 and 3.6 both, it kicks all the hosts out of
the cluster that can't reach that local partition (except the host that
contains that partition).
This is expected behaviour, on a shared datacenter type, every defined
storage domain must be available to every host in the cluster. At one
point in time, during testing of 3.6-rc's, I had a situation that host
that can't reach the local partition wasn't evicted from the cluster,
and VM that was on that partition was happily running. I've most
probably hit a bug, and that happened on my first attempt to mess with
the POSIX compliant storage domain, so I thought at first that it was a
feature for the 3.6 :)
After reading comments from Nir and Aharon, and after digging through
the docs, mixing local and shared storage domains in the shared
datacenter is not possible, at least not until SPM concept is removed
from oVirt.
In any case, it's always an option to present local storage as NFS, or
to just utilize local storage in a better way (as shared and redundant,
not always more efficient regarding available storage space) through
gluster if you can satisfy replica 3 requirement.
Kind regards,
Ivan
7:48 p.m.
There are many things that tie a VM to a host, like USB device
passthrough, but that's not reason to remove all such support from
oVirt, is it? In my case, I'd like to mix iSCSI and local storage,
because I have a couple of systems that need higher disk I/O that I'd
like to put on my shared storage. The two systems are redundant to each
other, so that is taken care of at a different layer. The two systems
don't however consume all the resources of the host machines (lots of
CPU and RAM available). I'd like to make them nodes in my oVirt cluster,
so those resources can be used for other VMs (that are on shared storage
for that level of HA), but I can't do that (at least as far as I know,
with oVirt 3.5). I thought that had been mentioned as a feature for 3.6,
but I don't see it anywhere in the features or release notes, so I
assume that functionality is still not available.
One thing that would render this whole issue moot is being able to use
local fast storage on the hypervisor hosts, ie SSD or 3D-Xpoint drives
in LVM-Cache to accelerate IOPS on shared storage.
The underlying stuff is already there, and it works. I've been using LVM
cache for while in Centos 7.
Geting this to work in oVirt would be a killer feature.
Alex
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.
"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
7:50 p.m.
Messed up the quote. removed it for clarity:
One thing that would render this whole issue moot is being able to
use
local fast storage on the hypervisor hosts, ie SSD or 3D-Xpoint drives
in LVM-Cache to accelerate IOPS on shared storage.
The underlying stuff is already there, and it works. I've been using
LVM cache for while in Centos 7.
Geting this to work in oVirt would be a killer feature.
Alex
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute
advice.
The information provided is correct to our knowledge & belief and must
not
be used as a substitute for obtaining tax, regulatory, investment,
legal or
any other appropriate advice.
"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020)
7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute
advice.
The information provided is correct to our knowledge & belief and must
not
be used as a substitute for obtaining tax, regulatory, investment,
legal or
any other appropriate advice.
"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020)
7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.
"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
11:22 a.m.
On 3 November 2015 at 07:48, Liam Curtis <lcurtis(a)datto.com> wrote:
Any chance this will change? It is a severe limitation to not be able
to
use local storage available to a host as that is often very fast storage.
It is not completely impossible to mix shared and local storage. There is a
VDSM hook that allows you to attach some local storage to a VM, stored on a
shared storage, for temporary use.
We actually plan to try and use it in the oVirt CI infrastructure to speed
up builds and other random-I/O-intensive operations.
Anton Marchukov from the oVirt infra team could give you more details about
that.
On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan
<acanan(a)redhat.com> wrote:
> No...
>
> when creating DC you choose shared/local (where gluster is shared)
>
> You can mix shared (gluster/iscsi/nfs etc) but not local.
>
>
>
>
> Regards,
> __________________________________________________
> Aharon Canan
>
> ------------------------------
>
> *From: *"Liam Curtis" <lcurtis(a)datto.com>
> *To: *Users(a)ovirt.org
> *Sent: *Sunday, November 1, 2015 5:17:58 PM
> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in
> same data center
>
> Hello all...
>
> Would like to be able to use both local storage and gluster within same
> host / data center.
>
> Wondering if this is something being worked on?
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
--
*Liam Curtis*
Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
www.datto.com
<http://datto.com/datto-signature/>
Join the conversation! [image: Facebook]
<http://www.facebook.com/dattoinc> [image: Twitter]
<https://twitter.com/datto> [image: LinkedIn]
<https://www.linkedin.com/company/datto-inc.> [image: Blog RSS]
<http://blog.datto.com/blog> [image: YouTube]
<http://www.youtube.com/user/DattoInc/featured> [image: Google Plus Page]
<https://plus.google.com/u/0/108292366419623632143/posts>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
*Barak Korren*
bkorren(a)redhat.com
RHEV-CI Team
10:18 a.m.
On Sun, Nov 8, 2015 at 9:22 AM, Barak Korren <bkorren(a)redhat.com> wrote:
On 3 November 2015 at 07:48, Liam Curtis <lcurtis(a)datto.com> wrote:
> Any chance this will change? It is a severe limitation to not be able to
> use local storage available to a host as that is often very fast storage.
>
>
It is not completely impossible to mix shared and local storage. There is
a VDSM hook that allows you to attach some local storage to a VM, stored on
a shared storage, for temporary use.
We actually plan to try and use it in the oVirt CI infrastructure to speed
up builds and other random-I/O-intensive operations.
Anton Marchukov from the oVirt infra team could give you more details
about that.
Please document this somewhere in the wiki as well.
> On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan <acanan(a)redhat.com> wrote:
>
>> No...
>>
>> when creating DC you choose shared/local (where gluster is shared)
>>
>> You can mix shared (gluster/iscsi/nfs etc) but not local.
>>
>>
>>
>>
>> Regards,
>> __________________________________________________
>> Aharon Canan
>>
>> ------------------------------
>>
>> *From: *"Liam Curtis" <lcurtis(a)datto.com>
>> *To: *Users(a)ovirt.org
>> *Sent: *Sunday, November 1, 2015 5:17:58 PM
>> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in
>> same data center
>>
>> Hello all...
>>
>> Would like to be able to use both local storage and gluster within same
>> host / data center.
>>
>> Wondering if this is something being worked on?
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
>
> --
>
> *Liam Curtis*
> Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
> www.datto.com
>
> <http://datto.com/datto-signature/>
> Join the conversation! [image: Facebook]
> <http://www.facebook.com/dattoinc> [image: Twitter]
> <https://twitter.com/datto> [image: LinkedIn]
> <https://www.linkedin.com/company/datto-inc.> [image: Blog RSS]
> <http://blog.datto.com/blog> [image: YouTube]
> <http://www.youtube.com/user/DattoInc/featured> [image: Google Plus Page]
> <https://plus.google.com/u/0/108292366419623632143/posts>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
--
*Barak Korren*
bkorren(a)redhat.com
RHEV-CI Team
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
3:11 p.m.
On 9 November 2015 at 09:18, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote:
On Sun, Nov 8, 2015 at 9:22 AM, Barak Korren <bkorren(a)redhat.com> wrote:
>
>
> On 3 November 2015 at 07:48, Liam Curtis <lcurtis(a)datto.com> wrote:
>
>> Any chance this will change? It is a severe limitation to not be able to
>> use local storage available to a host as that is often very fast storage.
>>
>>
> It is not completely impossible to mix shared and local storage. There is
> a VDSM hook that allows you to attach some local storage to a VM, stored on
> a shared storage, for temporary use.
> We actually plan to try and use it in the oVirt CI infrastructure to
> speed up builds and other random-I/O-intensive operations.
> Anton Marchukov from the oVirt infra team could give you more details
> about that.
>
>
Please document this somewhere in the wiki as well.
There is this: http://www.ovirt.org/VDSM-Hooks/scratchpad
>
>
>> On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan <acanan(a)redhat.com> wrote:
>>
>>> No...
>>>
>>> when creating DC you choose shared/local (where gluster is shared)
>>>
>>> You can mix shared (gluster/iscsi/nfs etc) but not local.
>>>
>>>
>>>
>>>
>>> Regards,
>>> __________________________________________________
>>> Aharon Canan
>>>
>>> ------------------------------
>>>
>>> *From: *"Liam Curtis" <lcurtis(a)datto.com>
>>> *To: *Users(a)ovirt.org
>>> *Sent: *Sunday, November 1, 2015 5:17:58 PM
>>> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in
>>> same data center
>>>
>>> Hello all...
>>>
>>> Would like to be able to use both local storage and gluster within same
>>> host / data center.
>>>
>>> Wondering if this is something being worked on?
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>
>>
>> --
>>
>> *Liam Curtis*
>> Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
>> www.datto.com
>>
>> <http://datto.com/datto-signature/>
>> Join the conversation! [image: Facebook]
>> <http://www.facebook.com/dattoinc> [image: Twitter]
>> <https://twitter.com/datto> [image: LinkedIn]
>> <https://www.linkedin.com/company/datto-inc.> [image: Blog RSS]
>> <http://blog.datto.com/blog> [image: YouTube]
>> <http://www.youtube.com/user/DattoInc/featured> [image: Google Plus
>> Page] <https://plus.google.com/u/0/108292366419623632143/posts>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> *Barak Korren*
> bkorren(a)redhat.com
> RHEV-CI Team
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
--
*Barak Korren*
bkorren(a)redhat.com
RHEV-CI Team
2:02 a.m.
Thanks for this info! Would be great if the temporary storage could
ultimately be made to be persistent
12:10 p.m.
Hello Liam.
Well. If you have a look on hook's code than you can make it persistent by
removing the code that recreates the storage when VM is started. However
than you have to make sure that you either do not relocate VM to another
host or purge the local storage image if you do. If you come up with
general solution for this or ideas, let me know.
So far we are experimenting with using that local storage for CI slaves. In
this case it is not a problem for it not be permanent.
Anton.
On Wed, Nov 11, 2015 at 12:02 AM, Liam Curtis <lcurtis(a)datto.com> wrote:
Thanks for this info! Would be great if the temporary storage could
ultimately be made to be persistent
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
12:51 p.m.
On 11 November 2015 at 01:02, Liam Curtis <lcurtis(a)datto.com> wrote:
Thanks for this info! Would be great if the temporary storage could
ultimately be made to be persistent
Having persistent data on local storage will make your life very hard
when the time comes around to secure and back up that important data.
I think you can enjoy both worlds by using temporary local storage for
I/O-intensive calculation, and then store the important final results
to a central storage you can easily secure and back up.
If what you want to do is pool together your local storage to get
something that looks like a cheap central storage, then you are in the
realm of ceph/gluster/hyper-converge. There is a performance and
complexity overhead to using those technologies. (And not everything
is supported by oVirt yet)
--
Barak Korren
bkorren(a)redhat.com
RHEV-CI Team
8:37 p.m.
Great..thanks all very much for insight and advice. Keep up the great work.
This is a very vibrant and supportive community.
On Wed, Nov 11, 2015 at 4:51 AM, Barak Korren <bkorren(a)redhat.com> wrote:
On 11 November 2015 at 01:02, Liam Curtis <lcurtis(a)datto.com>
wrote:
> Thanks for this info! Would be great if the temporary storage could
> ultimately be made to be persistent
Having persistent data on local storage will make your life very hard
when the time comes around to secure and back up that important data.
I think you can enjoy both worlds by using temporary local storage for
I/O-intensive calculation, and then store the important final results
to a central storage you can easily secure and back up.
If what you want to do is pool together your local storage to get
something that looks like a cheap central storage, then you are in the
realm of ceph/gluster/hyper-converge. There is a performance and
complexity overhead to using those technologies. (And not everything
is supported by oVirt yet)
--
Barak Korren
bkorren(a)redhat.com
RHEV-CI Team
3114
days inactive
3124
days old
14 comments
9 participants
participants (9)
-
Aharon Canan -
Alex Crow -
Anton Marchukov -
Barak Korren -
Chris Adams -
Ivan Bulatovic -
Liam Curtis -
Nir Soffer -
Sandro Bonazzola