Przeniosłem pewien serwis z testowego serwera pracującego na Ubuntu 9.04 na produkcyjny serwer pracujący na Ubuntu 10.04. Po przeniesieniu bazy, aplikacji itd. wszystko działało doskonale w Firefox i Chrome ale w żaden sposób nie mogłem zalogować się pod IE9. Zmarnowałem ze trzy godziny na próby, testy i debugowanie serwisu i nic. Nie ustawiał się plik sesji - a w zasadzie ustawiał się ale zaraz tworzone były jeszcze dwa nowe o zerowej długości.
Może dlatego że robiłem to w nocy, a sprawa wydawała się prosta nie wpadłem, żeby zapytać dr Google o zdanie. Następnej nocy zrobiłem to i w gąszczu różnych materiałów znalazłem odpowiedź - problem jest trywialny, chociaż nie niem co strzeliło programistom MS do głowy żeby wprowadzić taką funkcję.
Okazało się, że problemem jest znak podkreślenia w nazwie serwera. Nazwałem produkcyjny serwer http://xx_yyyy.m2s.pl i wszystko niby powinno działać. Jednak znak podkreślenia nie jest standardowym znakiem w nazwach domenowych (ciekawe dlaczego) i IE stwierdzał, że nie wolno ustawiać cookies na takich adresach.
Wystarczyło zmienić nazwę serwera usuwając znak "_" i wszystko gra i buczy nawet w IE.
środa, 24 sierpnia 2011
środa, 20 lipca 2011
Problemy z adresami IP FailOver na serwerze dedykowanym w OVH
W ostatni czwartek pracowaliśmy na nowo skonfigurowanym XenServer, ja instalowałem sobie maszynę na SLES 11 (64) - wszytko bardzo ładnie chodziło. Aż ty w pewnej chwili straciliśmy dostęp po IP do wszystkich maszyn wirtualnych. Sam XenSerwer chodził bez problemów. Maszyny wirtualne jak się okazało też, tylko nie miały połączenia z routerem.
Ponieważ dopiero zaczynam używanie usług tej francuskiej firmy, nie wiedziałem co zrobić szybko usunęli problem.
O 17:23 w czwartek wysłałem na adres pomoc@ovh.pl e-maila z opisem usterki. Potem zobaczyłem że w Managerze jest opcja do zgłaszania awarii - zgłosiłem i o 17:56 dostałem potwierdzenie z numerem zgłoszenia. Określiłem zgłoszenie jako "pilne" - w końcu nie miałem dostępu do swoich serwerów.
Jeszcze przed 18 zadzwoniłem na podanych na stronach numer telefonu we wrocławskiej strefie numeracyjnej dedykowany do zgłoszeń awarii - niestety miła pani spytała się czy mówię po angielsku (niestety nie bardzo) i zaproponowała żebym zadzwonił następnego dnia.
No to zadzwoniłem do pomocy technicznej - tutaj już po polsku pani poprosiła mnie o zgłoszenie awarii e-mailem (już to wcześniej zrobiłem). W międzyczasie posprawdzałem opcje monitoringu żeby wiedzieć kiedy zacznie działać.
Rano następnego dnia (8:11) dostałem dodatkową prośbę o opis konfiguracji - podałem wszystkie posiadane dane (w zasadzie te co poprzednio w zgłoszeniu) i o 9:31 wysłałem do OVH. O 9:39 dostałem info że dane zostały przekazane dalej.
O 11:22 dostałem informację e-mailem, że powtórnie wykonano ACL co spowodowało odblokowanie naszych adresów i wszystko wróciło do poprzedniego stanu. A o 11:27 włączony wcześniej monitoring poinformował, że monitorowane usługi znowu działają prawidłowo.
Na moje oko, sami coś popsuli w ustawieniach ACL na routerze i mogli szybko poprawić, a jedynym problemem jest, że technicy w Polsce pracują od 8 do 18.
Reasumując cały proces od zgłoszenia do usunięcia problemu trwał 18 godzin i tyle czasu nie było dostępu do serwerów - całe szczęście całość jest dopiero w trakcie konfiguracji. Nauczyłem się jak obchodzić się z pomocą techniczną i że niestety za określoną cenę dostaje się określone wsparcie techniczne - cóż nie ma róży bez kolców, nie można mieć wszystkiego na raz.
Ponieważ dopiero zaczynam używanie usług tej francuskiej firmy, nie wiedziałem co zrobić szybko usunęli problem.
O 17:23 w czwartek wysłałem na adres pomoc@ovh.pl e-maila z opisem usterki. Potem zobaczyłem że w Managerze jest opcja do zgłaszania awarii - zgłosiłem i o 17:56 dostałem potwierdzenie z numerem zgłoszenia. Określiłem zgłoszenie jako "pilne" - w końcu nie miałem dostępu do swoich serwerów.
Jeszcze przed 18 zadzwoniłem na podanych na stronach numer telefonu we wrocławskiej strefie numeracyjnej dedykowany do zgłoszeń awarii - niestety miła pani spytała się czy mówię po angielsku (niestety nie bardzo) i zaproponowała żebym zadzwonił następnego dnia.
No to zadzwoniłem do pomocy technicznej - tutaj już po polsku pani poprosiła mnie o zgłoszenie awarii e-mailem (już to wcześniej zrobiłem). W międzyczasie posprawdzałem opcje monitoringu żeby wiedzieć kiedy zacznie działać.
Rano następnego dnia (8:11) dostałem dodatkową prośbę o opis konfiguracji - podałem wszystkie posiadane dane (w zasadzie te co poprzednio w zgłoszeniu) i o 9:31 wysłałem do OVH. O 9:39 dostałem info że dane zostały przekazane dalej.
O 11:22 dostałem informację e-mailem, że powtórnie wykonano ACL co spowodowało odblokowanie naszych adresów i wszystko wróciło do poprzedniego stanu. A o 11:27 włączony wcześniej monitoring poinformował, że monitorowane usługi znowu działają prawidłowo.
Na moje oko, sami coś popsuli w ustawieniach ACL na routerze i mogli szybko poprawić, a jedynym problemem jest, że technicy w Polsce pracują od 8 do 18.
Reasumując cały proces od zgłoszenia do usunięcia problemu trwał 18 godzin i tyle czasu nie było dostępu do serwerów - całe szczęście całość jest dopiero w trakcie konfiguracji. Nauczyłem się jak obchodzić się z pomocą techniczną i że niestety za określoną cenę dostaje się określone wsparcie techniczne - cóż nie ma róży bez kolców, nie można mieć wszystkiego na raz.
niedziela, 15 maja 2011
Instalacja Oracle-XE na wirtualnej maszynie z Ubuntu 9.10 PV
Często do celów testowych czy nauki potrzebujemy mieć dostęp do bazy Oracle 10g, nie chcemy ustawiać specjalnego serwera tylko do tego celu. Całkiem dobrze sprawdzi się maszyna wirtualna pracująca pod XenServer 5.5/5.6 z systemem Ubuntu 9.10.
KROK 1
Zakładam, że istnieje już maszyna z XenServer w wersji 5.5/5.6. Najpierw należy pobrać gotowy template dla maszyny wirtualnej. Ponieważ Oracle XE jest systemem 32-bitowym potrzebna jest właśnia taka wersja dysterybucji Linuxa. Ja znalazłem gotowe wzorce pod adresem http://www.isaaczarb.com/ubuntu-9-10-for-citrix-xenserver-5-x/ , gdzie jest ładnie opisane jak zainstalować template na XenServer.
KROK 2
Mamy już pobrany plik Ubuntu-9.1032bitPV.7z, który musimy rozpakować otrzymując Ubuntu-9.1032bitPV.xva . Teraz uruchamiamy XenCenter i po zalogowaniu się do serwera wybieramy File > Import.
Pokazuje dialog do z polem do podania lokalizacji pliku *.xva. Wybieramy nasz plik template, podajemy na jakim serwerze ma zostać zainstalowana maszyna wirtualna, gdzie ma być umieszczony obraz dysku, parametry karty sieciowej i rozpoczyna się importowanie wzorca na serwer. W zależności od szybkości łącza trwa to krócej lub dłużej, trzeba przetransferować ok 7GB danych.
KROK 3
Maszyna powinna się już uruchomić, trzeba wejść na zakładkę konsoli i zalogować się. Na początku login to: root, a hasło: password. Po zalogowaniu się warto od razu zmienić hasło. Trzeba teraz sprawdzić adres sieciowy, który maszyna uzyskała z DHCP, ewentualnie ustawić statyczny adres IP.
KROK4
Instalacja Oracle - najłatwiej pobrać oprogramowanie bezpośrednio z repezytorium Oracle w następujący sposób:
Jak już serwer Oracle działa, można np. utworzyć użytkowników, schematy, zaimportować dane i pracować. Takie rozwiązanie sprawdziło się nawet w niewielkiej bazie z aplikacją w Java dla 10 użytkowników, obrabiającą tabele po kilka milionów wierszy.
KROK 1
Zakładam, że istnieje już maszyna z XenServer w wersji 5.5/5.6. Najpierw należy pobrać gotowy template dla maszyny wirtualnej. Ponieważ Oracle XE jest systemem 32-bitowym potrzebna jest właśnia taka wersja dysterybucji Linuxa. Ja znalazłem gotowe wzorce pod adresem http://www.isaaczarb.com/ubuntu-9-10-for-citrix-xenserver-5-x/ , gdzie jest ładnie opisane jak zainstalować template na XenServer.
KROK 2
Mamy już pobrany plik Ubuntu-9.1032bitPV.7z, który musimy rozpakować otrzymując Ubuntu-9.1032bitPV.xva . Teraz uruchamiamy XenCenter i po zalogowaniu się do serwera wybieramy File > Import.
Pokazuje dialog do z polem do podania lokalizacji pliku *.xva. Wybieramy nasz plik template, podajemy na jakim serwerze ma zostać zainstalowana maszyna wirtualna, gdzie ma być umieszczony obraz dysku, parametry karty sieciowej i rozpoczyna się importowanie wzorca na serwer. W zależności od szybkości łącza trwa to krócej lub dłużej, trzeba przetransferować ok 7GB danych.
KROK 3
Maszyna powinna się już uruchomić, trzeba wejść na zakładkę konsoli i zalogować się. Na początku login to: root, a hasło: password. Po zalogowaniu się warto od razu zmienić hasło. Trzeba teraz sprawdzić adres sieciowy, który maszyna uzyskała z DHCP, ewentualnie ustawić statyczny adres IP.
KROK4
Instalacja Oracle - najłatwiej pobrać oprogramowanie bezpośrednio z repezytorium Oracle w następujący sposób:
- Nasza maszyna jest odpowiednio skonfugurowana do obsługi Oracle XE, ma odpowiednio dużo pamięci i odpowiednio wielki SWAP. Dlatego nie trzeba przeprowadzać zmian potrzebnych po standardowej instalacji Ubuntu.
- Edytujemy plik
/etc/apt/sources.list dopisując na końcu linię:deb http://oss.oracle.com/debian unstable main non-free - Pobieramy klucz GPG niezbędny do pobierania pakietów:
$ wget http://oss.oracle.com/el4/RPM-GPG-KEY-oracle -O- | sudo apt-key add - - Wykonujemy aktualizację bazy pakietów:
$ sudo apt-get update - Instalujemy Oracle XE:
$ sudo apt-get install oracle-xe-universal - Po zakończeniu pobierania (ok 260 MB) i instalacji dostajemy informację o potrzebie konfiguracji Oracle XE. Nalezy podać komendę:
$ sudo /etc/init.d/oracle-xe configure - Podajemy kolejno port na którym będzie dostępne narzędzie webowe [8080], port na którym będzie dostępny "database listener" [1521], oraz hasło dla użytkownika na którym będzie pracował serwer Oracle. To hasło jest jednocześnie początkowym hasłem dla użytkowników SYSTEM i SYS.
- Teoretycznie po wykonaniu powyższych operacji powinniśmy uruchomić w lokalnym systemie przeglądarkę i wybrać adres http://localhost:8080/apex żeby skonfigurować użytkowników, zmienić hasła itd. Ale przecież nasz system nie ma środowiska graficznego - jest jednak łatwe rozwiązanie tego problemu.
- Mając stację z Windows, na której działa XenCenter trzeba uruchomić tunelowanie portów poprzez SSH. Najwygodniej użyć programu PortForwarder dostępny ze strony: http://toh.fuji-climb.org/pf/
- Po pobraniu archiwum zip i rozpakowaniu go w dogodnym miejscu należy w pliku config.txt dopisać sekcję np. (oczywiście adresy ip trzeba odpowiedio zmienić):
Host oracle-xe
HostName 192.168.87.67
User root
LocalForward 8080 127.0.0.1:8080
Compression yes - Na stacjach z systemem Linux można stworzyć tunel poleceniem:
ssh -L 8080:localhost:8080 user@IP_of_your_server
- Można też użyć Putty i skonfigurowac tunel w ramach połaczenia.
- Po uruchomieniu programu zostaniemy zapytani o hasło użytkownika root i jeżeli wszystko poszło tak jak trzeba, program się zminimalizuje.
- Uruchamiamy na lokalnym komputerze przeglądarkę wpisując adres http://127.0.0.1:8080/apex - powinna się ukazać strona logowania serwera apex. Po podaniu jako login: system oraz hasła które ustalilismy podczas konfiguracji, powinniśmy uzyskać dostęp do aplikacji. Na początek warto odblokować dostęp przez http z innych hostów w sieci, co pozwoli mieć dostęp do zarządzania ze swojego komputera.
- Teraz wystarczy sprawdzić dowolnym narzędziem np. Oracle SQL Developer (http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html), Aqua Studio (http://www.aquafold.com/aquadatastudio.html), Toad for Oracle (http://www.toadworld.com/Freeware/tabid/680/Default.aspx) czy wszystko działa. Jako SSID bazy danych należy podać XE.
Jak już serwer Oracle działa, można np. utworzyć użytkowników, schematy, zaimportować dane i pracować. Takie rozwiązanie sprawdziło się nawet w niewielkiej bazie z aplikacją w Java dla 10 użytkowników, obrabiającą tabele po kilka milionów wierszy.
Subskrybuj:
Posty (Atom)