1 |
Very informative explanation. |
2 |
|
3 |
|
4 |
On 12/05/19 20:01, Grant Taylor wrote: |
5 |
> On 12/4/19 11:03 PM, Walter Dnes wrote: |
6 |
>> nbd is a "Network Block Device" driver along the lines of NFS, but it |
7 |
>> doesn't handle concurrency. https://nbd.sourceforge.io/ |
8 |
> |
9 |
> I think I'd liken NBD to iSCSI more so than NFS. Primarily because |
10 |
> both NBD and iSCSI provide local block devices that are backed by |
11 |
> something across the network. Conversely, NFS provides access to |
12 |
> regular files from across the network. |
13 |
> |
14 |
> You can put a file system on an NBD / iSCSI block device if you want, |
15 |
> but you don't have to. Conversely, NFS is a file system and doesn't |
16 |
> require putting a file system on top of it. |
17 |
> |
18 |
>> But it's generic, and can handle any *REGULAR* file system, not just |
19 |
>> NFS. |
20 |
> |
21 |
> NFS is not a file system in the /typical/ sense. There is no |
22 |
> mkfs.nfs. NFS is a file system in the sense that it is mounted and |
23 |
> provides access to files. |
24 |
> |
25 |
>> QCOW2, or raw, or whatever, is a special QEMU format. So it requires |
26 |
>> QEMU libs (i.e. qemu-nbd) to decode QCOW2/RAW. |
27 |
>> |
28 |
>> Why doesn't qemu have a dependency on NFS? |
29 |
> |
30 |
> It doesn't, nor does it need to. |
31 |
> |
32 |
>> Same answer; they're both remote network block device systems that |
33 |
>> most linux users don't need, |
34 |
> |
35 |
> NFS is not a block device. |
36 |
> |
37 |
>> and they're both unrelated to the core functionality of QEMU. |
38 |
> |
39 |
> QEMU can use image files (qcow(2) or raw) on any mounted file system. |
40 |
> |
41 |
> NFS qualifies as a mounted file system, but that is completely outside |
42 |
> of QEMU. |
43 |
> |
44 |
> Normal file systems can be put on NBD & iSCSI devices and mounted, but |
45 |
> that is also completely outside of QEMU. |
46 |
> |
47 |
> QEMU proper will not use NBD devices (directly) itself. |
48 |
> |
49 |
> qemu-nbd is a utility to act as a NBD server to allow the Linux kernel |
50 |
> to be an NBD client to access qcow(2) image files. |
51 |
> |
52 |
> qemu-nbd is not /needed/ for normal QEMU operation. |
53 |
> |
54 |
> |
55 |
|
56 |
|
57 |
But, since it's included in the package, and apparently (from the name) |
58 |
will use a NBD device, then I think the dependency is logical |