Den Phaetus bekommst Du auf eBay günstiger (meltbro). Ich müsste noch Versand und handling draufpacken von daher auch günstiger als meine.
Übrigens habe ich jetzt als Notlösung den original X-Max Hot-Extruder wieder eingebaut. Die Druckqualität ist deutlich schlechter als mit deinem Orbiter/Dragon.
Danke für das Feedback.
Verabschiedet was genau?
Alternativ zum Dragon von TL passt auch das von Phaetus.
Ich kann Dir Ersatzteil anbieten oder auch Einzelteile wie Heatbreak...
Stromkabel nicht raus?: Bewegt sich gar nicht oder nur aus Platzgründen? Am einfachsten (wegen Platz) den Orbiter oben mit zwei schrauben lösen dann das Hotend (die 4 kleinen) Schrauben lösen.
Noch eine paar freie Slot (provisorisch) abgeklebt (recht staubig im Keller)
Kabelsalat NG ...
Sodele Kabel bisserl aufgeräumt - aber geht noch besser zumindest die Farben sind jetzt einheitlich an den 4 Servern. Die dritte USV ist auch angeschlossen und wird überwacht, Aber mir gefällt die Software von den Herstellern nicht - das ist alles echt stümperhaft implementiert 
Mal schauen ob ich mal NUT (https://networkupstools.org/) ausprobiere... Weihnachten...
Ich meine die drei Werte würde das beeinflussen.
Meine Batterie wird standardmäßig bis 13% entladen, danach hast Du aber noch den Verbrauch vom BMS und Co. es geht also dann trotzdem langsam weiter runter. Bzw. die Zellspannungen können noch ein wenig fallen - also Vorsicht mit den Grenzen. Speziell wenn man mit hoher Leistung an die Grenzen ranfährt kann das BMS dann schon mal wegen Unterspannung das System notabschalten.
Wäre super auch wenn ich für mehre hundert EUR Sunon rot noch organisiert habe - naja dann kann ich ja wahlweise auch die grünen mit weniger Leistung verbauen.
Werde die 2.31 bei Gelegenheit mal testen. Interessant ist, dass sie mir noch gesagt haben sie werden nichts ändern - jetzt dann doch 
Werde am Wochenende mal einen Teil der Netzwerkverkabelung erneuern. Das totale Farbchaos im Rack das muss besser werden. Habe auch eine weitere USV zum Anschließen, dazu werde ich aber wohl kurz das ganze Rack stromlos schalten müssen Ich hoffe es kommt alles wieder sauber hoch.
Habe wieder einen freigeschaltet
IPV6 abschalten - eher nicht wenn dann so:
Man kann IPV6 auch gleich via Grub abschalten
Samba-AD-Server unter Ubuntu 20.04 installieren › HowTo › Wiki › ubuntuusers.de
zumindest in der zweiten Variante erzeugt das Fehler in der syslog ala:
pve-firewall[7432]: status update error: iptables_restore_cmdlist: Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more information.auch lies sich so der Backupserver nicht installieren (cohosted zu pve) weil in der Installation irgendetwas mit IPV6 abgefragt wird. Empfohlen ist also eher IPv6 eingeschaltet zu lassen. Lese auch gerade, dass via grub abschalten nicht supported ist, also wenn dann wirklich die zweiter Variante nehmen. Mich nerven aber immer die Zahlenkolonnen und die unübersichtlichen ip a ausgaben etc. - ich habe IPv6 lokal komplett aus. Es mag die Zeit kommen wo es nicht mehr ohne geht
vorhin 30min ausfall weil eine Netzwerkkarte wohl gehangen ist (laut syslog).
Gleichzeitig (nahezug) hat ein RASPI den Dienst eingestellt.
Macht mich immer nervös solche Zufälle... Sollte aber wieder alle up sein (auch der RASPI läuft nach Stromaus/an wieder).
FYI:
- Actual orders including Trainglelabs hotends are ready for shipping - will be done at the weekend.
- Aktuelle Bestellungen mit Trianglelabs als Hotend sind fertig und werden am Wochenende versand.
- Phaetus werde ich am Wochenende bauen und sollten dann Anfang der Woche rausgehen.
Moin - Die für diese Woche sind schon weg. Nächstes Wochenende stelle ich vermutlich wieder welche ein. Gerade neue Orbiter bekommen - nichtmals ausgepackt.
Wusste doch ein Serverumzug ohne Problemchen danach gibt es nicht.
Der Mailserver hatte Mails vom neuen Webserver rejected - hatte die neue IP dort nicht freigeschaltet.
Jetzt sollten E-Mails aber hoffentlich wieder versandt werden.
Sorry - wenn weitere Probleme auftauchen schreibt mich auch gerne direkt an [email protected]
Ole
Sodele nun ist es Linux elekrifiziert powered by NGINX statt ISS.
Sollte Ihr Fehler sehen oder Änderungen bitte melden.
So jetzt habe ich die Neue DB und den linux webserver vorbereitet. Die Tests waren erfolgreich. Werde morgen dann mal umschalten. Nicht wundern wenn es
"Geschlossen wegen Wartung"
heisst.
Ach ja zur Doku - Sicherheitsscan des aktuellen Setups:
Ich vermute mal das ich da beim neuen Server erst noch nacharbeiten muss. Würde mich nicht wundern, wenn der Umstieg wegen https und/oder Zertifikaten baden geht.
Umzu der Windows IIS webserver daten.. am besten via tar (7z) zusammenpacken und dann auf den linuxserver kopieren. Dort auspacken und die ISS Webconfig etc. löschen.
Das Cache verzeichnis auch löschen bzw. den Inhalt dessen. Das wars schon - sollte so funktionieren.
Anmerkung: ZIP ging bei mir nicht unzip mag wohl das windows zipformat nicht.
Schon mein Angebot war trotzdem ernst gemeint - passiert halt mal, sollte aber nicht.
Oops - ich schick Dir gerne noch eine kurzes Schräubchen damit es gleich ist. Ich habe mal aus versehen die längeren in den gleichen Pott geworfen. Wundert mich, dass die ins Hotend gepasst hat.
Und vorsicht ich habe auch eine "bööööse" Schwiegermutter - die wohnt sogar bei uns
Ach ja Ubuntu nutzt ja per default erstmal nur 50% der Platte um das auf 100% zu ändern. Stichwort Ubuntu filesystem resize / vergößern.
Start 15G auf /
# df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 393M 716K 392M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 15G 7.6G 6.4G 55% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda2 2.0G 127M 1.7G 7% /boot
tmpfs 393M 4.0K 393M 1% /run/user/1000
root@lx-nginx-web:/var/www/html# df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 393M 716K 392M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 15G 7.9G 6.1G 57% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda2 2.0G 127M 1.7G 7% /boot
tmpfs 393M 4.0K 393M 1% /run/user/1000# lsblk -o Name
NAME
sda
├─sda1
├─sda2
└─sda3
└─ubuntu--vg-ubuntu--lv# pvresize /dev/sda3
Physical volume "/dev/sda3" changed
1 physical volume(s) resized or updated / 0 physical volume(s) not resized# lvresize -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
Size of logical volume ubuntu-vg/ubuntu-lv changed from <15.00 GiB (3839 extents) to <30.00 GiB (7679 extents).
Logical volume ubuntu-vg/ubuntu-lv successfully resized.# resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
resize2fs 1.46.5 (30-Dec-2021)
Filesystem at /dev/mapper/ubuntu--vg-ubuntu--lv is mounted on /; on-line resizing required
old_desc_blocks = 2, new_desc_blocks = 4
The filesystem on /dev/mapper/ubuntu--vg-ubuntu--lv is now 7863296 (4k) blocks long.# df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 393M 708K 392M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 30G 13G 16G 44% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda2 2.0G 127M 1.7G 7% /boot
tmpfs 393M 4.0K 393M 1% /run/user/1000jetzt haben wir 30G auf / :).
Datenbankumzug
backup:
mysqldump -h localhost -u <DEINADMINUSER> -p --single-transaction --skip-lock-tables --net_buffer_length 16384 <DEINEDB> > backup.sqlRestore:
mysql -h localhost -u <DEINADMINUSER> -p <DEINEDB> < backup.sqlevtl. domaine in wcf.application tabelle anpassen, sonst gibt es immer ein redirekt zur alten domain.
Für den Webserver dann wieder ein Ubuntu 22 LTS
apt install nginx
apt install php php-cli php-fpm php-json php-mysql php-zip php-gd php-mbstring php-curl php-xml php-pear php-bcmath php-intlapache kommt automatisch mit php brauchen wir aber nicht
apt remove apache2 dann die forum zip von Woltlab in /var/www/html auspacken und server/update/test.php aufrufen
systemctl status php*-fpm.service
systemctl status nginxsollte laufen. Nun noch nginx config anpassen.
nano /etc/nginx/sites-enabled/default
index.php hinzufügen und fastcgi einschalten (den Pad auf die richtige Version setzen)
Nicht vergessen das html Verzeichnis Schreibberechtigung für www-data zu geben, ansonsten kann man woltlab nicht installieren.