This can be used on almost anything, since Gluster is a userspace tool, based on FUSE. This means that all Gluster appears as to any application is just a directory. Applications don't need specific support for Gluster, so long as you can tell the application to use a certain directory for storage. One application can be for redundant and scaled storage, including for within Docker and Kubernetes, LXC, Proxmox, OpenStack, etc or just your image/web/video files or even da........

Interestingly enough Windows 2000 works fine on QEMU 64-bit but you have to specify Pentium as your CPU otherwise it doesn't complete the install (it will not pass the detecting/setting up devices phase). -vga cirrus is wise because it is supported by Windows 2000 and allows higher resolutions and 24-bit color. -cpu Pentium emulates an old computer and is necessary for install to complete -device rtl8139 is important as this oldschool Realtek 8139 NIC is supported by W........

/usr/libexec/qemu-kvm -enable-kvm -boot order=cd,once=dc -vga cirrus -m 4096 -drive file=~/23815135.img,if=virtio -usbdevice tablet -net nic,macaddr=DE:AD:BE:EF:D4:AB -netdev bridge,br=br0,id=net0 qemu-kvm: -usbdevice tablet: '-usbdevice' is deprecated, please use '-device usb-...' instead access denied by acl file qemu-kvm: bridge helper failed [root@CentOS-82-64-minimal 23815135]# /usr/libexec/qemu-kvm -enable-kvm -boot order=cd,once=dc -vga cirrus -........

forcedeth 0000:00:08.0: irq 25 for MSI/MSI-X forcedeth 0000:00:08.0: eth0: MSI enabled forcedeth 0000:00:08.0: eth0: no link during initialization ADDRCONF(NETDEV_UP): eth0: link is not ready forcedeth 0000:00:08.0: eth0: link up ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Dec 1 18:21:32 box15 kernel: forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64. Dec 1 18:21:32 box15 kernel........

[ 17.208336] tg3 0000:08:00.0: eth0: Link is up at 1000 Mbps, full duplex [ 17.210194] tg3 0000:08:00.0: eth0: Flow control is on for TX and on for RX [ 76.000065] phy0 -> rt2x00lib_request_firmware: Error - Failed to request Firmware. [ 76.002332] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 86.736004] eth0: no IPv6 routers present [ 148.960038] phy0 -> rt2x00lib_request_fi........

This is obviously a bug in the r8169 kernel module and it seems to affect a lot of people. I upgraded to the latest kernel and hope this won't happen anymore, as it is a very serious error. This is especially serious for those who are running servers with this chipset, who can afford for the NIC to randomly go off-line for no apparent reason? [655548.189113] type=1505 audit(1277067560.902:5): operation="profile_load" name="/usr/bin/freshclam&q........