Installation von eisfair1 auf proxmox 5.2

[Holger Behmann]

Hallo,

da ich mich intensiv mit Proxmox VE 5.2 befasse, möchte dort einen
eisfair1-Server laufen lassen.
Zu dem Thema habe ich nur Einträge von 2016 und 2017 gefunden. Darin
wurde unter anderem zu Recht veraltete Technik moniert. Und einfach ist
anders...

Hier also ein Wie-geht´s:
1. Voraussetzungen
- Proxmox VE 5.2 ist installiert :)
- Das aktuelle Eisfair-ISO (v1.8.7, v1.8.5 geht auch)
liegt im ISO-Store
- Eine VM mit SATA-Platte und E1000-Nic (Rest: wie ihr mögt!)
- VM gestartet und Konsolenfenster geöffnet
2. Eisfair installieren
- Die Fragen nach dem CR-ROM mit y beantworten
- Die Frage nach den Treibern (SCSI/SATA/RAID/USB)
mit y beantworten
- AHCI (13) auswählen
- Den Rest nach belieben konfigurieren.
- booten
3. Eisfair aktualisieren und virt-kernel installieren
- als Root anmelden und folgendes eingeben:
eisman update
eisman upgrade
eisman install eiskernel-virt # und aktivieren
reboot
4. Module laden
- als Root anmelden (eiskernel Meldung muss VIRT enthalten)
- und folgendes eingeben:
modprobe virtio_scsi
- mit lsmod prüfen, ob Modul virtio_scsi geladen ist, dann:
eisman install eiskernel-virt
halt
5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
- In Proxmox VE 5.2 die Platte (SATA) aushängen und via
Bearbeiten als SCSI (virtio) wieder einhängen.
Proxmox empfiehlt SCSI (virtio) für Linux-VMs
- Netzwerkkarte via Bearbeiten auf
virtio (paravirtualisiert) umstellen
- CD-DVD Laufwerk auf Kein Medium verwenden stellen
- Unter Optionen der VM die Boot-Reihenfolge ändern
(aus SATA muss SCSI werden)
- VM starten

Fertig! Ganz ohne Rescue-Disk und lilo...

Vielleicht hilft das dem einen oder anderen.

Gruß
Holger

PS: Kann man den SMP-Kernel entfernen?

[Marcus Roeckrath]

Hallo Holger,

Holger Behmann wrote:

> da ich mich intensiv mit Proxmox VE 5.2 befasse, möchte dort einen
> eisfair1-Server laufen lassen.
> Zu dem Thema habe ich nur Einträge von 2016 und 2017 gefunden. Darin
> wurde unter anderem zu Recht veraltete Technik moniert. Und einfach ist
> anders...
>
> Hier also ein Wie-geht´s:

Das nun auch als Wikiartikel anlegen wäre ganz toll.

--
Gruss Marcus

[Holger Behmann]

Ich habe keinen Zugang!

Gruß
Holger

[Kay Martinen]

Am 17.09.2018 um 21:11 schrieb Holger Behmann:
>
> da ich mich intensiv mit Proxmox VE 5.2 befasse, möchte dort einen
> eisfair1-Server laufen lassen.

> Zu dem Thema habe ich nur Einträge von 2016 und 2017 gefunden. Darin
> wurde unter anderem zu Recht veraltete Technik moniert. Und einfach ist
> anders...

Ja, dem EIS fehlt noch der Qemu Guest-Agent.

>
> Hier also ein Wie-geht´s:
> 1. Voraussetzungen
> - Proxmox VE 5.2 ist installiert :)

Hier 5.2.5 64bit auf Proliant DL360 G5

> - Das aktuelle Eisfair-ISO (v1.8.7, v1.8.5 geht auch)

Geht auch mit älteren ISOs. Meine 3 EIS-VMs laufen schon ein (paar)
Jahre aber genauer kann ich es nicht angeben.


> liegt im ISO-Store

Den ich hier wg. Platzmangel via nfs von einem echten Eisfair-1 beziehe.
Dort kann ich die ISOs auch leicht(er) erreichen/updaten.

> 4. Module laden
> modprobe virtio_scsi

> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
> - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
> Bearbeiten als SCSI (virtio) wieder einhängen.
> Proxmox empfiehlt SCSI (virtio) für Linux-VMs
> - Netzwerkkarte via Bearbeiten auf

Hmm, ich habe nur

> virtio (paravirtualisiert) umstellen

den eingerichtet und mir das andere gespart. Da muß ich mal nachlesen.
Oder kannst du kurz erklären warum SCSI? Nur wegen Performance oder
anderer Gründe?

> Fertig! Ganz ohne Rescue-Disk und lilo...

Du meinst sda1 bleibt danach sda1 und man muß den bootloader auch nicht
neu schreiben?

>
> Vielleicht hilft das dem einen oder anderen.

Bestimmt.

>
> PS: Kann man den SMP-Kernel entfernen?
>

Ich glaube das geht normal nicht weil der schon als Fallback drin
bleibt. Mich störts nicht.


Kay

--
Sent via SN (Eisfair-1)

[Marcus Roeckrath]

Hallo Holger,

Holger Behmann wrote:

>> Das nun auch als Wikiartikel anlegen wäre ganz toll.
>>
> Ich habe keinen Zugang!

Den kann sich jeder selbst erstellen.

--
Gruss Marcus

[Marcus Roeckrath]

Hallo Kay,

Kay Martinen wrote:

>> PS: Kann man den SMP-Kernel entfernen?
>>
> Ich glaube das geht normal nicht weil der schon als Fallback drin
> bleibt. Mich störts nicht.

Den aktuellen nochmal drüberbügeln, dann ist der SMP nicht mehr oldeis.

Dann noch

rm /var/install/packages/eiskernel-smp

Und aus /var/lib/eisman/installed.db die komplette Sektion für den
eiskernel-smp entfernen.

--
Gruss Marcus

[Thomas Bork]

Am 17.09.2018 um 22:52 schrieb Kay Martinen:

>> 4. Module laden
>> modprobe virtio_scsi
>> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
>> - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
>> Bearbeiten als SCSI (virtio) wieder einhängen.
>> Proxmox empfiehlt SCSI (virtio) für Linux-VMs
>> - Netzwerkkarte via Bearbeiten auf
> Hmm, ich habe nur
>> virtio (paravirtualisiert) umstellen

Das ist virtio_blk. Der arbeitet mit Devicenamen /dev/vd[a-z]+. Das
modernere virtio_scsi mit Devicenamen /dev/sd[a-z]+. Das erklärt, warum
nach Umstellung von ahci auf virtio_scsi die Devicenamen gleich bleiben
und der Bootloader nicht neu konfiguriert, die fstab nicht umgeschrieben
werden muss usw.

> den eingerichtet und mir das andere gespart. Da muß ich mal nachlesen.
> Oder kannst du kurz erklären warum SCSI? Nur wegen Performance oder
> anderer Gründe?
>> Fertig! Ganz ohne Rescue-Disk und lilo...
> Du meinst sda1 bleibt danach sda1 und man muß den bootloader auch nicht
> neu schreiben?

Siehe oben. Vor dem Hintergrund dürfte es dann auch recht trivial sein,
einen hier vorhandenen eisfair-Installer mit dem VIRT-Kernel für die
Installation per virtio_scsi anzupassen.

--
der tom
[eisfair-team]

[Holger Behmann]

Hallo Kay,

>
> Ja, dem EIS fehlt noch der Qemu Guest-Agent.

Der ist nicht zwingend erforderlich. Er dient der Kommunikation zwischen
Wirt und Gast. Das sorgt u. a. für ein sauberes Herunterfahren von
"außen"; sonst wird im Zweifel einfach ausgeschaltet.

>
>> 4. Module laden
>> modprobe virtio_scsi
>> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
>> - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
>> Bearbeiten als SCSI (virtio) wieder einhängen.
>> Proxmox empfiehlt SCSI (virtio) für Linux-VMs
>> - Netzwerkkarte via Bearbeiten auf
>
> Hmm, ich habe nur
>
>> virtio (paravirtualisiert) umstellen
>
> den eingerichtet und mir das andere gespart. Da muß ich mal nachlesen.
> Oder kannst du kurz erklären warum SCSI? Nur wegen Performance oder
> anderer Gründe?

IDE und SATA sind voll emuliert - der ganze Plattenkram muss durch die
Software und das ist langsamer, als wenn Virtualisiere nur Blöcke
"sortiert" - flapsig ausgedrückt.

>
>> Fertig! Ganz ohne Rescue-Disk und lilo...
>
> Du meinst sda1 bleibt danach sda1 und man muß den bootloader auch nicht
> neu schreiben?
>

Ich war auch schwer erschüttert ;-)

Aber ja, das ist so! Der Trick ist das Laden des Moduls und das
nochmalige(!) Installieren der Kernels - das schreibt die initrd.gz mit
den geladenen Modulen.

sda bleibt beim Umstieg sda. SATA und SCSI nutzen das gleich
Namensschema. Und Dank udev und unseres unermüdlichen Kernelbauers
findet der Kernel automatisch den richtigen Netzwerkkartentreiben.

>>
>> Vielleicht hilft das dem einen oder anderen.
>
> Bestimmt.
>
>>
>> PS: Kann man den SMP-Kernel entfernen?
>>
>
> Ich glaube das geht normal nicht weil der schon als Fallback drin
> bleibt. Mich störts nicht.
>

Mich schon, da ich diesen Kernel regelmäßig zu aktualisieren habe, da
sonst im Fallback-Fall (klingt irgendwie blöd!) u. U. der alte Kernel
nicht mehr zum restlichen System passt - wenn ich nicht irre!

Gruß
Holger

[Kay Martinen]

Am 17.09.2018 um 23:14 schrieb Thomas Bork:
> Am 17.09.2018 um 22:52 schrieb Kay Martinen:
>
>>> 4. Module laden
>>>        modprobe virtio_scsi
>>> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
>>>    - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
>>>      Bearbeiten als SCSI (virtio) wieder einhängen.
>>>      Proxmox empfiehlt SCSI (virtio) für Linux-VMs
>>>    - Netzwerkkarte via Bearbeiten auf
>> Hmm, ich habe nur
>>>      virtio (paravirtualisiert) umstellen
>
> Das ist virtio_blk. Der arbeitet mit Devicenamen  /dev/vd[a-z]+. Das
> modernere virtio_scsi mit Devicenamen /dev/sd[a-z]+. Das erklärt, warum
> nach Umstellung von ahci auf virtio_scsi die Devicenamen gleich bleiben
> und der Bootloader nicht neu konfiguriert, die fstab nicht umgeschrieben
> werden muss usw.

Sorry, ich verstehe noch nicht ganz. Habe aber eben bemerkt das ich
unpassend gequoutet hab. Was ich sagen wollte, ich habe die Disk auf dem
defaultwert gelassen und nur den virtio-netzwerk-treiber verwendet.

Funktioniert hier dennoch. Ändert meine obige Korrektur etwas an dem was
du schreibst, gar gefährliches?

sda ist ungleich vda. Wie kann da kein update der boot-konfig nötig sein?

>> Du meinst sda1 bleibt danach sda1 und man muß den bootloader auch nicht
>> neu schreiben?
>
> Siehe oben. Vor dem Hintergrund dürfte es dann auch recht trivial sein,
> einen hier vorhandenen eisfair-Installer mit dem VIRT-Kernel für die
> Installation per virtio_scsi anzupassen.

Vielleicht ist es zu spät und ich verstehe es noch nicht. Oder kann man
das einfacher erklären?

[Holger Behmann]

In der Theorie schon:
Ich hab´s mehrfach versucht:
Beim ersten Mal bekam ich eine Ops-Fehlermeldung, danach lediglich neue
Capchars :(

[Thomas Bork]

Am 17.09.2018 um 23:31 schrieb Kay Martinen:

> Sorry, ich verstehe noch nicht ganz. Habe aber eben bemerkt das ich
> unpassend gequoutet hab. Was ich sagen wollte, ich habe die Disk auf dem
> defaultwert gelassen und nur den virtio-netzwerk-treiber verwendet.

Was ist denn der default?

> sda ist ungleich vda. Wie kann da kein update der boot-konfig nötig sein?

Holger hat von ahci auf virtio_scsi gewechselt. Beide verwenden das
selbe Namensschema und somit sind einige Verrenkungen aus dem
Ursprungsposting nicht mehr nötig, denn sdX ist weiterhin sdX.

--
der tom
[eisfair-team]

[Holger Behmann]

Hallo Tom,

> Siehe oben. Vor dem Hintergrund dürfte es dann auch recht trivial sein,
> einen hier vorhandenen eisfair-Installer mit dem VIRT-Kernel für die
> Installation per virtio_scsi anzupassen.
>

Hab ich etwas übersehen? Wo finde ich den?

Gruß
Holger

[Thomas Bork]

Ist in Vorbereitung für die Veröffentlichung - allerdings 64 Bit.

--
der tom
[eisfair-team]

[Holger Behmann]

Am 17.09.2018 um 23:31 schrieb Kay Martinen:

In der 5.2er Version wird SCSI vorgeschlagen. Was Du hast, heißt dort
Virtio Block (passt besser zum dem, was Tom schrieb).

In Deinem Fall ist vda ungleich sda und führt zwangsläufig zu Problemen.
Ich beschrieb eine Neu-Installation, kein Umstellen eines alten Systems!


Gruß
Holger

[Holger Behmann]

Sauber! !Grins!

[Marcus Roeckrath]

Hallo Holger,

Holger Behmann wrote:

>>>> Das nun auch als Wikiartikel anlegen wäre ganz toll.
>>>>
>>> Ich habe keinen Zugang!
>>
>> Den kann sich jeder selbst erstellen.
>>
> In der Theorie schon:
> Ich hab´s mehrfach versucht:
> Beim ersten Mal bekam ich eine Ops-Fehlermeldung, danach lediglich neue
> Capchars :(

Gut, da muss wohl nochmal jemand nachschauen; am Wochenende war das Wiki
auch sehr hakelig.

--
Gruss Marcus

[Hilmar Böhm]

Hallo Marcus,

gibt es btw Templates für Wiki-Artikel?

Gruß/Hilmar.


Am 18.09.18 um 00:02 schrieb Marcus Roeckrath:

[Hilmar Böhm]

Hallo,

entschuldigt bitte, wenn ich mich ganz oben einklinke.

Holgers Anleitung finde ich echt prima! Danke!

Und das, obwohl ich keine Proxmox-Umgebung verwende, sondern nur KVM/Debian und virt-manager

Kap. 1.- 4. klappen einwandfrei! :-)

Allerdings musste ich am Anfang von Kap. 3 noch die Netzwerkkarte anpassen, da die Installation als IP_ETH_1_NAME "net0" erkannt
hat. Das lässt sich aber im setup in der base config leicht berichtigen (bei mir "enx<MAC-Adr>")

Bei Kap. 5 versuche ich Analogien zu Promox in virt-manager zu finden:

> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
> - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
> Bearbeiten als SCSI (virtio) wieder einhängen.
> Proxmox empfiehlt SCSI (virtio) für Linux-VMs
> - Netzwerkkarte via Bearbeiten auf
> virtio (paravirtualisiert) umstellen
> - CD-DVD Laufwerk auf Kein Medium verwenden stellen
> - Unter Optionen der VM die Boot-Reihenfolge ändern
> (aus SATA muss SCSI werden)
> - VM starten
>

Wenn (in virt-manager) der Festplattenbus der vSystemplatte auf "SATA" steht kommt das System problemlos hoch (Device-Namen:
sda_n_). lsmod zeigt, dass 3 Virtio-Treiber geladen sind (virtio_scsi, virtio_net und virtio-ballon, scsi_mod enthält virtio_scsi)


Normalerweise gebe ich bei der Installation von VM's mit anderen Distributionen gleich bei der Installation "VirtIO" als
Festplattenbus vor. (Im virt-manager (unter Virtuelle Platte -> Erweiterte Optionen -> Festplattenbus).

Wenn ich hier von SATA auf VirtIO umschalte, lande ich leider beim Booten in der Rescue-Shell:
---
cannot find MAJOR 8 MINOR 3 in /proc/diskstats
This means there is no driver for your hardware in the initramfs
or the driver was not detected
....
---

D.h. wohl: Vor dem Umschalten auf "VirtIO" muss der virtio_scsi Treiber in der initramfs verfügbar sein.
D.h. auch, ich muss mir Marcus' Wiki-Artikel zum initramfs unters Kopfkissen legen... )
Ist das richtig so? Was muss ich noch beachten?

Gruß. / Hilmar.

[Holger Behmann]

Hallo Hilmar,

> entschuldigt bitte, wenn ich mich ganz oben einklinke.

Bitte, bitte.

> Holgers Anleitung finde ich echt prima! Danke!

Danke.

>
> Und das, obwohl ich keine Proxmox-Umgebung verwende, sondern nur
> KVM/Debian und virt-manager
>
> Kap. 1.- 4. klappen einwandfrei! :-)
>
> Allerdings musste ich am Anfang von Kap. 3 noch die Netzwerkkarte
> anpassen, da die Installation als IP_ETH_1_NAME "net0" erkannt hat. Das
> lässt sich aber im setup in der base config leicht berichtigen (bei mir
> "enx<MAC-Adr>")

geht bei Proxmox ohne Änderung in der Config, da ich keine neue
Netzwerkkarte erstellt habe, sondern die vorhandene in Proxmox angepasst
habe. Die MAC-Adresse bleibt dabei erhalten.

>
> Bei Kap. 5 versuche ich Analogien zu Promox in virt-manager zu finden:
>
>> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
>>    - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
>>      Bearbeiten als SCSI (virtio) wieder einhängen.
>>      Proxmox empfiehlt SCSI (virtio) für Linux-VMs
>>    - Netzwerkkarte via Bearbeiten auf
>>      virtio (paravirtualisiert) umstellen
>>    - CD-DVD Laufwerk auf Kein Medium verwenden stellen
>>    - Unter Optionen der VM die Boot-Reihenfolge ändern
>>      (aus SATA muss SCSI werden)
>>    - VM starten
>>
>
> Wenn (in virt-manager) der Festplattenbus der vSystemplatte auf "SATA"
> steht kommt das System problemlos hoch (Device-Namen: sda_n_). lsmod
> zeigt, dass 3 Virtio-Treiber geladen sind (virtio_scsi, virtio_net und
> virtio-ballon, scsi_mod enthält virtio_scsi)
>

Jupp.

>
> Normalerweise gebe ich bei der Installation von VM's mit anderen
> Distributionen gleich bei der Installation "VirtIO" als Festplattenbus
> vor. (Im virt-manager (unter Virtuelle Platte -> Erweiterte Optionen ->
> Festplattenbus).

Ist das nicht Virtio Block?

> Wenn ich hier von SATA auf VirtIO umschalte, lande ich leider beim
> Booten in der Rescue-Shell:
> ---
> cannot find MAJOR 8 MINOR 3 in /proc/diskstats
> This means there is no driver for your hardware in the initramfs
> or the driver was not detected
> ....
> ---

Schau mal, ob Du nicht einen SCSI-Eintrag findest (deshalb ja virtio_scsi).
Dein System stellt Dir offensichtlich "nur" virtio_blk zur Verfügung,
deswegen hast auch vda ... und die Fehlermeldungen.

>
> D.h. wohl: Vor dem Umschalten auf "VirtIO" muss der virtio_scsi Treiber
> in der initramfs verfügbar sein.
> D.h. auch, ich muss mir Marcus' Wiki-Artikel zum initramfs unters
> Kopfkissen legen... )
> Ist das richtig so? Was muss ich noch beachten?

Muss ins Bett
Holger

[Thomas Zweifel]

Hallo Holger, Hallo Hilmar

Am 18.09.2018 um 02:11 schrieb Holger Behmann:
>> Wenn (in virt-manager) der Festplattenbus der vSystemplatte auf "SATA"
>> steht kommt das System problemlos hoch (Device-Namen: sda_n_). lsmod
>> zeigt, dass 3 Virtio-Treiber geladen sind (virtio_scsi, virtio_net und
>> virtio-ballon, scsi_mod enthält virtio_scsi)
>>
> Jupp.
>>
>> Normalerweise gebe ich bei der Installation von VM's mit anderen
>> Distributionen gleich bei der Installation "VirtIO" als Festplattenbus
>> vor. (Im virt-manager (unter Virtuelle Platte -> Erweiterte Optionen ->
>> Festplattenbus).
>
> Ist das nicht Virtio Block?

Richtig.

>> Wenn ich hier von SATA auf VirtIO umschalte, lande ich leider beim
>> Booten in der Rescue-Shell:
>> ---
>> cannot find MAJOR 8 MINOR 3 in /proc/diskstats
>> This means there is no driver for your hardware in the initramfs
>> or the driver was not detected
>> ....
>> ---
>
> Schau mal, ob Du nicht einen SCSI-Eintrag findest (deshalb ja virtio_scsi).
> Dein System stellt Dir offensichtlich "nur" virtio_blk zur Verfügung,
> deswegen hast auch vda ... und die Fehlermeldungen.

Den Plattentreiber einfach auf SCSI stellen, beim neu hinzugekommenen
SCSI-Controller die Option Virtio einstellen - dann passt es.

>> D.h. wohl: Vor dem Umschalten auf "VirtIO" muss der virtio_scsi Treiber
>> in der initramfs verfügbar sein.
>> D.h. auch, ich muss mir Marcus' Wiki-Artikel zum initramfs unters
>> Kopfkissen legen... )
>> Ist das richtig so? Was muss ich noch beachten?

Den Treiber laden und den Kernel drüber bügeln erspart die Frickelei an
der initram ;-)



Gruss Thomas

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

> Wenn ich hier von SATA auf VirtIO umschalte, lande ich leider beim Booten
> in der Rescue-Shell: ---
> cannot find MAJOR 8 MINOR 3 in /proc/diskstats
> This means there is no driver for your hardware in the initramfs
> or the driver was not detected
> ....
> ---
>
> D.h. wohl: Vor dem Umschalten auf "VirtIO" muss der virtio_scsi Treiber in
> der initramfs verfügbar sein.

Ja, das ist zwingend.

> D.h. auch, ich muss mir Marcus' Wiki-Artikel
> zum initramfs unters Kopfkissen legen... ) Ist das richtig so? Was muss
> ich noch beachten?

Wie Thomas Zweifel schon schrieb, kannst du auch im laufenden System den
notwendigen Festplattentreiber laden und den Kernel nochmal installieren,
dann landet der Treiber automatisch in der initramfs.

Achtung: Dieses Vorgehen funktioniert nicht bei x-beliebigen Treibern für
irgendeine Hardware, sondern nur für Festplattentreiber.

--
Gruss Marcus

[Hilmar Böhm]

Hallo,

Bei der Einstellung "Festplattenbus = SCSI" (virt-manager) landet das Boot auch in der Rescue Shell.

Bei der Einstellung "Festplattenbus = SATA" (virt-manager) kommt das system einwandfrei hoch.

- Gerätenamen sind sda/n/ (werden nicht SATA-Devices über SCSI-Treiber betrieben?)

- Und, wie ich schon erwähnte, sind "3 Virtio-Treiber geladen
(_virtio_scsi_, virtio_net und virtio-ballon, scsi_mod enthält _virtio_scsi_)

Bei der Einstellung "Festplattenbus = VirtIO" (virt-manager) landet das Sytsem beim Booten ebenfalls in der Rescue Shell.
Wahrscheinlich weil es auf dem System kein virtio_blk - Modul gibt, das geladen werden sollte/könnte.

Was mich zu dem Schluss kommen lässt, dass das System in der boot-baren Variante (SATA) bereits den VirtIO-Treiber virtio_scsi
nutzt.
Also alles in Butter... ?

[Wenn ich das nebenbei bemerken darf. Ich finde das Einrichten einer E1-VM (inkl. Virtio-Treiber, Virt-Kernel) als etwas
umständlich...]


Gruß. / Hilmar.

P.S. zu Marcus' initramsfs Wiki-Artikel:
zu 1.:
cp /boot/initrd.gz /tmp
==> gzip -d /tmpinitrd führt bei mir zu:

gzip: /tmp/initrd.gz: not in gzip format

in welchem Format denn?

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

> P.S. zu Marcus' initramsfs Wiki-Artikel:
> zu 1.:
> cp /boot/initrd.gz /tmp
> ==> gzip -d /tmpinitrd führt bei mir zu:
>
> gzip: /tmp/initrd.gz: not in gzip format
>
> in welchem Format denn?

Du hast die falsche Anleitung erwischt.

Seit Kernelpaket 3.18.0 wird an die initrd.gz drangelatscht, so dass die nun
nicht mehr entpackbar ist.

Daher gibt es auch eine aktualisierte Anleitung:

https://web.nettworks.org/wiki/pages/viewpage.action?pageId=37421194

--
Gruss Marcus

[Thomas Zweifel]

Hallo Hilmar

Am 18.09.2018 um 14:01 schrieb Hilmar Böhm:
> Hallo,
>
> Bei der Einstellung "Festplattenbus = SCSI" (virt-manager) landet das
> Boot auch in der Rescue Shell.
>
> Bei der Einstellung "Festplattenbus = SATA" (virt-manager) kommt das
> system einwandfrei hoch.

Normalerweise ist AHCI für SATA Platten zuständig.

> - Und, wie ich schon erwähnte, sind "3 Virtio-Treiber geladen
> (_virtio_scsi_, virtio_net und virtio-ballon, scsi_mod enthält
> _virtio_scsi_)

Während dem Boot (initram)?

> Bei der Einstellung "Festplattenbus = VirtIO" (virt-manager) landet das
> Sytsem beim Booten ebenfalls in der Rescue Shell.
> Wahrscheinlich weil es auf dem System kein virtio_blk - Modul gibt,
> das geladen werden sollte/könnte.

Geben tut es das schon, und läuft auch, ist aber nicht so performant wie
virtio_scsi.

> Was mich zu dem Schluss kommen lässt, dass das System in der boot-baren
> Variante (SATA) bereits den VirtIO-Treiber virtio_scsi nutzt.
> Also alles in Butter... ?

Siehe oben - vermutlich AHCI

> [Wenn ich das nebenbei bemerken darf. Ich finde das Einrichten einer
> E1-VM (inkl. Virtio-Treiber, Virt-Kernel) als etwas umständlich...]

Sooooo schwer ist das ja nicht...

Eisfair:
1. Virt-Kernel installieren
2. virtio_scsi Modul laden
3. Virt-Kernel drüber installieren (virtio_scsi --> initram)
Virt-Manager
4. Plattentreiber (Festplattenbus) von SATA auf SCSI umstellen
5. Steuerung SCSI (oder VirtIO SCSI) auf Modell: VirtIO SCSI umstellen

....wenn die Reihenfolge stimmt. ;-)




Gruss Thomas

[Hilmar Böhm]

Hallo Marcus,


>
> https://web.nettworks.org/wiki/pages/viewpage.action?pageId=37421194
>
Das ist aber genau die, aus der ich zitiert habe!

Ich hatte aber in 1. beim cp nicht die angegebene Quelldatei kopiert, sondern die /boot/initrd

Gruß. / Hilmar.

[Hilmar Böhm]

Hallo Thomas,

>
> Normalerweise ist AHCI für SATA Platten zuständig.

>> - Und, wie ich schon erwähnte, sind "3 Virtio-Treiber geladen
>> (_virtio_scsi_, virtio_net und virtio-ballon, scsi_mod enthält
>> _virtio_scsi_)
>
> Während dem Boot (initram)?

virtio_scsi ist jedenfalls im initrd.gz enthalten und wird wohl beim booten auch geladen. Sonst könnten ha die Platten nicht
als sda's gemountet werden. Oder habe ich da was falsch verstanden?

>> Bei der Einstellung "Festplattenbus = VirtIO" (virt-manager) landet das
>> Sytsem beim Booten ebenfalls in der Rescue Shell.
>> Wahrscheinlich weil es auf dem System kein virtio_blk - Modul gibt,
>> das geladen werden sollte/könnte.
>
> Geben tut es das schon, und läuft auch, ist aber nicht so performant wie
> virtio_scsi.

Das bezweifle ich. Ich habe eine andere e1-VM mit IDE virtial disks. Dieses System regiert - gefühlt - deutlich! schneller
(devices hda und hdb)

>> Was mich zu dem Schluss kommen lässt, dass das System in der boot-baren
>> Variante (SATA) bereits den VirtIO-Treiber virtio_scsi nutzt.
>> Also alles in Butter... ?
>
> Siehe oben - vermutlich AHCI

??

>
>> [Wenn ich das nebenbei bemerken darf. Ich finde das Einrichten einer
>> E1-VM (inkl. Virtio-Treiber, Virt-Kernel) als etwas umständlich...]
>
> Sooooo schwer ist das ja nicht...

Das geht bei anderen Distributionen völlig transparent!

>
> Eisfair:
> 1. Virt-Kernel installieren
> 2. virtio_scsi Modul laden
> 3. Virt-Kernel drüber installieren (virtio_scsi --> initram)
> Virt-Manager
> 4. Plattentreiber (Festplattenbus) von SATA auf SCSI umstellen

Nein!! --> Rescue Shell

> 5. Steuerung SCSI (oder VirtIO SCSI) auf Modell: VirtIO SCSI umstellen

??

>
> ....wenn die Reihenfolge stimmt. ;-)
>

> Gruss Thomas
>

Gruss. / Hilmar.

[Thomas Zweifel]

Hallo Hilmar

Am 18.09.2018 um 17:11 schrieb Hilmar Böhm:
> Hallo Thomas,

>> Virt-Manager
>> 4. Plattentreiber (Festplattenbus) von SATA auf SCSI umstellen
> Nein!! --> Rescue Shell
>> 5. Steuerung SCSI (oder VirtIO SCSI) auf Modell: VirtIO SCSI umstellen
> ??

Du hast Post. (Screenshot)




Gruss Thomas

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

>> https://web.nettworks.org/wiki/pages/viewpage.action?pageId=37421194
>>
> Das ist aber genau die, aus der ich zitiert habe!
>
> Ich hatte aber in 1. beim cp nicht die angegebene Quelldatei kopiert,
> sondern die /boot/initrd

Und das ist doch der Fehler; du kannst in der Anleitung nicht einfach eine
andere Datei benutzen!

Mit eingebundenen Microcodes sind die initrd in /boot nicht mehr
bearbeitbar. Genau deshalb legt Thomas die bearbeitbaren Dateien ja auch in
/var/install/initrd ab!

Das ist genau die von dir gesuchte initrd aber eben bevor die Microcodes
drangeklatscht wurden.

--
Gruss Marcus

[Uwe Kunze]

Hallo Holger,

> da ich mich intensiv mit Proxmox VE 5.2 befasse, möchte dort einen
> eisfair1-Server laufen lassen.
> Zu dem Thema habe ich nur Einträge von 2016 und 2017 gefunden. Darin
> wurde unter anderem zu Recht veraltete Technik moniert. Und einfach ist
> anders...

Danke für Deinen erhellenden Beitrag ;-)

> Fertig! Ganz ohne Rescue-Disk und lilo...

Bitte RICHTIG lesen bzw. zitieren.

Rescue-Disk und lilo waren DESHALB in Spiel, weil es NICHT darum ging,
einen eisfair NEU auf einem Proxmox zu installieren (diese Übung mache
ich weniger als 10 Minuten, in meinem schulischen Umfeld habe ich
mindestens 8 eisfair unter Proxmox laufen, mit virtio-NICs und
virtio-HDDs),

sondern einen eisfair von REALER HARDWARE auf einen Proxmox UMZUZIEHEN !
DAS mache ich über ein Image und reaktiviere lilo mit einer Rescue-Disk.


Es gab noch mehrere Vorschläge, von denen sich aber KEINER auf das
1:1-Migrieren eines reales eis in eine virtuelle Umgebung bezog.

> Vielleicht hilft das dem einen oder anderen.

Sicher ... ;-)

Gruß Uwe

[Hilmar Böhm]

Hallo Thomas,

vielen Dank für die Hilfe und für den Screenshot.

Bei mir ist im virt-manager bei festplattenbus nur: "IDE|SATA|SCSI|SD|USB|VirtIO" möglich

Habe jetzt:

- Festplattenbus --> "SCSI" und
- Steuerung VirtIO SCSI --> "VirtIO SCSI"

eingestellt. Damit kommt das System einwandfrei hoch.

(Hatte bei früheren Versuchen wohl auch Festplattenbus=SCSI verwendet, aber die Einstellung bei Steuerung VirtIO SCSI nicht
beachtet).

An der Performance hat sich allerdings nichts geändert. Gibt es einen Möglichkeit fest zu stellen, ob wirklich virtio_scsi
verwendet wird.

Wieder was gelernt.. :-) Nochmal danke und Grüße. / Hilmar.

[Kay Martinen]

Am 18.09.2018 um 20:29 schrieb Uwe Kunze:
> Hallo Holger,
>
>> da ich mich intensiv mit Proxmox VE 5.2 befasse, möchte dort einen
>> eisfair1-Server laufen lassen.
>> Zu dem Thema habe ich nur Einträge von 2016 und 2017 gefunden. Darin
>> wurde unter anderem zu Recht veraltete Technik moniert. Und einfach ist
>> anders...
>

>> Fertig! Ganz ohne Rescue-Disk und lilo...
>
> Bitte RICHTIG lesen bzw. zitieren.
>
> Rescue-Disk und lilo waren DESHALB in Spiel, weil es NICHT darum ging,
>

> sondern einen eisfair von REALER HARDWARE auf einen Proxmox UMZUZIEHEN !
> DAS mache ich über ein Image und reaktiviere lilo mit einer Rescue-Disk.

Es ist gut das du das noch mal klarstellst. Ich hab zuerst gerätselt
warum, denn er schrieb ja nichts von migration sondern von neu
installation in einer VM. Ich nehme an das du die o.g. Einträge
schriebst und das es da um die Migration von Echter HW weg ging.

> Es gab noch mehrere Vorschläge, von denen sich aber KEINER auf das
> 1:1-Migrieren eines reales eis in eine virtuelle Umgebung bezog.

Kein Wunder denn wer; wie ich; die o.g. Beiträge nicht erneut las oder
in Erinnerung hatte der muß ja zwangsläufig annehmen das es hier um neue
Installationen ginge.

[Holger Behmann]

Hallo Kay,

> Es ist gut das du das noch mal klarstellst. Ich hab zuerst gerätselt
> warum, denn er schrieb ja nichts von migration sondern von neu
> installation in einer VM. Ich nehme an das du die o.g. Einträge

Genau das habe ich beschrieben - nichts anderes.

> schriebst und das es da um die Migration von Echter HW weg ging.
>

Auch das ist richtig.

>> Es gab noch mehrere Vorschläge, von denen sich aber KEINER auf das
>> 1:1-Migrieren eines reales eis in eine virtuelle Umgebung bezog.
>
> Kein Wunder denn wer; wie ich; die o.g. Beiträge nicht erneut las oder
> in Erinnerung hatte der muß ja zwangsläufig annehmen das es hier um neue
> Installationen ginge.
>

Es ging definitiv um eine Neuinstallation. Aber auch habe ich bezüglich
Proxmox keine explizite Installationsanleitung gefunden.

Gruß
Holger

[Holger Behmann]

Hallo Uwe,

> Danke für Deinen erhellenden Beitrag ;-)

?

>
>> Fertig! Ganz ohne Rescue-Disk und lilo...
>
> Bitte RICHTIG lesen bzw. zitieren.

Ich bin mit ziemlich sicher, das ich richtig gelesen habe. Und zitiert
habe ich auch nicht.

>
> Rescue-Disk und lilo waren DESHALB in Spiel, weil es NICHT darum ging,
> einen eisfair NEU auf einem Proxmox zu installieren (diese Übung mache
> ich weniger als 10 Minuten, in meinem schulischen Umfeld habe ich
> mindestens 8 eisfair unter Proxmox laufen, mit virtio-NICs und
> virtio-HDDs),
>
> sondern einen eisfair von REALER HARDWARE auf einen Proxmox UMZUZIEHEN !
> DAS mache ich über ein Image und reaktiviere lilo mit einer Rescue-Disk.

Das ist mir klar. Mir ging es nicht um diesen Punkt. Da manche eine
virtuelle Umgebung betreiben oder eine betreiben möchten, aber der
Standard-Installer nur physische oder VMware-Maschinen kennt, hat man
zwangsläufig Probleme, die optimale Performance zu erreichen.

In meinem Beitrag "Serverumzug" [1] komme ich genauso wenig ohne lilo
und Rescue-Disk aus!

> Es gab noch mehrere Vorschläge, von denen sich aber KEINER auf das
> 1:1-Migrieren eines reales eis in eine virtuelle Umgebung bezog.
>
>> Vielleicht hilft das dem einen oder anderen.
>
> Sicher ... ;-)

Ich bitte um Entschuldigung, wenn ich Dir auf den Schlips getreten seien
sollte.

Gruß
Holger

[1] <pil5ml$sqa$1...@vm-news.spline.inf.fu-berlin.de>
oder
https://web.nettworks.org/forum/index.php?t=msg&th=9121&goto=65632&#msg_65632

[Holger Behmann]

Hallo Marcus,

> Gut, da muss wohl nochmal jemand nachschauen; am Wochenende war das Wiki
> auch sehr hakelig.

Ein Konto habe ich erstellt, kann mich aber nicht anmelden - auch nach
Passwort-Reset nicht.
"Folgende Fehler sind aufgetreten:

Geben Sie Ihre Anmeldedetails erneut ein und geben Sie das unten
stehende Wort ein."

:(
Gruß
Holger

[Thomas Zweifel]

Hallo Hilmar

Am 18.09.2018 um 21:33 schrieb Hilmar Böhm:
>
> vielen Dank für die Hilfe und für den Screenshot.
>
> Bei mir ist im virt-manager bei festplattenbus nur:
> "IDE|SATA|SCSI|SD|USB|VirtIO" möglich
>
> Habe jetzt:
>
> - Festplattenbus --> "SCSI" und
> - Steuerung VirtIO SCSI --> "VirtIO SCSI"
>
> eingestellt. Damit kommt das System einwandfrei hoch.
>
> (Hatte bei früheren Versuchen wohl auch Festplattenbus=SCSI verwendet,
> aber die Einstellung bei Steuerung VirtIO SCSI nicht beachtet).

Diese Kleinigkeit herauszufinden hat mich auch einiges an Zeit gekostet ;-)

> An der Performance hat sich allerdings nichts geändert. Gibt es einen
> Möglichkeit fest zu stellen, ob wirklich virtio_scsi verwendet wird.

Wenn sich das AHCI Modul entladen lässt, sollte der virtio_scsi aktiv
sein - Eine andere möglichkeit wüsste ich jetzt auch nicht um das zu prüfen.


Gemessen ob es mehr Plattendurchsatz bringt habe ich nicht, bin bei KVM
auch eher ein Neuling.
Zumindest unter Xen hatten die nicht paravirtualisierten Gäste eher das
Nachsehen, wenn der Host zwischendurch mal am Limit lief, während die
paravirtualisierten Gäste noch vergleichsweise gut bedienbar waren.

Insgesamt zählt für mich beim virtualisieren auch eher der
Eierlegendewollmilchsau Aspekt.


> Wieder was gelernt.. :-)

Ja, das hört nie auf :-)

> Nochmal danke und Grüße. / Hilmar.

Keine Ursache
Gruss Thomas

[Thomas Bork]

Am 18.09.2018 um 14:01 schrieb Hilmar Böhm:

> [Wenn ich das nebenbei bemerken darf. Ich finde das Einrichten einer
> E1-VM (inkl. Virtio-Treiber, Virt-Kernel) als etwas umständlich...]

Wird sich sicherlich beim 64-Bit-Installer ändern, denn der kommt nur
noch mit dem VIRT-Kernel.

Für virtio_scsi sollte es trivial sein, diesen als Treiber anzubieten.
Weiter muss eigentlich nichts getan werden, denn der arbeitet ja mit
schon unterstützten Device-Namen.
Genauso einfach sollte es ein, die Unterstützung für den virtio_net mit
in den Installer zu integrieren.

--
der tom
[eisfair-team]

[Kay Martinen]

Am 19.09.2018 um 20:32 schrieb Thomas Bork:
> Am 18.09.2018 um 14:01 schrieb Hilmar Böhm:
>
>> [Wenn ich das nebenbei bemerken darf. Ich finde das Einrichten einer
>> E1-VM (inkl. Virtio-Treiber, Virt-Kernel) als etwas umständlich...]
>
> Wird sich sicherlich beim 64-Bit-Installer ändern, denn der kommt nur
> noch mit dem VIRT-Kernel.

Ich dachte es wird für immer; oder absehbar; nur eine 32Bit Version von
Eisfair geben. Hat sich daran was geändert? Wann das?

> Für virtio_scsi sollte es trivial sein, diesen als Treiber anzubieten.
> Weiter muss eigentlich nichts getan werden, denn der arbeitet ja mit
> schon unterstützten Device-Namen.

Ich muß mal nachsehen aber IMHO hab ich mindestens einen Eis der hdx
nutzt, da wird es wohl nicht einfach sein. Und ich bin mir grad nicht
sicher ob ein EIS wirklich vdx benutzt oder ob das ein debian ist mit
dem ich den verwechsele.

> Genauso einfach sollte es ein, die Unterstützung für den virtio_net mit
> in den Installer zu integrieren.

Das schien mir überhaupt kein Problem zu sein.

[Marcus Roeckrath]

Hallo Kay,

Kay Martinen wrote:

> Ich dachte es wird für immer; oder absehbar; nur eine 32Bit Version von
> Eisfair geben. Hat sich daran was geändert? Wann das?

Manchmal ist Weihnachten dann, wenn im Supermarkt wieder Spekulatius im
Massen angeboten wird. :-)

--
Gruss Marcus

[Kay Martinen]

Ach so. Und ich dummerle hab gedacht bis das (64bit) eintritt müssen
Weihnachten und Ostern auf einen Tag fallen. Und mein Zeitquetscher ist
grad kaputt. ;-)

Ich guck dann am 25.12. noch mal in der Sache vorbei, weiß aber noch
nicht in welchem Jahr.

[Marcus Roeckrath]

Hallo Kay,

Kay Martinen wrote:

>>> Ich dachte es wird für immer; oder absehbar; nur eine 32Bit Version von
>>> Eisfair geben. Hat sich daran was geändert? Wann das?
>>
>> Manchmal ist Weihnachten dann, wenn im Supermarkt wieder Spekulatius im
>> Massen angeboten wird. :-)
>
> Ach so. Und ich dummerle hab gedacht bis das (64bit) eintritt müssen
> Weihnachten und Ostern auf einen Tag fallen. Und mein Zeitquetscher ist
> grad kaputt. ;-)
>
> Ich guck dann am 25.12. noch mal in der Sache vorbei, weiß aber noch
> nicht in welchem Jahr.

Solange brauchst du nicht zu warten - der 64-bit-Installer wartet noch auf
die Verlinkung auf der Homepage.

Auf Packeis findest du schon den eisfair-84 Reiter.

--
Gruss Marcus

[Hilmar Böhm]

> Auf Packeis findest du schon den eisfair-84 Reiter.

...wenn's etwas mehr sein darf? :->

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

>> Auf Packeis findest du schon den eisfair-84 Reiter.
>
> ...wenn's etwas mehr sein darf? :->

Was meinst du damit?

Natürlich gibt es noch nicht alle Pakete auch für eisfair-64, aber die
wesentlichen sind erstmal vorhanden.

--
Gruss Marcus

[Hilmar Böhm]

>>> Auf Packeis findest du schon den eisfair-84 Reiter.
>>
>> ...wenn's etwas mehr sein darf? :->
>
> Was meinst du damit?
>
> Natürlich gibt es noch nicht alle Pakete auch für eisfair-64, aber die
> wesentlichen sind erstmal vorhanden.
>

> eisfair-_84_

[Kay Martinen]

Neulich anne Fleischtheke. Frau Heidenreich fragt "Darf's a Bisserl Mehr
sein?" :-)

Sind die Speicher und Register-breiten nicht eh schon bei 128 Bit oder
mehr? Da sind 64 ja echt rückständig. ;)

[Kay Martinen]

Wow. 20 Bit mehr als Erwartet (64+20=84)... Weihnachten und Ostern
fallen dies Jahr doch auf einen Tag. ;)

Da gibt es noch kein Install-ISO, obwohl unter dem Reiter schon viele
Pakete zu finden ist. Das ist aber nicht Eisfair-NG oder?

Da ich mir nicht vorstellen kann das es eine In-System Migration von der
32bit zur 64bit Version gibt heißt es also abwarten. Oder... geht es
doch? 64-bit kernel installieren und dann den rest aktualisieren...?

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

Upps, jetzt sehe ich meinen Typo.

--
Gruss Marcus

[Hilmar Böhm]

Hallo,

Am 17.09.18 um 21:11 schrieb Holger Behmann:
> Hier also ein Wie-geht´s:
> 1. Voraussetzungen
> - Proxmox VE 5.2 ist installiert:)
> - Das aktuelle Eisfair-ISO (v1.8.7, v1.8.5 geht auch)
> liegt im ISO-Store
> - Eine VM mit SATA-Platte und E1000-Nic (Rest: wie ihr mögt!)
> - VM gestartet und Konsolenfenster geöffnet
> 2. Eisfair installieren
> - Die Fragen nach dem CR-ROM mit y beantworten
> - Die Frage nach den Treibern (SCSI/SATA/RAID/USB)
> mit y beantworten
> - AHCI (13) auswählen
> - Den Rest nach belieben konfigurieren.
> - booten
> 3. Eisfair aktualisieren und virt-kernel installieren
> - als Root anmelden und folgendes eingeben:
> eisman update
> eisman upgrade
> eisman install eiskernel-virt # und aktivieren
> reboot
> 4. Module laden
> - als Root anmelden (eiskernel Meldung muss VIRT enthalten)
> - und folgendes eingeben:
> modprobe virtio_scsi
> - mit lsmod prüfen, ob Modul virtio_scsi geladen ist, dann:
> eisman install eiskernel-virt
> halt
> 5. Platte auf SCSI, Netzwerkkarte auf virtio umstellen
> - In Proxmox VE 5.2 die Platte (SATA) aushängen und via
> Bearbeiten als SCSI (virtio) wieder einhängen.
> Proxmox empfiehlt SCSI (virtio) für Linux-VMs
> - Netzwerkkarte via Bearbeiten auf
> virtio (paravirtualisiert) umstellen
> - CD-DVD Laufwerk auf Kein Medium verwenden stellen
> - Unter Optionen der VM die Boot-Reihenfolge ändern
> (aus SATA muss SCSI werden)
> - VM starten

Entschuldigung, wenn ich das hier noch mal aufwärme...

Habe unter KVM/Virt-Manager (Debian) mit dem neuen Eisfair-64 eine VM installiert.
Der obige Plan funktioniert immer noch. Es entfällt natürliche in Kap. 4 die eiskernel-virt - Installation.

Die Installation belegt (nur) 346MB (mit dhcpcd).

Booten dieser (64bit) Installation: 32 Sek. Booten der Eisfair-1 (32bit): 22 Sek.) (handgemessen)

Grüße-. / Hilmar.

[Kay Martinen]

Am 23.09.2018 um 23:58 schrieb Hilmar Böhm:
> Hallo,
>
> Am 17.09.18 um 21:11 schrieb Holger Behmann:
>> Hier also ein Wie-geht´s:
>> 1. Voraussetzungen
>>    - Proxmox VE 5.2 ist installiert:)

> Habe unter KVM/Virt-Manager (Debian) mit dem neuen Eisfair-64 eine VM
> installiert.

Ich hab das unter Proxmox 5.2 gemacht.

> Der obige Plan funktioniert immer noch. Es entfällt natürliche in Kap. 4
> die eiskernel-virt - Installation.

Hmm, aber drüberbügeln muß man ihn schon noch einmal um den virtio_scsi
in die initramfs zu bringen.-

> Die Installation belegt (nur) 346MB (mit dhcpcd).
>
> Booten dieser (64bit) Installation: 32 Sek. Booten der Eisfair-1
> (32bit): 22 Sek.) (handgemessen)

Hast du einen Schnelleren VM-Host als ich oder irgendwelche
optimierungen (Lilo delay auf null o.ä.)?

Bei mir braucht die Eisfair-64 VM vom Einschalten/Start bis zum
login-prompt 1 minute 18 sekunden. Und die hat jetzt auch scsi-virtio,
virtio netzwerk und 2 Kerne und mind. 512 MB RAM auf eine 2 GB Partition.

Der Host ist ein Proliant mit 2 XEON Quadcores und 16 GB RAM plus 2 Raid
1 Arrays (aber keine SSD sondern 2.5" SAS)

Die anderen Eisfair VMs dort sind auch nicht schneller. Ein Debian oder
Ubuntu ist dagegen im Nu gestartet und ebenso schnell wieder runter
gefahren.

[Hilmar Böhm]

Hallo Kay,

>> Der obige Plan funktioniert immer noch. Es entfällt natürliche in Kap. 4
>> die eiskernel-virt - Installation.
>
> Hmm, aber drüberbügeln muß man ihn schon noch einmal um den virtio_scsi
> in die initramfs zu bringen.-

Ja, klar. Ich meinte doch den Punkt 3., letzte Anweisung, da der Virt.Kernel ja bei der -64er-Version bereits installiert ist.
Punkt 4.3 (Drüberbügeln) bleibt selbstverständlich bestehen. (Typo!:)

Ich kann Dir nicht sagen, warum Deine Eisfair-64 VM so lange braucht.

Mein Host ist ein Intel-Server
mit einer Intel Core i7-6700 CPU (4/4 Kerne), 32GB Mem., 2x 500GB SSD
Debian 9.5/KDE
Die Eisfair-64-VM: 2048MB Mem., 2 vCPU, vHD (10GB) SCSI mit virtio_scsi, virtio Netzwerk auf akt. KVM Virtualisierer

Die kürzere Startzeit bei meiner Konfiguration. liegt vielleicht daran, dass ich die VM von den SSD's des Host starte.
Vielleicht auch an mehr Hauptspeicher für die VM. Allerdings hast Du wahrscheinlich die performanteren CPU's (Was genau ist das
für ein Proliant? Bezeichnung? Gen?)

> Die anderen Eisfair VMs dort sind auch nicht schneller. Ein Debian oder
> Ubuntu ist dagegen im Nu gestartet und ebenso schnell wieder runter
> gefahren.

Wie schon gesagt, ist die Eisfair-1 (32Bit) - VM ~10! Sek. schneller bei booten. (Warum?)

Eine minimale, frisch installierte Arch Linux VM (ohne GUI) braucht auf dem gleichen Host nur 11! Sekunden bis zu Login-Prompt.

Es gibt offensichtlich einige Wait-Loops im Eisfair-Bootvorgang. Allein z.B.: "Waiting for SCSI/SATA/PATA devices coming up
..." --> ca. 10! Sek. (...ich kann mir denken, wofür das gemacht wird. Aber bei virtuellen Systemen mit virtuelle
Platten/Containern?)

Aber es läuft! :-)
(Anm.: Entwickler mögen solche Vergleiche und Messungen gar nicht... :) von wegen Birnen und Äpfeln)

Gruß. / Hilmar.

[Thomas Bork]

Am 18.09.2018 um 14:01 schrieb Hilmar Böhm:

> [Wenn ich das nebenbei bemerken darf. Ich finde das Einrichten einer
> E1-VM (inkl. Virtio-Treiber, Virt-Kernel) als etwas umständlich...]

Darfst Du anmerken. Allerdings gibt es nun einen 64-Bit-Installer, der
eine Installation unter proxmox nun von vornherein mit dem HDD-Treiber
virtio_scsi zulässt. Auch der Netzwerktreiber virtio_net wurde
intergriert, wird geprobt und sollte damit automatisch gefunden werden...

https://www.eisfair.org/home/news/artikel/602/

--
der tom
[eisfair-team]

[Hilmar Böhm]

Danke für die Info. Das muss ich ausprobieren... :-)

Am 20.11.18 um 20:33 schrieb Thomas Bork:

[Hilmar Böhm]

Der Titel des Thread war etwas unpassend, da ich mich nicht auf die Installtion unter Promox bezog, sondern auf die Installation
in einer Debian/KVM/Virt-Manager Umgebung...

VirtIO SCSI- und der Virtio Network-Treiber werden offensichtlich sauber in neuen Kernel eingebunden. Soweit so gut.

Mein Problem war für eine neue e64-VM im Virt-Manager (unter KVM/Debian) für den "Datenträger 1" ein "VirtIO SCSI" zu
konfigurieren. Nach dem Umschalten des "IDE Datenträger 1 auf "SCSI Datenträger 1" gab es keine zugehörige Geräte-Schaltfläche.
mit der man auf "Steuerung VirtIO SCSI" umschalten konnte. Die Lösung ist (hat mich etwas Zeit gekostet, es zu verstehen), dass
man in der Geräte-Leiste (Links) eine geeignete "Steuerung" (engl. Controller) hinzufügen muss:

Button: "Gerät hinzufügen" --> Steuerung --> Typ: "SCSI" --> Modell: "VirtIO-SCSI"

Danach kann die neue VM gebootet werden und der SCSI-Treiber virtio_scsi (Nr. 76) ausgewählt werden.

Mich würde mal interessieren, wie das unter Proxmox gemacht wird. Wird da auch der "Virt-Manager" zum Konfigurieren einer VM
verwendet?

Besteht die Hoffnung auf "virtio_blk" und virt_balloon?

Viele Grüße / Hilmar.

(Btw: virt-manager: Debian: 1.4.0, Ubuntu: 1.5.1, ArchLinux: 2.0.0)

Am 21.11.18 um 00:12 schrieb Hilmar Böhm:

[Hilmar Böhm]

...virtio_balloon :)

Am 28.11.18 um 22:57 schrieb Hilmar Böhm:

[Kay Martinen]

Am 28.11.2018 um 22:57 schrieb Hilmar Böhm:
> Der Titel des Thread war etwas unpassend, da ich mich nicht auf die
> Installtion unter Promox bezog, sondern auf die Installation in einer
> Debian/KVM/Virt-Manager Umgebung...

Von einem Virt-Manager weiß ich nix, aber Proxmox basiert auf Debian und
KVM mit Qemu bringt aber eine WebUI mit in der du alles machen kannst,
sogar die virtuellen Konsolen benutzen.

> Mein Problem war für eine neue e64-VM im Virt-Manager (unter KVM/Debian)
> für den "Datenträger 1" ein "VirtIO SCSI" zu konfigurieren. Nach dem
> Umschalten des "IDE Datenträger 1 auf "SCSI Datenträger 1" gab es keine
> zugehörige  Geräte-Schaltfläche. mit der man auf "Steuerung VirtIO SCSI"

> ...

> Mich würde mal interessieren, wie das unter Proxmox gemacht wird. Wird
> da auch der "Virt-Manager" zum Konfigurieren einer VM verwendet?

Nein, IMHO kein Virt-Manager. Man kann aber eine Virtuelle Platte die
als IDE drin war einfach aushängen und sie als SCSI wieder hinein holen.
Und hat noch die Wahl zw. normalem und SCSI-Single was in etwa einem
SCSI-Controller pro Virtuelle Disk entspricht.

> Besteht die Hoffnung auf "virtio_blk" und virt_balloon?

Memory-balloning ist dabei und kann per UI konfiguriert werden. Und es
gibt auch virtio als Blockdevice und als netzwerk-karte wenn das deine
Frage war.

> (Btw: virt-manager: Debian: 1.4.0, Ubuntu: 1.5.1, ArchLinux: 2.0.0)

Die Install-ISO von Proxmox ist komplett. Nach dem Installieren kannst
du sofort in der WebUI los legen. Ggf. muß man noch schauen wie man ISOs
zum Installieren drauf bekommt denn Samba ist da nicht eingerichtet.

Ich nutze nfs zu meinem kleinen Fileserver (ein Eis-1) auf dem ich die
ISOs via SMB zentral ablege. So kann ich in einer neuen VM ein ISO von
dort per Maus auswählen und als Virtuelle CD einlegen. Klappt gut. Auch
das Backup einiger VMs geht dort hin, in ein anderes Verzeichnis.

[Thomas Bork]

Am 28.11.2018 um 22:57 schrieb Hilmar Böhm:

> VirtIO SCSI- und der Virtio Network-Treiber werden offensichtlich sauber
> in neuen Kernel eingebunden. Soweit so gut.

Die Module waren vorher schon drin. Sie waren aber nicht in die
Installations-initramfs eingebunden. Die Integration von virtio_scsi war
relativ einfach möglich, da im Installer schon alles mit SCSI-Devices
funktioniert.

> Besteht die Hoffnung auf "virtio_blk" und virt_balloon?

Auch diese Module existieren längst.

Aber ich werde virtio_blk nicht in den Installer integrieren, da das zu
viele Umbauten erfordert, die ich noch dazu nicht testen kann (das ist
eben kein SCSI-Modul und erfordert aufgrund des anderen Namens-Schemas
an allen möglichen Stellen eine Sonderbehandlung).

virtio_balloon kann einfach benutzt werden.

--
der tom
[eisfair-team]

[Hilmar Böhm]

Am 29.11.18 um 01:01 schrieb Thomas Bork:

Tja, was soll ich dazu sagen?... Alle mir bekannten Distributionen (darunter Debian, Ubuntu, Arch Linux, inkl. Derivaten) und
auch Alpine Linux können das und zwar Out of the Box! Darüber hinaus sind auch virtio_console, _balloon, _pci und _ring (ohne
zusätzliche Manipulationen) eingebunden/installiert.

...nichts für ungut, aber Eisfair ist halt in bestimmten Hinsichten doch sehr speziell, wie ich meine...

[Hilmar Böhm]

Vielen Dank, Kay, für Deine Info. Ich muss mich doch mal an Proxmox machen...
Grüße. / Hilmar.


Am 29.11.18 um 00:07 schrieb Kay Martinen:

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

> ...nichts für ungut, aber Eisfair ist halt in bestimmten Hinsichten doch
> sehr speziell, wie ich meine...

Wir sind halt ein Feinkostladen. ;-)))))))))))))))))))))))))

--
Gruss Marcus

[Kay Martinen]

Eben. Und es war ja schon immer etwas teurer einen Besonderen Geschmack
zu haben, oder es gern einfach haben zu wollen. Den Preis muß man halt
bezahlen. :-)

Und der Preis; den ich leider auch gerne mal aus dem Blick verliere;
liegt darin das eben nicht immer alles möglich ist was man gerne hätte
und es zwischen null und unendlich dauern kann bis es doch geht.

Demgegenüber hat man hier in den spline-Gruppen fast immer jemandem der
einem bei einem Problem weiter helfen kann. Das hat; aufgrund des
kleineren Kreises; fast schon familiären Charakter.

Das dürfte sich in der Form bei anderen/Großen Distros so nicht
wiederfinden. Denke ich mal.

Ich finde das jedenfalls wunderbar und möchte an dieser Stelle; ganz
ohne besonderen Grund; dafür einfach mal Danke sagen an alle
Beteiligten, Mitschreiber, Mitleser und insbesondere an das Eisfair-Team.

[Marcus Roeckrath]

Hallo Kay,

Kay Martinen wrote:

>>> ...nichts für ungut, aber Eisfair ist halt in bestimmten Hinsichten doch
>>> sehr speziell, wie ich meine...
>>
>> Wir sind halt ein Feinkostladen. ;-)))))))))))))))))))))))))
>
> Eben. Und es war ja schon immer etwas teurer einen Besonderen Geschmack
> zu haben, oder es gern einfach haben zu wollen. Den Preis muß man halt
> bezahlen. :-)

Man hat Lust auf eis oder eben nicht. Man hat Lust auf das besondere von eis
und bekommt aber kein Hörnchen mit eis + ubuntu. Man bekommst auch bei
ubuntu kein Ubuntu mit Geschmacksverstärker eis.

Will sagen: Man kann nicht alles haben. Man nimmt das Gericht, was einem in
der Summe aller Flavors am meisten zusagt.

Keine Distri wird einem alle Wünsche erfüllen, aber im Gegensatz zu Windows
haben ich Auswahl auf der Speisekarte.

Man darf natürlich Wünsche äußern oder - eisfair ist Opensource - gerne
eigene Ideen in Form von Patches dem Team vorschlagen.

> Demgegenüber hat man hier in den spline-Gruppen fast immer jemandem der
> einem bei einem Problem weiter helfen kann. Das hat; aufgrund des
> kleineren Kreises; fast schon familiären Charakter.
>
> Das dürfte sich in der Form bei anderen/Großen Distros so nicht
> wiederfinden. Denke ich mal.

Die Foren der großen Distris sind im Vergleich zu vor mehr als 10 Jahren
ganz schön runtergekommen - ich lasse mich da als SuSE-Anwender schon lange
kaum bis nicht mehr sehen.

> Ich finde das jedenfalls wunderbar und möchte an dieser Stelle; ganz
> ohne besonderen Grund; dafür einfach mal Danke sagen an alle
> Beteiligten, Mitschreiber, Mitleser und insbesondere an das Eisfair-Team.

Danke und das ist eben ein wunderbares Merkmal, weshalb ich mich nun auch
schon lange dafür engagiere.

--
Gruss Marcus

[Thomas Bork]

Am 29.11.2018 um 23:40 schrieb Hilmar Böhm:

> Tja, was soll ich dazu sagen?... Alle mir bekannten Distributionen
> (darunter Debian, Ubuntu, Arch Linux, inkl. Derivaten) und auch Alpine
> Linux können das und zwar Out of the Box! Darüber hinaus sind auch
> virtio_console, _balloon, _pci und _ring (ohne zusätzliche
> Manipulationen) eingebunden/installiert.

Tja, was soll _ich_ denn dazu sagen?

virtio_console ist im 64-Bit-Kernel fest eingebaut.
virtio_balloon ist im 64-Bit-Kernel als Modul vorhanden und wird meines
Wissens von udev in der passenden Umgebung automatisch geladen.
virtio_pci ist im 64-Bit-Kernel fest eingebaut.
virtio__ring ist im 64-Bit-Kernel fest eingebaut.

> ...nichts für ungut, aber Eisfair ist halt in bestimmten Hinsichten doch
> sehr speziell, wie ich meine...

Nichts für ungut:
Es bleibt also virtio_blk übrig, welches als Modul enthalten ist, für
das aber inzwischen überall virtio_scsi als Ersatz empfohlen wird.

Ein Vorschlag:
Da es sich bei eisfair um open source handelt, kannst Du doch einfach
den 64-Bit-Installer anpassen, so dass er mit virtio_blk funktioniert.
Wenn Du dabei nichts anderes kaputt machst, integriere ich Deine
Änderungen...

--
der tom
[eisfair-team]

[Kay Martinen]

Am 03.12.2018 um 21:29 schrieb Thomas Bork:
> Am 29.11.2018 um 23:40 schrieb Hilmar Böhm:
>
> Nichts für ungut:
> Es bleibt also virtio_blk übrig, welches als Modul enthalten ist, für
> das aber inzwischen überall virtio_scsi als Ersatz empfohlen wird.

Weil; u.a. bei Proxmox; virtio_scsi als die Schnellere Lösung propagiert

wird.

>
> Ein Vorschlag:
> Da es sich bei eisfair um open source handelt, kannst Du doch einfach
> den 64-Bit-Installer anpassen, so dass er mit virtio_blk funktioniert.
> Wenn Du dabei nichts anderes kaputt machst, integriere ich Deine
> Änderungen...

Korrigiere mich wenn ich irre, aber: Bei einsatz von virtio_scsi haben
alle devices doch ein v. Also vda, vdb u.s.w. Bei SATA ist es ein S,
ebenso wie bei echtem SCSI (was hier IMHO eh als Subset genutzt wird)
und früher bei PATA war es hda, hdb u.s.w.

AFAIK kann der installer immer noch hda und nun sda. Wozu wäre es gut;
oder besser; wenn die devices vda hießen. Mehr leistung? Meßbar?

Oder doch nur namens-kosmetik?

[Thomas Bork]

Am 03.12.2018 um 21:45 schrieb Kay Martinen:

> Korrigiere mich wenn ich irre, aber: Bei einsatz von virtio_scsi haben
> alle devices doch ein v. Also vda, vdb u.s.w. Bei SATA ist es ein S,
> ebenso wie bei echtem SCSI (was hier IMHO eh als Subset genutzt wird)
> und früher bei PATA war es hda, hdb u.s.w.

Siehe viel weiter oben in diesem Thread:

Das ist virtio_blk. Der arbeitet mit Devicenamen /dev/vd[a-z]+. Das
modernere virtio_scsi mit Devicenamen /dev/sd[a-z]+.

--
der tom
[eisfair-team]

[Uwe Kunze]

Hallo,
nur als Zwischenfrage:

> Es bleibt also virtio_blk übrig, welches als Modul enthalten ist, für
> das aber inzwischen überall virtio_scsi als Ersatz empfohlen wird.

Warum wird überall virtio_scsi empfohlen ?
Ich betreibe mehrere eis1 unter Proxmox und verwende bei allen
Installationen virtio_blk (mit den Devicename vd...).
Welche Vorteile hat virtio_scsi auf einem Proxmox (4 bzw. 5) ?

Danke und Grüße.
Uwe

[Kay Martinen]

Aus: https://pve.proxmox.com/wiki/Paravirtualized_Block_Drivers_for_Windows

Note: Proxmox recommends using SCSI with VirtIO SCSI as SCSI Controller
Type for VM disks, to have the most features and best performance.

VirtIO block may get deprecated in the future.

Kurz und gut ist man mit dem virtio scsi treiber besser beraten. SCSI
ist ein Standardsatz der unabhängig von API oder sonstigen Änderungen
ist. Sollte also der kernelsupport für virtio-blk sich mal ändern oder
raus fliegen hat das auf den offenbar wenig bis keine auswirkungen.

Ich weiß jetzt nicht was virtio-blk kann oder nicht kann. Aber SCSI ist
als Standard wohl inzwischen fest stehend. Da ändert sich nichts mehr,
es kämen bestenfalls andere Protokolle hinzu. Drüber ([S]-ATA) oder
drunter (iSCSI).

Obiges liest sich außerdem so als hätte die SCSI virtualisierung mehr
Features und bessere Leistung als der virtuelle Blocktreiber.

[Hilmar Böhm]

Hallo,

> Warum wird überall virtio_scsi empfohlen ?

Das kann ich auch nicht sagen. Weil es abgelöst werden soll.(?)

> Ich betreibe mehrere eis1 unter Proxmox und verwende bei allen Installationen virtio_blk (mit den Devicename vd...).

Ich mache das unter KVM/Virt-Manager auch so.

> Welche Vorteile hat virtio_scsi auf einem Proxmox (4 bzw. 5) ?

Das kann ich nicht sagen, in Ermangelung eines solchen Systems

Noch ein paar Anmerkungen (wenns gestattet ist):

Wenn ich das richtig verstehe, nutzt Proxmox eine WebUI zum Einrichten von KVM-Gästen (vermutlich via virsh oder gleich über die
libvirt).

Ich richte meine KVM-Gäste mit dem virt-manager ein. Da kann ich für den System-Datenträger (und auch andere) direkt den
virtio_blk Treiber auswählen (der Datenträger wird dann als "Virtio Datenträger 1") angezeigt. Im Gast wird der virt_blk (u.a.)
als geladen angezeigt. Außer bei Eisfair - mangels virtio_blk. Aber Eisfair funktioniert (mit hdx Devices) auch ohne den
beschleunigten VirtIO-Zugriff auf die vDisk.

Will man Eisfair-SCSI-vDisks im virt-manager mit virtio konfigurieren muss man eigens eine "Steuerung" (Controller) als Gerät
hinzufügen und dafür als Modell "VirtIO SCSI" auswählen. Dann kann man auch in der E64-Installation die Nummer 76 virtio_scsi
(aus der Liste der Liste der "SCSI/SATA/RAID/USB-Storage drivers") auswählen und bekommt dann sdx- Devices mit SCSI Virtio.

Das heisst: Wer unter virt-manager Eisfair-VM's konfigurieren und VirtIO-Zugriff auf vDisks haben will, muss das (vorher) auch
wissen. Das ist aber nirgends (für EIS-User) dokumentiert, außer hier im Forum...

SCSI-vDisk ohne "Steuerung VirtIO SCSI" (im virt-manager), aber mit Eisfair virtio_scsi (Nr. 76, Eisfair-Inst.), funktioniert
nicht, da bei Erststart der Eis-VM die vDisk nicht gefunden wird.

Was aber funktioniert, ist: Konfig (virt-manager) eines IDE-Datenträgers (ohne virtio) und Auswahl des virtio_scsi Treiber in
der E64-Installation. Das System kommt dann mit hdx Devices hoch. Virtio_scsi wird auch als geladen angezeigt (lsmod).
Wahrscheinlich wird es aber nicht für den Zugriff auf die vDisk verwendet.


Grüße. / Hilmar.

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Bc3b6hm wrote:

> Das heisst: Wer unter virt-manager Eisfair-VM's konfigurieren und
> VirtIO-Zugriff auf vDisks haben will, muss das (vorher) auch wissen. Das
> ist aber nirgends (für EIS-User) dokumentiert, außer hier im Forum...

Wo sollte diese Information hin?

Wäre vielleicht auch ein Wiki-Artikel angebracht?

--
Gruss Marcus

[Hilmar Böhm]

Hallo Marcus,

> Wo sollte diese Information hin?

Das habe ich mich auch gefragt.
Ich denke es gehört in die User-Dokumentation "eisfair Dokumentation" und ggf. auch ins Wiki
Im User-Manual wäre ein kleiner Absatz (2,3,4-Zeilen) als Hinweis ausreichend.

>
> Wäre vielleicht auch ein Wiki-Artikel angebracht?
>

Einen Wiki-Artikel würde ich schreiben, aber ich weiss nicht wie. Gibt es Vorlagen für Wiki-Artikel und/oder eine (technische)
Anleitung? Ich hatte das auch schon mal seinerzeit bei der DHCP-Server Diskussion angefragt; es ist aber untergegangen.

Viele Grüße. / Hilmar.

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

Was soll ich da nun genau schreiben?

1. Account besorgen
2. In den Bereich Dokumentation | Knowhow & Howtos | Allgemeines navigieren
3. Mit dem Knopf unten rechts einen neuen Inhalt "Leere Seite" erstellen,
dabei Namen vergeben
4. Seite schreiben, Formatierungshilfen finden sich in der Leiste über dem
Inhalt

Üben kann man in der Spielwise.

--
Gruss Marcus

[Hilmar Böhm]

....

Am 06.12.18 um 11:07 schrieb Marcus Roeckrath:
> 1. Account besorgen
???

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

>> 1. Account besorgen
> ???

Auf der Wiki-Seite rechts oben das "Eintritt"-Symol nehmen und dann kommst
du auf die Anmeldeseite:

https://web.nettworks.org/wiki/login.action?os_destination=%2Fdisplay%2Fe%2Feisfair-Wiki

--
Gruss Marcus

[Hilmar Böhm]

Hallo Marcus,
das klappt nicht:
Anmelden: Mein Forumname/Passw. inkl. jeweiligem CAPTCHA werden abgewiesen. Registrieren: Endet mit:
---------------------------------------------------------------------------------------------


A system error has occurred — our apologies!

For immediate troubleshooting, consult our knowledge base for a solution.

If you would like to receive support from Atlassian's support team, ask your Confluence administrator to create a support issue
on Atlassian's support system with the following information:

a description of your problem and what you were doing at the time it occurred
a copy of the error and system information found below
a copy of the application logs (if possible).

Your Confluence administrator can use the support request form to create a support ticket which will include this information.

We will respond as promptly as possible.
Thank you!

Return to site homepage…
Cause

com.atlassian.crowd.exception.runtime.OperationFailedException: com.atlassian.crowd.exception.ApplicationPermissionException:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><error><reason>APPLICATION_PERMISSION_DENIED</reason><message>Cannot
update group 'confluence-users' because directory 'nettworks webtools ou' does not allow updates.</message></error>
at com.atlassian.crowd.embedded.core.CrowdServiceImpl.addUserToGroup(CrowdServiceImpl.java:557)

caused by: com.atlassian.crowd.exception.ApplicationPermissionException: <?xml version="1.0" encoding="UTF-8"
standalone="yes"?><error><reason>APPLICATION_PERMISSION_DENIED</reason><message>Cannot update group 'confluence-users' because
directory 'nettworks webtools ou' does not allow updates.</message></error>
at com.atlassian.crowd.integration.rest.service.RestExecutor$MethodExecutor.throwError(RestExecutor.java:522)
Stack Trace:[hide]

com.atlassian.crowd.exception.runtime.OperationFailedException: com.atlassian.crowd.exception.ApplicationPermissionException:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><error><reason>APPLICATION_PERMISSION_DENIED</reason><message>Cannot
update group 'confluence-users' because directory 'nettworks webtools ou' does not allow updates.</message></error>
at com.atlassian.crowd.embedded.core.CrowdServiceImpl.addUserToGroup(CrowdServiceImpl.java:557)
....
...
(tausende Zeilen)
...
at com.atlassian.crowd.manager.application.ApplicationServiceGeneric.addUserToGroup(ApplicationServiceGeneric.java:1026)
at com.atlassian.crowd.embedded.core.CrowdServiceImpl.addUserToGroup(CrowdServiceImpl.java:543)
... 433 more


Referer URL

https://web.nettworks.org/wiki/dosignup.action
----------------------------------------------------------------------------------------------------------

Irgendwie suspekt...
Grüße. / Hilmar.


Am 06.12.18 um 18:55 schrieb Marcus Roeckrath:

[Marcus Roeckrath]

Da ich nicht der Admin bin, kann ich da jetzt auch nichts prüfen; shcau mal,
ob du im Wiki eine EMail-Adresse zum Kontakt findest und wende dich da hin.

--
Gruss Marcus

[Holger Behmann]

Das habe ich auch schon mehrfach versucht, sogar der Admin (Yves) hat
mein Passwort zurückgesetzt - es klappt nicht.
Ich hab´s aufgegeben!

Gruß
Holger

[Marcus Roeckrath]

Hallo Holger,

Holger Behmann wrote:

>>> das klappt nicht:
>>> Anmelden: Mein Forumname/Passw. inkl. jeweiligem CAPTCHA werden
>>> abgewiesen. Registrieren: Endet mit:
>>
>> Da ich nicht der Admin bin, kann ich da jetzt auch nichts prüfen; shcau
>> mal, ob du im Wiki eine EMail-Adresse zum Kontakt findest und wende dich
>> da hin.
>
> Das habe ich auch schon mehrfach versucht, sogar der Admin (Yves) hat
> mein Passwort zurückgesetzt - es klappt nicht.
> Ich hab´s aufgegeben!

Ich habe gerade auch mal versucht einen Account anzulegen und bin auch nur
auf der Fehlerseite gelandet.

Wenn ein Admin da doch einen Account von Harry Hirsch mit der Emailadresse
donald.duck@entenhausen... findet, kann er den getrost ins Nulldevice
schieben.

--
Gruss Marcus

[Hilmar Böhm]

Hallo Holger,

Vielen Dank für die Info. Ich hatte noch im Hinterkopf, dass das vor einiger Zeit schon einmal ein User darüber berichtet hat.
(Konnte mich aber nicht mehr an den Namen erinnern :) ). Vielleicht ist der ganze Dienst eingestellt worden.

Ich finde, eine geeignete LibreOffiće-Vorlage würde gleiche Ergebnisse erzielen können...

Grüße. / Hilmar.


Am 07.12.18 um 20:06 schrieb Holger Behmann:

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

> Vielen Dank für die Info. Ich hatte noch im Hinterkopf, dass das vor
> einiger Zeit schon einmal ein User darüber berichtet hat. (Konnte mich
> aber nicht mehr an den Namen erinnern :) ). Vielleicht ist der ganze
> Dienst eingestellt worden.

Nein, ist auch nicht Absicht; wer einen Account hat, kann sich problemlos
einloggen.

Auch das Lesen der Howtos geht ja.

> Ich finde, eine geeignete LibreOffiće-Vorlage würde gleiche Ergebnisse
> erzielen können...

Was soll das bringen?

--
Gruss Marcus

[Hilmar Böhm]

Hallo Marcus,

Am 07.12.18 um 22:15 schrieb Marcus Roeckrath:

> Auch das Lesen der Howtos geht ja.

Das ist schön für Dich. :-)

>

>> Ich finde, eine geeignete LibreOffiće-Vorlage würde gleiche Ergebnisse
>> erzielen können...
> Was soll das bringen?

Das man nicht auf diesen Dienst angewiesen ist?

Gruß. / Hilmar.

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

>> Auch das Lesen der Howtos geht ja.
> Das ist schön für Dich. :-)

Also du kannst auch ohne Anmeldung das Wiki bzw. die HowTos nicht sehen, z.
B.

https://web.nettworks.org/wiki/pages/viewpage.action?pageId=10027056

>>> Ich finde, eine geeignete LibreOffiće-Vorlage würde gleiche Ergebnisse
>>> erzielen können...
>> Was soll das bringen?
> Das man nicht auf diesen Dienst angewiesen ist?

Und dann wohin damit? Einen extern vorbereiteten Text kannst du doch ohne
Anmeldung auch nicht in den HowTo-Bereich bringen.

--
Gruss Marcus

[Marcus Roeckrath]

Hallo Holger,

Holger Behmann wrote:

[Wiki]

>>> das klappt nicht:
>>> Anmelden: Mein Forumname/Passw. inkl. jeweiligem CAPTCHA werden
>>> abgewiesen. Registrieren: Endet mit:
>>
>> Da ich nicht der Admin bin, kann ich da jetzt auch nichts prüfen; shcau
>> mal, ob du im Wiki eine EMail-Adresse zum Kontakt findest und wende dich
>> da hin.
>>
>
> Das habe ich auch schon mehrfach versucht, sogar der Admin (Yves) hat
> mein Passwort zurückgesetzt - es klappt nicht.
> Ich hab´s aufgegeben!

Du hast also einen Account, der jedoch nicht funktioniert und ein
Passwortreset hat den auch nicht wiederbelebt?

--
Gruss Marcus

[Hilmar Böhm]

Hallo Markus

> Also du kannst auch ohne Anmeldung das Wiki bzw. die HowTos nicht sehen, z.

> https://web.nettworks.org/wiki/pages/viewpage.action?pageId=10027056
Selbstverständlich kann ich die Artikel sehen, auch uneingeloggt...

>
>>>> Ich finde, eine geeignete LibreOffiće-Vorlage würde gleiche Ergebnisse
>>>> erzielen können...
>>> Was soll das bringen?
>> Das man nicht auf diesen Dienst angewiesen ist?
>
> Und dann wohin damit? Einen extern vorbereiteten Text kannst du doch ohne
> Anmeldung auch nicht in den HowTo-Bereich bringen.

Drehen wir uns im Kreis?
Ich habe einen Account, mit dem in mich beim Eisfair-Forum einwandfrei anmelden kann und gehe davon aus, dass ich den gleichen
Account auch nutzen kann um einen Wiki-Artikel einzustellen. Letzteres wird aber abgewiesen. Der Versuch einen Account (ist das
ein anderer als der vorgenannte (Forums-)Account) dort zu registrieren, wird mit den Crash-Informationen quittiert und ist
nicht z.Zt. möglich. An dieser Stelle kann ich nichts mehr tun, als abwarten, bis das ggf. Problem behoben ist.

Was ist diese/r Dienst/Software:
-------------------------------------------------
Kostenlose Confluence Open-Source-Projektlizenz von Atlassian
für net(t)work(s) e. V.. Confluence heute testen.

Auf dieser Confluence-Installation wird läuft eine kostenlose Gliffy-Lizenz -
Bewerten Sie das Gliffy Confluence-Plug-In für Ihr Wiki!

Powered by Atlassian Confluence 6.12.0 Fehler/Anregungen Atlassian-News
Atlassian
--------------------------------------------------
Braucht man das unbedingt um einen Artikel im Wiki-Bereich der Eisfair-Homepage einzustellen.

Könnte es nicht genügen,
- Einen Artikel nach einer Vorlage selbst zu erstellen, wobei die Vorlage ein bestimmtes, allgemeines Format sichert (Schrift,
Überschriften, Absätze, grobe Inhalte), z.B. als LibreOffice-Vorlage?
- und diesen dann nach Anmeldung über den Forums-Account in den Wiki-Bereich einzustellen?

Das ist nur ne Frage und Grüße. / Hilmar.

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

>>>>> Ich finde, eine geeignete LibreOffiće-Vorlage würde gleiche Ergebnisse
>>>>> erzielen können...
>>>> Was soll das bringen?
>>> Das man nicht auf diesen Dienst angewiesen ist?

IMHO läuft das Wiki unter diesem Dienst.

> Ich habe einen Account, mit dem in mich beim Eisfair-Forum einwandfrei
> anmelden kann und gehe davon aus, dass ich den gleichen Account auch
> nutzen kann um einen Wiki-Artikel einzustellen. Letzteres wird aber
> abgewiesen. Der Versuch einen Account (ist das
> ein anderer als der vorgenannte (Forums-)Account) dort zu registrieren,
> wird mit den Crash-Informationen quittiert und ist nicht z.Zt. möglich.

Peter Schiefer hat schon einen Fehler gefunden, allerdings konnte ich mir
danach auch noch keinen Account anlegen.

Ob die Forums-Accounts auch im Wiki gelten, kann ich dir nicht sagen.

Du kannst es ja jetzt nochmal mit deinem Forum-account probieren.

> An dieser Stelle kann ich nichts mehr tun, als abwarten, bis das ggf.
> Problem behoben ist.

Da ist jemand dran; wahrscheinlich besteht das Problem schon länger, nämlich
seit dem Umzug unserer Hardware auf neue Server.

> Was ist diese/r Dienst/Software:
> -------------------------------------------------
> Kostenlose Confluence Open-Source-Projektlizenz von Atlassian
> für net(t)work(s) e. V.. Confluence heute testen.

Was da alles unter dem Mantel von Confluence läuft, muss dir jemand anderes
erläutern, da ich darüber keine Kenntnisse habe.

> - Einen Artikel nach einer Vorlage selbst zu erstellen, wobei die Vorlage
> ein bestimmtes, allgemeines Format sichert (Schrift, Überschriften,
> Absätze, grobe Inhalte), z.B. als LibreOffice-Vorlage? - und diesen dann
> nach Anmeldung über den Forums-Account in den Wiki-Bereich einzustellen?

Wenn du da etwas hochladen könntest, könntest du auch direkt einen Artikel
erstellen; wie so ein Artikel technisch aussieht, weiß ich auch nicht,
allerdings bestimmt anders als ein LO-Dokument und einen Exportfilter
dürfte es in LO dafür auch nicht geben.

--
Gruss Marcus

[Yves Schumann]

Hallo Hilmar

Am 07.12.2018 um 13:55 schrieb Hilmar Böhm:
> Hallo Marcus,
> das klappt nicht:
> Anmelden: Mein Forumname/Passw. inkl. jeweiligem CAPTCHA werden
> abgewiesen.

Der Forum-Login hat mit den restlichen Webtools nichts zu tun. Für die
Atlassian-Toolchain (Wiki, Bugtracker, Repo-Browser) brauchst Du einen
separaten Login, wenn Du dort mitarbeiten möchtest.

> A system error has occurred — our apologies!

...

> <error><reason>APPLICATION_PERMISSION_DENIED</reason><message>Cannot
> update group 'confluence-users' because directory 'nettworks webtools
> ou' does not allow updates.</message></error>

Das ist das eigentliche Problem beim Registrierren und das ist schon
immer so, nicht erst seit dem Umzug auf die neue Hardware. Da es aber
bisher nicht wirklich ein derbes Problem war, habe ich die
entsprechenden Accounts manuell freigeschaltet.

--
Kind regards,
Yves

---
This email has been checked for viruses by AVG.
https://www.avg.com

[Yves Schumann]

Hallo nochmal

Am 08.12.2018 um 16:37 schrieb Hilmar Böhm:
> Drehen wir uns im Kreis?

Vermutlich... ;-)

> Ich habe einen Account, mit dem in mich beim Eisfair-Forum einwandfrei
> anmelden kann  und gehe davon aus, dass ich den gleichen Account auch
> nutzen kann um einen Wiki-Artikel einzustellen.

Nein, wie schon geschrieben, hat das Eine mit dem Anderen nichts zu tun.

> Der Versuch einen Account (ist das ein anderer als der
> vorgenannte (Forums-)Account) dort zu registrieren, wird mit den
> Crash-Informationen quittiert und  ist nicht z.Zt. möglich.

Ja, das ist das eigentliche Problem...

> Was ist diese/r Dienst/Software:
> -------------------------------------------------
> Kostenlose Confluence Open-Source-Projektlizenz von Atlassian
> für net(t)work(s) e. V.. Confluence heute testen.

Wir verwenden die gesamte Atlassian-Toolchain, also namentliche Jira
(Bugtracker), Confluence (Wiki), Bitbucket (Git-Hosting), Fisheye (SVN
Repo-Browser) sowie Crowd für die Userverwaltung und Anbindung an den
internen LDAP. Als OSS-Projekt bekommt man das problemlos vollumfänglich
lizensiert.

> Auf dieser Confluence-Installation wird läuft eine kostenlose
> Gliffy-Lizenz -
> Bewerten Sie das Gliffy Confluence-Plug-In für Ihr Wiki!

Und natürlich sind diverse Plugins installiert. Bspw. ist es mit dem
Gliffy-Plugin möglich, Zeichnungen im Visio-Style direkt in der
Wiki-Page zu erstellen.

> Braucht man das unbedingt um einen Artikel im Wiki-Bereich der
> Eisfair-Homepage einzustellen.

Auch in diesem Fall hat das nichts miteinander zu tun.

> Könnte es nicht genügen,
> - Einen Artikel nach einer Vorlage selbst zu erstellen, wobei die
> Vorlage ein bestimmtes, allgemeines Format sichert (Schrift,
> Überschriften, Absätze, grobe Inhalte), z.B. als LibreOffice-Vorlage?
> - und diesen dann nach Anmeldung über den Forums-Account in den
> Wiki-Bereich einzustellen?

Das hört sich wesentlich einfacher an, als es tatsächlich ist. Wenn das
so sein sollte, dann müsste der Login-Bereich des Forums mit dem
internen LDAP synchronisiert werden resp. das Forum müsste die interne
Userverwaltung verwenden. Ich weiss nicht, ob dass das Forum in der Art
wie wir es als NewsGroup-Mirror verwenden, überhaupt kann. Und selbst
wenn dem so ist, müsste sich jemand finden, der sich dann um die
Userverwaltung kümmert...

[Marcus Roeckrath]

Hallo Yves,

Yves Schumann wrote:

>> A system error has occurred — our apologies!
> ...
>> <error><reason>APPLICATION_PERMISSION_DENIED</reason><message>Cannot
>> update group 'confluence-users' because directory 'nettworks webtools
>> ou' does not allow updates.</message></error>
>
> Das ist das eigentliche Problem beim Registrierren und das ist schon
> immer so, nicht erst seit dem Umzug auf die neue Hardware. Da es aber
> bisher nicht wirklich ein derbes Problem war, habe ich die
> entsprechenden Accounts manuell freigeschaltet.

Kannst du Hilmar mit einem Account versorgen?

Danke.

--
Gruss Marcus

[Yves Schumann]

Hallo miteinander

Am 08.12.2018 um 16:53 schrieb Marcus Roeckrath:
> Peter Schiefer hat schon einen Fehler gefunden,

Joa, danke!

> allerdings konnte ich mir
> danach auch noch keinen Account anlegen.

Ich habe jetzt nochmal die Settings durchgearbeitet, bitte nochmals
versuchen!

> Ob die Forums-Accounts auch im Wiki gelten, kann ich dir nicht sagen.

Nein, wie gesagt ist das nicht so und wird aller Voraussicht zumindest
in näherer Zukunft auch nicht der Fall sein.

[Marcus Roeckrath]

Hallo Yves,

Yves Schumann wrote:

> Ich habe jetzt nochmal die Settings durchgearbeitet, bitte nochmals
> versuchen!

Danke, sieht vielversprechend aus:

Hi Harry Hirsch, welcome to Confluence!

Kannst den Account wegschmeißen, die Bestätigungsmail wird mich sowieso nie
erreichen.

@Hilmar: Bitte probier es jetzt nochmal.

--
Gruss Marcus

[Hilmar Böhm]

Hallo Marcus,

Am 08.12.18 um 20:21 schrieb Marcus Roeckrath:

> @Hilmar: Bitte probier es jetzt nochmal.

Registrierung hat geklappt! Kann mich anmelden :-) Danke!

(Es gab btw schon - vermutlich bei meinen vorherigen Versuchen rein zukommen - einen Account: "hilmar.boehm". Kann man den bitte
löschen. Mein aktueller Account-Name ist boehm.hilmar (mit einer anderen Mail-Adresse)

[Marcus Roeckrath]

Hallo Hilmar,

Hilmar Böhm wrote:

>> @Hilmar: Bitte probier es jetzt nochmal.
> Registrierung hat geklappt! Kann mich anmelden :-) Danke!

Bitte, Probleme sind dazu da, gelöst zu werden und nicht ihnen
auszuweichen. :-)

> (Es gab btw schon - vermutlich bei meinen vorherigen Versuchen rein
> zukommen - einen Account: "hilmar.boehm". Kann man den bitte löschen. Mein
> aktueller Account-Name ist boehm.hilmar (mit einer anderen Mail-Adresse)

Mein Testaccount Harry Hirsch hat wohl schon jemand entfernt; Danke.

--
Gruss Marcus