soft@hydra:~/dovecot% ./drf_dovecot-2.0.13_conf 
cc: Sun C 5.10 SunOS_sparc 2009/06/03
usage: cc [ options] files.  Use 'cc -flags' for details
MANPATH=/usr/local/share/man:/usr/local/man:/usr/share/man
PATH=/usr/local/bin:/usr/bin:/usr/ccs/bin
CFLAGS=-xO3 -xautopar
CPPFLAGS=-I/usr/local/ssl/include -I/usr/local/openldap/include -I/usr/local/include
CXXFLAGS=-xO3 -xautopar
LDFLAGS=-L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/openldap/lib -R/usr/local/openldap/lib -L/usr/local/lib -R/usr/local/lib
=============================================
dmake clean [y|n] ?
n

Pisałem już o przygotowaniu do instalacji i rootowaniu telefonu Sony Ericsson Xperia X10 Mini Pro. Przypominam jeszcze raz o zabezpieczeniu danych i zrobieniu backupu z xRecovery zanim przystąpicie do aktualizacji systemu. Tym bardziej, że procedura instalacji przewiduje reset do ustawień fabrycznych (Factory Reset Full Wipe), a to oznacza, że wszystkie informacje, aplikacje, kontakty, notatki i inne rzeczy zostaną usunięte.

W poprzednim artykule pisałem o przygotowaniu X10 Mini Pro do instalacji nowego firmware (ROMu). Zakończyłem tamten wpis na przywróceniu/aktualizacji systemu Android do odpowiedniej wersji, tak aby można było przeprowadzić upgrade. Proszę pamiętać, że nie ponoszę odpowiedzialności za ewentualne uszkodzenia sprzętu bądź oprogramowania ani utratę jakichkolwiek danych, oraz że instalowany ROM wymaga odpowiedniej wersji Kernela i Baseband. Właściwa wersja dla danego ROMu jest wyszczególniona w poście na forum. Od czasu kiedy zacząłem ten opis do dzisiejszego wpisu (3 dni) wyszedł już ROM o dwa numerki wyższy, polecam więc zawsze przed instalacją ściągnąć najbardziej aktualną wersję.

W poprzednim wpisie dotyczącym upgradeu do Froyo napisałem, że najwięcej kłopotu przysparza pierwsza instalacja nowego ROMu, kiedy to posiadamy jeszcze fabryczny firmware od producenta lub operatora sieci. Ponieważ wyszedł nowy Cyanogen mod oznaczony teraz jako MiniCM7, to postanowiłem przywrócić telefon do ustawień fabrycznych i opisać proces aktualizacji "od zera".

UWAGA: Nie ponoszę odpowiedzialności za ewentualne uszkodzenia sprzętu bądź oprogramowania ani utratę jakichkolwiek danych. Korzystacie z opisu na własną odpowiedzialność i wg własnego uznania.

Czasem jest potrzeba spięcia dwóch, lub kilku LDAPów z tymi samymi suffixami w jeden katalog lub postawienia tzw. proxy. Moje pierwsze próby spięcia dwóch katalogów polegały na zrobieniu replikacji z dwóch różnych źródeł. To rozwiązanie ma jednak pewne wady. Po pierwsze, żeby działała replikacja syncprov, to środowisko musi być jednolite, czyli wszystkie serwery źródłowe i ldap proxy, a właściwie replika muszą być oparte na OpenLDAP. Po drugie, zaobserwowałem, że takie środowisko jest niestabilne, ze względu na wspomniane już wcześniej problemy z replikacją w OpenLDAP.

Od jakiegoś czasu w kalendarzu pod koniec lipca, a dokładnie w ostatni piątek lipca świętujemy coś takiego jak SysAdmin Day, czyli po naszemu: Dzień Administratora Systemów (nie mylić z informatykiem!).
Wreszcie ktoś pomyślał i o nas, więc dzisiejszego wieczoru spożywanie za "Zdrowie Adminów" jest obowiązkowe ;)

Czasem istnieje potrzeba ustawienia pewnych atrybutów jako unikalne, na przykład jeśli LDAP zawiera użytkowników systemowych, to atrybut uid nie powinien się powtarzać w obrębie danego systemu. OpenDJ ma gotowy plugin do tego, ale domyślnie nie jest włączony. Podobnie w przypadku systemu pocztowego, atrybut mail powinien być unikalny.

Opis aktualizacji telefonu Sony Ericsson Xperia X10 Mini Pro do nowszej wersji systemu Android rozwijanej przez XDA Developers o nazwie Cyanogen Froyo.

Aktualizacji będę dokonywał z systemu w wersji CM 5.0 Final Release, gdyż już wcześniej zrobiłem upgrade z fabrycznie dostarczanego z X10 Mini Pro Androida w wersji 2.1. Faktem jest, że pierwsza aktualizacja przysporzyła najwięcej kłopotów, bo trzeba było 'zrootować' telefon, wgrać program xRecovery i dopiero zabrać się za upgrade. Na razie jednak opiszę proces aktualizacji z 5.0 do 6.01.

Głównym powodem mojej migracji usług katalogowych z OpenLDAP do OpenDJ jest własnie mechanizm replikacji, a raczej jego niezbyt przewidywalne działanie w OpenLDAP. Dopóki w katalogu znajdowało się mniej niż 5 tys. entry to nie miałem powodów do narzekań. Problemy zaczęły się gdy wrzuciłem do katalogu LDAP około 40 tys. wpisów. W dodatku, co ciekawe problemy zwykle występują przy masowym usuwaniu a nie dodawaniu entry.

Jeśli posiadacie już jakieś dane w katalogu opartym na OpenLDAP i istnieje potrzeba migracji tychże do OpenDJ, to można to zrobić na kilka sposobów. Najszybszym jest przeniesienie ich między backendami. Po drodze należy jednak wyciąć kilka atrybutów wewnętrznych OpenLDAPa, których OpenDJ może nie przyjąć. Najpierw zróbmy zrzut i policzmy ilość wpisów (entry):