Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Berichten over hetzelfde onderwerp Geert Stappers
On Tue, Jul 19, 2022 at 11:49:45PM +, hanbenes wrote:
> Op woensdag 20 juli 2022 om 01:36 schreef hanbenes :
> > Op dinsdag 19 juli 2022 om 12:11 schreef Paul van der Vlis 
> > p...@vandervlis.nl:
> > > Dan in virt-manager:
> > > bewerken | verbinding details | virtual networks
> > > vinkje "automatisch starten bij opstarten".
> >
> > Automatisch starten bij het opstarten is niet echt de bedoeling en
> > ook niet nodig voor goed functioneren is mijn ervaring.
> 
> Of ik lees het verkeerd; het start automatisch de beheerder in niet
> de verschillende machines!?
> 

Misschien:

> 
> Of ik lees het verkeerd; het start automatisch de beheerder en niet
> de verschillende machines!?
> 




Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Berichten over hetzelfde onderwerp hanbenes






Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op woensdag 20 juli 2022 om 01:36 schreef hanbenes :


>
>
>
>
>
> Verzonden met Proton Mail beveiligde e-mail.
>
>
> --- Original Message ---
> Op dinsdag 19 juli 2022 om 12:11 schreef Paul van der Vlis p...@vandervlis.nl:
>
>
>
> > Hoi Han en anderen,
> >
> > Op 18-07-2022 om 20:07 schreef hanbenes:
> >
> > > Het niet willen starten van een virtuele machine had ik nog niet 
> > > toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren 
> > > van Debian onlangs.
> > > Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:
> > >
> > > Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
> > > 'default' is not active
> > > Traceback (most recent call last):
> > > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
> > > cb_wrapper
> > > callback(asyncjob, *args, **kwargs)
> > > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
> > > callback(*args, **kwargs)
> > > File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 
> > > 57, in newfn
> > >
> > > Ik had al een tijdelijke noodoplossing gevonden door de virtuelemachine 
> > > beheerder een nieuwe machine te laten aanmaken. Hij vraagt dan een 
> > > verbindig aan te maken en dat was mijn bedoeling. Daarna kan de aanmaak 
> > > van nieuwe machine onderbroken worden en kan deze weg. De bestaande 
> > > machines kunnen nu aangezet worden. De brigde die ik op een ander moment 
> > > tegen kwam en waarvan ik de herkomst toen niet kende werd hier dus 
> > > aangemaakt. Nu inmiddels weet ik dat de bridge ook automatisch verwijderd 
> > > wordt als de computer uitgezet wordt.
> >
> > Het netwerk wordt bij het aanmaken gestart, maar later niet automatisch.
> > Beetje verwarrend. Wat je moet doen is dit:
> >
> > als root op de commandline de user ("han" waarschijnlijk) rechten geven:
> > adduser han libvirt
>
>
> Dat kan ik gaan onderzoeken.
>
> > Dan in virt-manager:
> > bewerken | verbinding details | virtual networks
> > vinkje "automatisch starten bij opstarten".
>
>
>
> Automatisch starten bij het opstarten is niet echt de bedoeling en ook niet 
> nodig voor goed functioneren is mijn ervaring.

Of ik lees het verkeerd; het start automatisch de beheerder in niet de 
verschillende machines!?

>
> > ( Dit schijnt ook te kunnen als root op de commandline met:
> > virsh net-autostart default
> > Maar dat heb ik nog niet geprobeerd. )
>
>
>
> Als ik de virt mach beheerder deinstalleer en dan opnieuw installeer, blijven 
> de aangemaakte machines dan staan? Worden die dan weer ingelezen?
>
>
> > Daarna machine rebooten en dan moet het werken.
> >
> > > Voor een betere oplossing heb ik de instellingen afgezocht. Bij 
> > > verbinding details staat automatisch verbinden al ingesteld. De 
> > > foutmelding bevat vast de sleutel naar de oplossing. Ik weet alleen niet 
> > > hoe ermee aan te vangen. Als iemand een tip heeft, graag.
> > >
> > > Wat ik ook nog niet weet is, of dit verband kan houden met het update 
> > > verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik 
> > > heb die update nog eens uitgevoerd met een virtuele machine die die 
> > > update nog niet had, en heb gekeken wat er gebeurde. De internet 
> > > verbinding leek weg te zijn, beide pictogrammen van LAN en van VPN werden 
> > > leeg en er verscheen een venster die melde dat een wachtwoord voor de VPN 
> > > benodigd was. Als test heb ik Firefox een zoekopdracht gegeven en de 
> > > zoekresultaten werden gevonden. Er was dus toch verbinding met internet. 
> > > Wat was er verdwenen en wat kwam ervoor in de plaats? Of was er niets 
> > > verdwenen en waren de pictogrammen misleidend?
> > > In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet 
> > > meer vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's 
> > > van youtube of duckduck niet afspeelden, maar de site werd wel gevonden. 
> > > Paul gaf de sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN 
> > > instellingen niets vreemds kunnen ontdekken.
> >
> > Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN
> > moet zitten. Of weet je niet hoe die VPN uit moet?
>
>
> Aan- en uitzetten van VPN is geen probleem.
>
> > Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze
> > het afspelen van Youtube video's wel uit als het erg druk wordt, want
> > dat levert natuurlijk veel verkeer op.
>
>
>
> Zou kunnen dat VPN beheerders dat kunnen doen. De constante is dat elke 
> machine dezelfde vreemde stuitering maakt bij die ene zelfde update op 
> hetzelfde punt, waarvan ik mij afvroeg wat daar nu juist mis ging.
>
>
> > > De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, 
> > > lijkt me toch van belang. Is daar iets zinnigs over te zeggen?
> >
> > Het lijken me verschillende kwesties.
>
>
> Okee
>
> > > Ik voeg nog het 

Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Berichten over hetzelfde onderwerp hanbenes






Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op dinsdag 19 juli 2022 om 12:11 schreef Paul van der Vlis :


> Hoi Han en anderen,
>
> Op 18-07-2022 om 20:07 schreef hanbenes:
>
> > Het niet willen starten van een virtuele machine had ik nog niet 
> > toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren van 
> > Debian onlangs.
> > Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:
> >
> > Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
> > 'default' is not active
> > Traceback (most recent call last):
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
> > cb_wrapper
> > callback(asyncjob, *args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
> > callback(*args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 
> > 57, in newfn
> >
> > Ik had al een tijdelijke noodoplossing gevonden door de virtuelemachine 
> > beheerder een nieuwe machine te laten aanmaken. Hij vraagt dan een 
> > verbindig aan te maken en dat was mijn bedoeling. Daarna kan de aanmaak van 
> > nieuwe machine onderbroken worden en kan deze weg. De bestaande machines 
> > kunnen nu aangezet worden. De brigde die ik op een ander moment tegen kwam 
> > en waarvan ik de herkomst toen niet kende werd hier dus aangemaakt. Nu 
> > inmiddels weet ik dat de bridge ook automatisch verwijderd wordt als de 
> > computer uitgezet wordt.
>
>
> Het netwerk wordt bij het aanmaken gestart, maar later niet automatisch.
> Beetje verwarrend. Wat je moet doen is dit:
>
> als root op de commandline de user ("han" waarschijnlijk) rechten geven:
> adduser han libvirt
>

Dat kan ik gaan onderzoeken.


> Dan in virt-manager:
> bewerken | verbinding details | virtual networks
> vinkje "automatisch starten bij opstarten".
>


Automatisch starten bij het opstarten is niet echt de bedoeling en ook niet 
nodig voor goed functioneren is mijn ervaring.


> ( Dit schijnt ook te kunnen als root op de commandline met:
> virsh net-autostart default
> Maar dat heb ik nog niet geprobeerd. )
>


Als ik de virt mach beheerder deinstalleer en dan opnieuw installeer, blijven 
de aangemaakte machines dan staan? Worden die dan weer ingelezen?



> Daarna machine rebooten en dan moet het werken.
>
> > Voor een betere oplossing heb ik de instellingen afgezocht. Bij verbinding 
> > details staat automatisch verbinden al ingesteld. De foutmelding bevat vast 
> > de sleutel naar de oplossing. Ik weet alleen niet hoe ermee aan te vangen. 
> > Als iemand een tip heeft, graag.
> >
> > Wat ik ook nog niet weet is, of dit verband kan houden met het update 
> > verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik 
> > heb die update nog eens uitgevoerd met een virtuele machine die die update 
> > nog niet had, en heb gekeken wat er gebeurde. De internet verbinding leek 
> > weg te zijn, beide pictogrammen van LAN en van VPN werden leeg en er 
> > verscheen een venster die melde dat een wachtwoord voor de VPN benodigd 
> > was. Als test heb ik Firefox een zoekopdracht gegeven en de zoekresultaten 
> > werden gevonden. Er was dus toch verbinding met internet. Wat was er 
> > verdwenen en wat kwam ervoor in de plaats? Of was er niets verdwenen en 
> > waren de pictogrammen misleidend?
> > In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet 
> > meer vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's van 
> > youtube of duckduck niet afspeelden, maar de site werd wel gevonden. Paul 
> > gaf de sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN 
> > instellingen niets vreemds kunnen ontdekken.
>
>
> Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN
> moet zitten. Of weet je niet hoe die VPN uit moet?
>

Aan- en uitzetten van VPN is geen probleem.


> Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze
> het afspelen van Youtube video's wel uit als het erg druk wordt, want
> dat levert natuurlijk veel verkeer op.
>


Zou kunnen dat VPN beheerders dat kunnen doen. De constante is dat elke machine 
dezelfde vreemde stuitering maakt bij die ene zelfde update op hetzelfde punt, 
waarvan ik mij afvroeg wat daar nu juist mis ging.



> > De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, 
> > lijkt me toch van belang. Is daar iets zinnigs over te zeggen?
>
>
> Het lijken me verschillende kwesties.
>

Okee


> > Ik voeg nog het laatste deel van de update toe, rond de defecte 
> > koppelingsgroep regulatory.db
> >
> > Instellen van distro-info-data (0.51+deb11u2) ...
> > Instellen van openssh-client (1:8.4p1-5+deb11u1) ...
> > Instellen van wireless-regdb (2022.04.08-2~deb11u1) ...
> > update-alternatives: waarschuwing: het opnieuw installeren van alternatief 
> > /lib/firmware/regulatory.db-debian wordt afgedwongen, omdat koppelingsgroep 
> > regulatory.db defect is
>
>

debconf (online)

2022-07-19 Berichten over hetzelfde onderwerp Gijs Hillenius



Ik volgde vanmorgen met veel plezier de lezing over Debian bij Siemens.

Zit ik toch weer heel anders in de trein, dus.

Het was een presentatie op de Debconf, de lezingen in de hoofd-zaal zijn te 
volgen met:

mpv https://onsite.live.debconf.org/live/drini.m3u8

-- 
Clones are people two.



Re: network 'default' is not active

2022-07-19 Berichten over hetzelfde onderwerp Paul van der Vlis

Op 19-07-2022 om 08:47 schreef hanbenes:



Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op maandag 18 juli 2022 om 21:47 schreef Geert Stappers :



Previou-Subject: Re: libvirt netwerk Was: Verbinding na update
In-Reply-To: 
u8mOPzjdXlhOVYkh_lY2L8opvbOoROPd-qWrBoHHR-Slu4spo41fJ9pH4Zr2HtvLDSygqp5i-YWPKet4-Z5F-d3c_wLHqe7yGrAIa_SAd9s=@protonmail.com


On Mon, Jul 18, 2022 at 06:07:51PM +, hanbenes wrote:


Zou het? Ik gebruik protonmail uitsluitend als webmail via firefox
browser. Die bridge verschijnt na updaten en tijdens updaten is
er geen firefox open. Ik verwijder die bridge vervolgens.


En met welke actie wordt die "bridge" verwijdert?


De bridge wordt verwijderd middels een scherm onder gnome, genaamd 
'Netwerkverbindingen'.

... Wat blijkt: de bridge wordt gemaakt door de virtuele
machine beheerder. Dat gebeurt als na een nieuwe opstart een virtuele
machine gestart wordt. Waar voorheen vm's meteen opstartten lukt dat nu
niet meer in een keer. Het staat ingesteld als QEMU/KVM. De netwerk
source staat op default virtueel netwerk, niet als bridge device.


} Wat zou ik kunnen doen?

Meer met het programma `virt-manager` spelen.
Onderzoek het. Zie eventueel ook bijgevoegd plaatje.


Het niet willen starten van een virtuele machine had ik nog niet
toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren
van Debian onlangs.
Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:

Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
'default' is not active
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in cb_wrapper
callback(asyncjob, *args, **kwargs)
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
callback(*args, **kwargs)
File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in 
newfn



Die "network 'default' is not active" lees ik als

Brigde die nodig is, is er niet.




Ik denk het ook


Ik dacht dat het de Protonmail bridge was, maar virt-manager richt ook 
een bridge in.  Standaard heeft Debian geen bridge.


Groet,
Paul



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



Re: libvirt netwerk Was: Verbinding na update

2022-07-19 Berichten over hetzelfde onderwerp Paul van der Vlis

Hoi Han en anderen,

Op 18-07-2022 om 20:07 schreef hanbenes:


Het niet willen starten van een virtuele machine had ik nog niet toegelicht. 
Het doet zich alleen nu voor sinds het opnieuw installeren van Debian onlangs.
Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:

Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
'default' is not active
Traceback (most recent call last):
   File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
cb_wrapper
 callback(asyncjob, *args, **kwargs)
   File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
 callback(*args, **kwargs)
   File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, 
in newfn

Ik had al een tijdelijke noodoplossing gevonden door de virtuelemachine 
beheerder een nieuwe machine te laten aanmaken. Hij vraagt dan een verbindig 
aan te maken en dat was mijn bedoeling. Daarna kan de aanmaak van nieuwe 
machine onderbroken worden en kan deze weg. De bestaande machines kunnen nu 
aangezet worden. De brigde die ik op een ander moment tegen kwam en waarvan ik 
de herkomst toen niet kende werd hier dus aangemaakt. Nu inmiddels weet ik dat 
de bridge ook automatisch verwijderd wordt als de computer uitgezet wordt.


Het netwerk wordt bij het aanmaken gestart, maar later niet automatisch. 
Beetje verwarrend.  Wat je moet doen is dit:


als root op de commandline de user ("han" waarschijnlijk) rechten geven:
adduser han libvirt

Dan in virt-manager:
bewerken | verbinding details | virtual networks
vinkje "automatisch starten bij opstarten".

( Dit schijnt ook te kunnen als root op de commandline met:
virsh net-autostart default
Maar dat heb ik nog niet geprobeerd. )

Daarna machine rebooten en dan moet het werken.


Voor een betere oplossing heb ik de instellingen afgezocht. Bij verbinding 
details staat automatisch verbinden al ingesteld. De foutmelding bevat vast de 
sleutel naar de oplossing. Ik weet alleen niet hoe ermee aan te vangen. Als 
iemand een tip heeft, graag.

Wat ik ook nog niet weet is, of dit verband kan houden met het update 
verschijnsel in mijn oorspronkelijk bericht, of dat dat onmogelijk is. Ik heb 
die update nog eens uitgevoerd met een virtuele machine die die update nog niet 
had, en heb gekeken wat er gebeurde. De internet verbinding leek weg te zijn, 
beide pictogrammen van LAN en van VPN werden leeg en er verscheen een venster 
die melde dat een wachtwoord voor de VPN benodigd was. Als test heb ik Firefox 
een zoekopdracht gegeven en de zoekresultaten werden gevonden. Er was dus toch 
verbinding met internet. Wat was er verdwenen en wat kwam ervoor in de plaats? 
Of was er niets verdwenen en waren de pictogrammen misleidend?
In de update van de fysieke machine toen, kon Thunderbird mijn gmail niet meer 
vinden maar mijn tele2 mailadres wel. Daarna merkte ik dat video's van youtube 
of duckduck niet afspeelden, maar de site werd wel gevonden. Paul gaf de 
sugestie dat VPN voor problemen kon zorgen. Ik heb bij de VPN instellingen 
niets vreemds kunnen ontdekken.


Als het wel goed werkt zonder VPN, dan weet je dat het ergens in die VPN 
moet zitten. Of weet je niet hoe die VPN uit moet?


Bedenk dat die VPN-beheerders van alles kunnen doen. Misschien zetten ze 
het afspelen van Youtube video's wel uit als het erg druk wordt, want 
dat levert natuurlijk veel verkeer op.



De vraag, of deze twee kwesties verband met elkaar kunnen houden of niet, lijkt 
me toch van belang. Is daar iets zinnigs over te zeggen?


Het lijken me verschillende kwesties.


Ik voeg nog het laatste deel van de update toe, rond de defecte koppelingsgroep 
regulatory.db

Instellen van distro-info-data (0.51+deb11u2) ...
Instellen van openssh-client (1:8.4p1-5+deb11u1) ...
Instellen van wireless-regdb (2022.04.08-2~deb11u1) ...
update-alternatives: waarschuwing: het opnieuw installeren van alternatief 
/lib/firmware/regulatory.db-debian wordt afgedwongen, omdat koppelingsgroep 
regulatory.db defect is


Ik denk dat het niet erg is. Maar als je er op wilt zoeken is het handig 
om de foutmelding Engelstalig te hebben. Zie mijn vorige mail.


Groet,
Paul


Instellen van linux-image-amd64 (5.10.127-1) ...
Instellen van apache2-bin (2.4.54-1~deb11u1) ...
Instellen van libwbclient0:amd64 (2:4.13.13+dfsg-1~deb11u4) ...
Instellen van libfreetype6:amd64 (2.10.4+dfsg-1+deb11u1) ...
Instellen van libfribidi0:amd64 (1.0.8-2+deb11u1) ...
Instellen van usb.ids (2022.05.20-0+deb11u1) ...
Instellen van libnm0:amd64 (1.30.6-1+deb11u1) ...
Instellen van libdpkg-perl (1.20.11) ...
Instellen van nano (5.4-2+deb11u1) ...
Instellen van orca (3.38.2-2) ...
Instellen van tigervnc-common (1.11.0+dfsg-2+deb11u1) ...
Nieuwe versie van configuratiebestand /etc/pam.d/tigervnc wordt geïnstalleerd 
...
Instellen van gir1.2-nm-1.0:amd64 (1.30.6-1+deb11u1) ...
Instellen van libsdl2-2.0-0:amd64 (2.0.14+dfsg2-3+deb11u1) ...
Instellen van openssh-sftp-server (1:8.4p1-5+deb11u1) ...
Instellen 

Re: network 'default' is not active

2022-07-19 Berichten over hetzelfde onderwerp hanbenes






Verzonden met Proton Mail beveiligde e-mail.

--- Original Message ---
Op maandag 18 juli 2022 om 21:47 schreef Geert Stappers :


> Previou-Subject: Re: libvirt netwerk Was: Verbinding na update
> In-Reply-To: 
> u8mOPzjdXlhOVYkh_lY2L8opvbOoROPd-qWrBoHHR-Slu4spo41fJ9pH4Zr2HtvLDSygqp5i-YWPKet4-Z5F-d3c_wLHqe7yGrAIa_SAd9s=@protonmail.com
>
>
> On Mon, Jul 18, 2022 at 06:07:51PM +, hanbenes wrote:
>
> > > > > > > > Zou het? Ik gebruik protonmail uitsluitend als webmail via 
> > > > > > > > firefox
> > > > > > > > browser. Die bridge verschijnt na updaten en tijdens updaten is
> > > > > > > > er geen firefox open. Ik verwijder die bridge vervolgens.
> > > > >
> > > > > En met welke actie wordt die "bridge" verwijdert?
> > > >
> > > > De bridge wordt verwijderd middels een scherm onder gnome, genaamd 
> > > > 'Netwerkverbindingen'.
> > > >
> > > > ... Wat blijkt: de bridge wordt gemaakt door de virtuele
> > > > machine beheerder. Dat gebeurt als na een nieuwe opstart een virtuele
> > > > machine gestart wordt. Waar voorheen vm's meteen opstartten lukt dat nu
> > > > niet meer in een keer. Het staat ingesteld als QEMU/KVM. De netwerk
> > > > source staat op default virtueel netwerk, niet als bridge device.
> > >
> > > } Wat zou ik kunnen doen?
> > >
> > > Meer met het programma `virt-manager` spelen.
> > > Onderzoek het. Zie eventueel ook bijgevoegd plaatje.
> >
> > Het niet willen starten van een virtuele machine had ik nog niet
> > toegelicht. Het doet zich alleen nu voor sinds het opnieuw installeren
> > van Debian onlangs.
> > Het aanzetten van een virtuele machine geeft nu de volgende foutmelding:
> >
> > Fout bij starten van domein: Gevraagde operatie is niet geldig: network 
> > 'default' is not active
> > Traceback (most recent call last):
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in 
> > cb_wrapper
> > callback(asyncjob, *args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/asyncjob.py", line 101, in tmpcb
> > callback(*args, **kwargs)
> > File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 
> > 57, in newfn
>
>
> Die "network 'default' is not active" lees ik als
>
> Brigde die nodig is, is er niet.
>
>

Ik denk het ook

>
> Groeten
> Geert Stappers
> --
> Silence is hard to parse