<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://entorb.net//wiki/index.php?action=history&amp;feed=atom&amp;title=Uberspace_-_U7_Migration</id>
	<title>Uberspace - U7 Migration - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://entorb.net//wiki/index.php?action=history&amp;feed=atom&amp;title=Uberspace_-_U7_Migration"/>
	<link rel="alternate" type="text/html" href="https://entorb.net//wiki/index.php?title=Uberspace_-_U7_Migration&amp;action=history"/>
	<updated>2026-11-01T11:16:29Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.11</generator>
	<entry>
		<id>https://entorb.net//wiki/index.php?title=Uberspace_-_U7_Migration&amp;diff=5654&amp;oldid=prev</id>
		<title>Torben: Created page with &quot; ==Checkliste neuer U7 Account==  ~/.bashrc und ~/.bash_profile von altem angeglichen Logs aktiviert  uberspace web log access enable  uberspace web log apache_error enable  uberspace web log php_error enable  uberspace web errorpage 500 disable  ==Probleme bei der Migration Uberspace U6 zu U7== ===0. E-Mails=== Es scheinen keine E-Mails mehr rein und raus zu gehen. (Account xxx@entorb.net).   Neuer Webmailer ist https://webmail.uberspace.de , dieser zeigt aber erst nach...&quot;</title>
		<link rel="alternate" type="text/html" href="https://entorb.net//wiki/index.php?title=Uberspace_-_U7_Migration&amp;diff=5654&amp;oldid=prev"/>
		<updated>2026-10-27T05:16:43Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot; ==Checkliste neuer U7 Account==  ~/.bashrc und ~/.bash_profile von altem angeglichen Logs aktiviert  uberspace web log access enable  uberspace web log apache_error enable  uberspace web log php_error enable  uberspace web errorpage 500 disable  ==Probleme bei der Migration Uberspace U6 zu U7== ===0. E-Mails=== Es scheinen keine E-Mails mehr rein und raus zu gehen. (Account xxx@entorb.net).   Neuer Webmailer ist https://webmail.uberspace.de , dieser zeigt aber erst nach...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&lt;br /&gt;
==Checkliste neuer U7 Account==&lt;br /&gt;
 ~/.bashrc und ~/.bash_profile von altem angeglichen&lt;br /&gt;
Logs aktiviert&lt;br /&gt;
 uberspace web log access enable&lt;br /&gt;
 uberspace web log apache_error enable&lt;br /&gt;
 uberspace web log php_error enable&lt;br /&gt;
 uberspace web errorpage 500 disable&lt;br /&gt;
&lt;br /&gt;
==Probleme bei der Migration Uberspace U6 zu U7==&lt;br /&gt;
===0. E-Mails===&lt;br /&gt;
Es scheinen keine E-Mails mehr rein und raus zu gehen. (Account xxx@entorb.net). &lt;br /&gt;
&lt;br /&gt;
Neuer Webmailer ist https://webmail.uberspace.de , dieser zeigt aber erst nach Abschluss der Migration auf das neue Postfach. Solange die Migration nicht abgeschlossen ist, muss im Mail Client (wie Thunderbird) dieser Login für den U7 Mail Account verwendet werden:&lt;br /&gt;
statt xxx@entorb.net -&amp;gt; xxx@entorb.uber.space&lt;br /&gt;
&lt;br /&gt;
===1. HTTPS Zertifikat===&lt;br /&gt;
HTTPS Zertifikat war auf einmal nicht mehr gültig für https://www.entorb.net . Das hatte erst auch auf dem U7 funktioniert, nun plötzlich nicht mehr. UPDATE: Problem verschwand von alleine, hing vielleicht mit dem DNS Umzug zusammen.&lt;br /&gt;
&lt;br /&gt;
===2. bestehende ezmlm Mailinglisten===&lt;br /&gt;
ezmlm ist gemäß [https://lab.uberspace.de/guide_ezmlm.html Anleitung] installiert, allerdings sagt mir&lt;br /&gt;
 ezmlm-make -+ ~/ezmlm/oldlist ~/.qmail-oldlist oldlist entorb.uber.space&lt;br /&gt;
 &amp;gt; ezmlm-make: fatal: unable to stat /etc/ezmlm/de: file does not exist&lt;br /&gt;
&lt;br /&gt;
Wenn ich hingegen testweise einen neuen Verteiler anlege tut es:&lt;br /&gt;
 ezmlm-make -A -u -m -5 xxx@entorb.net ~/ezmlm/mylist ~/.qmail-mylist&lt;br /&gt;
mylist entorb.uber.space&lt;br /&gt;
und diesen kann ich dann auch bearbeiten via&lt;br /&gt;
 ezmlm-make -+ ~/ezmlm/mylist ~/.qmail-mylist mylist entorb.uber.space&lt;br /&gt;
&lt;br /&gt;
Lösung:&lt;br /&gt;
 in ezmlm/oldlist/ezmlmrc die entsprechende Zeile löschen&lt;br /&gt;
&lt;br /&gt;
===3. Zugriff auf Dateien außerhab von ~/html===&lt;br /&gt;
Ich hatte einige Dateien (wie zB eine sqlite DB) in meinem Home (~/) liegen. Auf diese sollen Skripte die sich unter&lt;br /&gt;
 ~/html-&amp;gt;/var/www/virtual/entorb/html &lt;br /&gt;
befinden zugreifen können. Das funktionierte nicht mehr, da SELinux hier rein grätscht &lt;br /&gt;
&lt;br /&gt;
Beste Lösung: Die Dateien auf die der httpd zugreifen soll nach&lt;br /&gt;
 /var/www/virtual/entorb/ &lt;br /&gt;
verschieben und im Home Symlink hinterlassen.&lt;br /&gt;
&lt;br /&gt;
Erster Ansatz: der SELinux Kontexte lässt sich so setzen (Siehe [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/selinux_users_and_administrators_guide/sect-security-enhanced_linux-working_with_selinux-selinux_contexts_labeling_files]&lt;br /&gt;
).&lt;br /&gt;
 chcon -t httpd_sys_content_t file-name&lt;br /&gt;
half hier aber nicht:&lt;br /&gt;
 ls -laZ /home/ |grep ento&lt;br /&gt;
 drwx------. entorb      entorb      unconfined_u:object_r:user_home_dir_t:s0 entorb&lt;br /&gt;
&lt;br /&gt;
===4. Perl Module, wie zB Excel::Writer::XLSX===&lt;br /&gt;
Installiert via&lt;br /&gt;
 cpanm Excel::Writer::XLSX&lt;br /&gt;
&lt;br /&gt;
Führe ich das Skript ~/html/test.pl in der Shell aus, wird das Modul&lt;br /&gt;
gefunden und geladen. Im Browser via https://entorb.net/test.pl wird&lt;br /&gt;
das Modul nicht gefunden.&lt;br /&gt;
&lt;br /&gt;
Ursache 4.1 war dass SELinux den Zugriff des httpd auf /home/entorb/perl5 blockierte&lt;br /&gt;
&lt;br /&gt;
Lösung:&lt;br /&gt;
~/perl5 Verzeichnis nach &lt;br /&gt;
 /var/www/virtual/entorb/perl5&lt;br /&gt;
verschoben und im Home einen Symlink hinterlassen. &lt;br /&gt;
&lt;br /&gt;
Dann zuerst lib::local installiert, dann andere Module.&lt;br /&gt;
&lt;br /&gt;
Ursache 4.2 war dass ich in der .bashrc dies gesetzt habe:&lt;br /&gt;
 eval $(perl -I$HOME/perl5/lib/perl5 -Mlocal::lib)&lt;br /&gt;
das musste ich im Perl Skript ebenfalls hinterlegen:&lt;br /&gt;
 use lib (&amp;#039;/var/www/virtual/entorb/perl5/lib/perl5&amp;#039;);&lt;br /&gt;
 # aber !kein! use local::lib; !!!&lt;br /&gt;
&lt;br /&gt;
===5. sendmail===&lt;br /&gt;
ich stellte fest, dass ich im U7 aus Python oder Perl CGI Skripten nicht mehr auf sendmail zugreifen kann. Über die Shell kommt die Mail sofort an. Beispiel:&lt;br /&gt;
8&amp;lt;---&lt;br /&gt;
 import os&lt;br /&gt;
 SENDMAIL = &amp;quot;/usr/sbin/sendmail&amp;quot;&lt;br /&gt;
 to = &amp;quot;xxx@entorb.net&amp;quot;&lt;br /&gt;
 subject   = &amp;quot;testmail&amp;quot;&lt;br /&gt;
 sender = &amp;quot;U7 &amp;lt;no-reply@entorb.net&amp;gt;&amp;quot;&lt;br /&gt;
 body = &amp;quot;leer&amp;quot;&lt;br /&gt;
 mail = f&amp;quot;To: {to}\nSubject: {subject}\nFrom: {sender}\nContent-Type:&lt;br /&gt;
 text/plain; charset=\&amp;quot;utf-8\&amp;quot;\n\n{body}&amp;quot;&lt;br /&gt;
 p = os.popen(f&amp;quot;{SENDMAIL} -t -i&amp;quot;, &amp;quot;w&amp;quot;)&lt;br /&gt;
 p.write(mail)&lt;br /&gt;
 p.close()&lt;br /&gt;
 8&amp;lt;---&lt;br /&gt;
Lösung: statt Versand aus Web-Skripten/Seiten via sendmail, besser aus den Skripten ein Insert in eine SQLite DB machen und diese via cronjob und php mail() Funktion periodisch abarbeiten.&lt;br /&gt;
&lt;br /&gt;
===6. Wiederholung der Migration===&lt;br /&gt;
Entweder einfach Migration auf dem U6 nochmal starten via&lt;br /&gt;
 uberspace-move-account -u entorb&lt;br /&gt;
oder in Dashboard den Umzug abbrechen und neu starten -&amp;gt; anderer Server.&lt;br /&gt;
&lt;br /&gt;
===7. MySQL DB Passwort angeblich zu kurz===&lt;br /&gt;
Das Migrationsskript hatte behauptet, dass mein MySQL Passwort zu kurz sei. Stimmte nicht, vermutlich kam es mit den Sonderzeichen durcheinander. Habe daher ein neues langes ohne Sonderzeichen vergeben.&lt;/div&gt;</summary>
		<author><name>Torben</name></author>
	</entry>
</feed>