On 2/8/14 11:25 PM, Sami Halabi wrote:
> As long as its practical and related to the virtualizationn I think its
> okay.
Correct but this has unfortunately not been the case.
> At least he provides a lot of info through his discussions.
Off topic is off topic in accordance with the stated FreeBS
Hi,
Ok, I seem to have sent an earlier and not-well-though-out version of
the patch - attaching the correct one now (I dug into this a couple of
months ago and needed some time to remember the details). I tried it
with your test setup and - module loads/unloads cleanly, but will
freeze the vbox Fr
As long as its practical and related to the virtualizationn I think its
okay.
At least he provides a lot of info through his discussions.
Sami
בתאריך 9 בפבר 2014 01:28, "Michael Dexter" כתב:
>
> For the curious, Aryeh posted 67 out of January's 276 messages to the
> list with the next highest po
For the curious, Aryeh posted 67 out of January's 276 messages to the
list with the next highest poster coming in at 21.
This is not the proper use of this list.
Michael Dexter
bhyve volunteer
___
freebsd-virtualization@freebsd.org mailing list
http://
On 2/8/14 1:57 PM, Aryeh Friedman wrote:
> Starting tomorrow (now that I got the evil empire OS out of the way) I am
> going to be adding both networking and storage... in that order but I plan
> to handle some "low hanging" things in storage before getting deep into
> networking like allowing any
On Sat, Feb 8, 2014 at 3:57 PM, Aryeh Friedman wrote:
>
>
>
> On Sat, Feb 8, 2014 at 3:54 PM, Adam Vande More wrote:
>
>>
>> On Sat, Feb 8, 2014 at 2:14 PM, Aryeh Friedman
>> wrote:
>>
>>>
>>> It sounds almost identical to the qcow2 security issue being discussed
>>> on qemu-de...@qemu.org recent
On Sat, Feb 8, 2014 at 4:07 PM, Adam Vande More wrote:
>
> On Sat, Feb 8, 2014 at 2:57 PM, Aryeh Friedman
> wrote:
>
>>
>>
>>
>> On Sat, Feb 8, 2014 at 3:54 PM, Adam Vande More wrote:
>>
>>>
>>> On Sat, Feb 8, 2014 at 2:14 PM, Aryeh Friedman >> > wrote:
>>>
It sounds almost identical to
On Sat, Feb 8, 2014 at 2:57 PM, Aryeh Friedman wrote:
>
>
>
> On Sat, Feb 8, 2014 at 3:54 PM, Adam Vande More wrote:
>
>>
>> On Sat, Feb 8, 2014 at 2:14 PM, Aryeh Friedman
>> wrote:
>>
>>>
>>> It sounds almost identical to the qcow2 security issue being discussed
>>> on qemu-de...@qemu.org recent
On Sat, Feb 8, 2014 at 3:54 PM, Adam Vande More wrote:
>
> On Sat, Feb 8, 2014 at 2:14 PM, Aryeh Friedman
> wrote:
>
>>
>> It sounds almost identical to the qcow2 security issue being discussed on
>> qemu-de...@qemu.org recently. This might be a *HUGE* win for bhyve
>> then in considering that
On Sat, Feb 8, 2014 at 2:14 PM, Aryeh Friedman wrote:
>
>
> It sounds almost identical to the qcow2 security issue being discussed on
> qemu-de...@qemu.org recently. This might be a *HUGE* win for bhyve then
> in considering that it's default format is raw (should ahci-hdd be the
> default?). d
Hello all,
I have built and uploaded a bhyve SVM project branch snapshot of r261578
(February 4th, 2014, MFC @ r259205) that can be found at:
http://mirrors.nycbug.org/pub/bhyve/r261578-svm/
Those with Barcelona class (http://en.wikipedia.org/wiki/AMD_10h) AMD
hardware are invited to give this.
On Sat, Feb 8, 2014 at 3:19 PM, Aryeh Friedman wrote:
>
>
>
> On Sat, Feb 8, 2014 at 3:14 PM, Aryeh Friedman
> wrote:
>
>>
>>
>>
>> On Sat, Feb 8, 2014 at 3:01 PM, Adam Vande More wrote:
>>
>>>
>>> On Sat, Feb 8, 2014 at 6:51 AM, Aryeh Friedman >> > wrote:
bhyve blindly read/writes into
On Sat, Feb 8, 2014 at 3:14 PM, Aryeh Friedman wrote:
>
>
>
> On Sat, Feb 8, 2014 at 3:01 PM, Adam Vande More wrote:
>
>>
>> On Sat, Feb 8, 2014 at 6:51 AM, Aryeh Friedman
>> wrote:
>>>
>>> bhyve blindly read/writes into the middle of the file without consulting
>>> the filesystem and thus bypass
On Sat, Feb 8, 2014 at 3:01 PM, Adam Vande More wrote:
>
> On Sat, Feb 8, 2014 at 6:51 AM, Aryeh Friedman
> wrote:
>>
>> bhyve blindly read/writes into the middle of the file without consulting
>> the filesystem and thus bypassing any things like sparse fill in namely
>> all you gain is a few
On Sat, Feb 8, 2014 at 6:51 AM, Aryeh Friedman wrote:
>
> bhyve blindly read/writes into the middle of the file without consulting
> the filesystem and thus bypassing any things like sparse fill in namely
> all you gain is a few seconds of startup time (matter of fact I think
> truncate might u
On Sat, Feb 8, 2014 at 7:34 AM, Adam Vande More wrote:
>
> On Sat, Feb 8, 2014 at 5:42 AM, Aryeh Friedman
> wrote:
>>
>> bhyve (as far I know) disks must be one solid file (md backed) or a /dev
>> block device... therefore it is unlikely the above would work
>>
>
> The reported size would be iden
On Sat, Feb 8, 2014 at 5:42 AM, Aryeh Friedman wrote:
>
> bhyve (as far I know) disks must be one solid file (md backed) or a /dev
> block device... therefore it is unlikely the above would work
>
The reported size would be identical so I don't see what the problem is.
--
Adam
__
On Sat, Feb 8, 2014 at 6:39 AM, Adam Vande More wrote:
> On Sat, Feb 8, 2014 at 5:20 AM, Olivier Cochard-Labbé >wrote:
>
> > On Fri, Feb 7, 2014 at 8:38 PM, Peter Grehan wrote:
> >
> > >
> > >
> > > If you create a sparse file for the bhyve raw disk (e.g. with truncate
> > > -s), du will show t
On Sat, Feb 8, 2014 at 5:20 AM, Olivier Cochard-Labbé wrote:
> On Fri, Feb 7, 2014 at 8:38 PM, Peter Grehan wrote:
>
> >
> >
> > If you create a sparse file for the bhyve raw disk (e.g. with truncate
> > -s), du will show the actual blocks used rather than the total size.
>
>
> But can I truncat
On Sat, Feb 8, 2014 at 6:20 AM, Olivier Cochard-Labbé wrote:
> On Fri, Feb 7, 2014 at 8:38 PM, Peter Grehan wrote:
>
> >
> >
> > If you create a sparse file for the bhyve raw disk (e.g. with truncate
> > -s), du will show the actual blocks used rather than the total size.
>
>
> But can I truncat
On Fri, Feb 7, 2014 at 8:38 PM, Peter Grehan wrote:
>
>
> If you create a sparse file for the bhyve raw disk (e.g. with truncate
> -s), du will show the actual blocks used rather than the total size.
But can I truncate an already existing image disk (downloaded nanobsd image
as example) ?
>
We have moved all support over to internal mailing lists. Please
http://lists.petitecloud.nyclocal.net/listinfo.cgi to subscribe
--
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
___
freebsd-virtualization@freebsd.org mailing list
http:
22 matches
Mail list logo