Bug 8619 - univention-setup-basis hängt in domainname.post/univention-scalix
univention-setup-basis hängt in domainname.post/univention-scalix
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: ZZZ - Trash - Scalix for UCS
UCS 1.3
All Linux
: P4 normal (vote)
: UCS 1.3-2 management
Assigned To: Wolf Wiegand
Arne Brix
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-07-03 15:50 CEST by Wolf Wiegand
Modified: 2023-03-25 06:52 CET (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wolf Wiegand univentionstaff 2007-07-03 15:50:24 CEST
Siehe auch Ticket 2007070210000096

Aufgetreten auf einem Basissystem, dürfte so aber auf jeder Systemrolle auftreten:

Ändert man den Domänennamen, durchsucht domainname.post/univention-scalix alle Dateien unterhalb von /var/opt/scalix/<instance> nach dem alten Domänennamen. Dabei wird u.a. versucht, aus einer Pipe zu lesen:

# ls -la /var/opt/scalix/sx/s/pop3/C3159
prw-rw----  1 scalix scalix 0 2007-06-20 06:04 /var/opt/scalix/sx/s/pop3/C3159

Als Resultat bleibt univention-setup dort hängen.
Comment 1 Wolf Wiegand univentionstaff 2007-07-04 08:10:12 CEST
Fixed.

Changelog:
- Ein Fehler in den Univention Setup-Skripten von Scalix, der zu einem Fehler von Univention Setup führen konnte, wurde beseitigt.
Comment 2 Wolf Wiegand univentionstaff 2007-07-04 09:02:03 CEST
Das ist immer noch falsch. Z.B. darf im Verzeichnis /var/opt/scalix/<instance>/s/ überhaupt nicht modifiziert werden, da dort die Bewegungsdaten liegen. Empfohlene Vorgehensweise lt. http://www.scalix.com/wiki/index.php?title=HowTos/ChangeFQDN :

[root@new ~]# source /opt/scalix/global/config; for i in /var/opt/scalix/<instance_name>/* ; do \
if [ $i != $OMDATADIR ]; then grep -iRl old.scalix.demo $i 2>/dev/null| egrep -iv 'new.scalix.demo| \
logs|indexes|postgres/data'; fi;done | sed -i -e 's/old.scalix.demo/new.scalix.demo/g'

Außerdem fehlen bei uns noch die in der o.a. URL aufgeführten Punkte "Change SIS-URLs for users" und "Correct local mailnode mappings"
Comment 3 Sönke Schwardt-Krummrich univentionstaff 2007-07-06 13:32:56 CEST
"--devices=skip" als Parameter für grep dürfte der Trick sein
Comment 4 Wolf Wiegand univentionstaff 2007-07-09 12:58:18 CEST
(In reply to comment #2)

> Außerdem fehlen bei uns noch die in der o.a. URL aufgeführten Punkte "Change
> SIS-URLs for users" und "Correct local mailnode mappings"

Das wird in Bug 8662 behandelt. Der Rest ist gefixt, Changelog bereits vorhanden.
Comment 5 Arne Brix univentionstaff 2007-07-09 15:36:05 CEST
Hängt trotzdem. Letzte Zeilen in univention-setup.log:
File: /var/opt/scalix/ar/s/sys/pam.d/omslapdeng
File: /var/opt/scalix/ar/s/sys/pam.d/pamcheck
File: /var/opt/scalix/ar/s/sys/pam.d/pop3
File: /var/opt/scalix/ar/s/sys/pam.d/smtpd.auth
File: /var/opt/scalix/ar/s/sys/pam.d/ual.remote
File: /var/opt/scalix/ar/sis/sis.properties
File: /var/opt/scalix/ar/webmail/swa.properties
Change Scalix config: sed -i "s|OMHOSTNAME=amaster.adomain|OMHOSTNAME=amaster.adomain.de|" /opt/scalix/global/config
Comment 6 Wolf Wiegand univentionstaff 2007-07-09 16:01:36 CEST
Ich hatte das Paket nicht korrekt gebaut, der Fix fehlte.
Comment 7 Arne Brix univentionstaff 2007-07-09 16:17:24 CEST
ok