Re: Qemu vraagje

2023-10-12 Berichten over hetzelfde onderwerp Sebastiaan Glazenborg


> Als ik een virtuele disk aanmaak met:
> qemu-img create -f qcow2 /path/naam.qcow2 1000G
> Dan krijg ik een disk die volgens "ls" maar een paar KB groot is, en
> die groeit naarmate ik hem gebruik.

Sparse file dus, zelf te maken met bijv. dd

$ dd if=/dev/zero of=file.whatever bs=1 count=0 seek=1024G
0+0 records in
0+0 records out
0 bytes copied, 7.7843e-05 s, 0.0 kB/s

$ du -k file.whatever 
0   file.whatever

$ ls -s file.whatever 
0 file.whatever

$ ls -lh file.whatever 
-rw-rw-r--. 1 * * 1.0T Oct 13 00:52
file.whatever

$ stat file.whatever 
  File: file.whatever
  Size: 1099511627776 Blocks: 0 IO Block: 4096 regular file
*knip*


> Blocks: Total number of allocated blocks to the file to store on the
> hard disk.

Blocks: 0, omdat er niets in dat bestand geschreven is.


> Ik ben gewend om via "ls" te kijken hoe groot een bestand is, daarom 
> vind ik het niet prettig hoe virt-manager disks aanmaakt. Verder vind
> ik het raar, ik zou denken dat het ook "qemu-img" gebruikt.

virt-manager gebruikt python libvirt interface, wat qemu-img gebruikt
weet ik niet.

Beiden hebben hun eigen manier van sparse file aanmaken.









Re: Qemu vraagje, 100GB disken van een paar kilo Byte

2023-10-12 Berichten over hetzelfde onderwerp Paul van der Vlis

Hallo Geert en anderen,

Op 12-10-2023 om 20:44 schreef Geert Stappers:

On Wed, Oct 11, 2023 at 11:01:45PM +0200, Paul van der Vlis wrote:

Op 11-10-2023 om 22:06 schreef Geert Stappers:

On Wed, Oct 11, 2023 at 09:34:19PM +0200, Paul van der Vlis wrote:

Hallo,

Als ik een virtuele disk aanmaak met:
qemu-img create -f qcow2 /path/naam.qcow2 1000G
Dan krijg ik een disk die volgens "ls" maar een paar KB groot is, en die
groeit naarmate ik hem gebruik.
Die disk kan ik gebruiken met het commando "virt-install".

Maar ik ben nu bezig met virt-manager.

Als ik een virtuele disk aanmaak met virt-manager, dan is zo'n disk van
1000GB volgens "ls" opeens 1000GB groot. Die ruimte neemt het niet echt in
beslag, want volgens "du" is hij veel kleiner.

Ik ben gewend om via "ls" te kijken hoe groot een bestand is, daarom vind ik
het niet prettig hoe virt-manager disks aanmaakt. Verder vind ik het raar,
ik zou denken dat het ook "qemu-img" gebruikt.

Kan iemand me misschien uitleggen waarom het aanmaken van een disk via
virt-manager anders is?  En of hier misschien iets aan te doen is?



Het wordt "sparse file" genoemd.

Wat ik van de e-mail begrijp, maakt qemu-img default sparse files aan.
En is de wens dat virt-manager dat ook doet. Ik weet echter niet hoe.
Mijn staat iets bij dat ik ooit een "checkbox"  ( "vinkje" ) voor gezien
heb.  (En voor meer heb ik geen tijd.)


Bedankt dat je toch even wou reageren.

Wat je bedoeld is waarschijnlijk de checkbox "allocate entire volume now".
Dit plaatje vond ik daarover op internet:
https://postimg.cc/ctBrm5C5
Maar dat is juist niet wat ik wil. En heb ik dus ook niet aangevinkt.


Met het gewenste effect, dat weglaten van vink "allocate entire volume?
[ja/nee/...]


Nee.

Oftewel.. het volume wordt niet helemaal gereserveerd.
Alleen "ls" ziet dat wel zo.

Ik heb het niet getest met het vinkje aan, het staat default uit.

Ik zag dat er een mailinglist is voor virt-manager, misschien moet ik 
het daar eens gaan vragen.

https://listman.redhat.com/mailman/listinfo/virt-tools-list

Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/



xinetd verwijderen

2023-10-12 Berichten over hetzelfde onderwerp Cecil Westerhof
Behalve een service die ik zelf heb toegevoegd zie ik dat alle
services die in /etc/xinetd.d staan zijn uitgeschakeld.
Ik wil die laatste omzetten naar een systemd service.
Ik neem aan dat ik dan xinetd kan uitschakelen en misschien zelfs
verwijderen van mijn systeem?

-- 
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof



Re: Qemu vraagje, 100GB disken van een paar kilo Byte

2023-10-12 Berichten over hetzelfde onderwerp Geert Stappers
On Wed, Oct 11, 2023 at 11:01:45PM +0200, Paul van der Vlis wrote:
> Op 11-10-2023 om 22:06 schreef Geert Stappers:
> > On Wed, Oct 11, 2023 at 09:34:19PM +0200, Paul van der Vlis wrote:
> > > Hallo,
> > > 
> > > Als ik een virtuele disk aanmaak met:
> > > qemu-img create -f qcow2 /path/naam.qcow2 1000G
> > > Dan krijg ik een disk die volgens "ls" maar een paar KB groot is, en die
> > > groeit naarmate ik hem gebruik.
> > > Die disk kan ik gebruiken met het commando "virt-install".
> > > 
> > > Maar ik ben nu bezig met virt-manager.
> > > 
> > > Als ik een virtuele disk aanmaak met virt-manager, dan is zo'n disk van
> > > 1000GB volgens "ls" opeens 1000GB groot. Die ruimte neemt het niet echt in
> > > beslag, want volgens "du" is hij veel kleiner.
> > > 
> > > Ik ben gewend om via "ls" te kijken hoe groot een bestand is, daarom vind 
> > > ik
> > > het niet prettig hoe virt-manager disks aanmaakt. Verder vind ik het raar,
> > > ik zou denken dat het ook "qemu-img" gebruikt.
> > > 
> > > Kan iemand me misschien uitleggen waarom het aanmaken van een disk via
> > > virt-manager anders is?  En of hier misschien iets aan te doen is?
> > 
> > 
> > Het wordt "sparse file" genoemd.
> > 
> > Wat ik van de e-mail begrijp, maakt qemu-img default sparse files aan.
> > En is de wens dat virt-manager dat ook doet. Ik weet echter niet hoe.
> > Mijn staat iets bij dat ik ooit een "checkbox"  ( "vinkje" ) voor gezien
> > heb.  (En voor meer heb ik geen tijd.)
> 
> Bedankt dat je toch even wou reageren.
> 
> Wat je bedoeld is waarschijnlijk de checkbox "allocate entire volume now".
> Dit plaatje vond ik daarover op internet:
> https://postimg.cc/ctBrm5C5
> Maar dat is juist niet wat ik wil. En heb ik dus ook niet aangevinkt.

Met het gewenste effect, dat weglaten van vink "allocate entire volume?
[ja/nee/...]

 
> Groet,
> Paul


Groeten
Geert Stappers
-- 
Silence is hard to parse



Voorkomen dat na een upgrade xinetd wordt herstart

2023-10-12 Berichten over hetzelfde onderwerp Cecil Westerhof
Na een upgrade krijg je (indien nodig) het scherm:
Daemons using outdated libraries

Een aantal dingen staat default niet geselecteerd, maar xinetd.service
is default helaas wel geselecteerd.
Dit geeft problemen met gnus (news en e-mail lezer in emacs). Als ik
me goed herinner heeft het te maken met leafpad.
xinetd moet dus niet worden herstart. Dat moet ik handmatig doen
wanneer ik emacs (of i.i.g. gnus) netjes heb afgesloten. Meestal denk
ik er wel aan om xinetd te de-selecteren, maar niet altijd. Is er een
manier om ervoor te zorgen dat in het scherm:
Daemons using outdated libraries

xinetd ook standaard niet geselecteerd is?

Het zou natuurlijk ook kunnen dat mijn entry in /etc/xinetd.d/leafnode
verkeerd is:
service nntp
{
disable = no
flags   = REUSE
socket_type = stream
wait= no
user= news
server  = /usr/sbin/leafnode
log_on_success += DURATION
}

Als dat het geval is, dan is dat corrigeren natuurlijk nog beter. :-D

-- 
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof