collapse

Reklama


Autor Wątek: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS  (Przeczytany 24803 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline tom-kom.pl

  • Zaawansowany
  • **
  • Wiadomości: 88
  • Pomógł? 1
    • tom-kom.pl
Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« dnia: Lipca 28, 2016, 18:55:47 pm »
Witam.
Bardzo proszę o pomoc w temacie nie zamkniętych sesji w bazie Oracle.
Po instalacji aktualizacji nie mogę zalogować się do systemu gdyż wyskakuje błąd JOB-CLEARSESSIONS (Możliwość uruchomienia programu z innych stanowisk została zablokowana do czasu naprawienia blędu. Jeśli są stanowiska na których są już zalogowani użytkownicy byłoby dobrze, gdyby zakończyli pracę).
Proszę o instrukcję w jaki sposób mogę zamknąć istniejące sesje i zalogować się do programu
Pozdrawiam
Tomek

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3027
  • Pomógł? 321
  • Podkarpacki OW
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #1 dnia: Lipca 28, 2016, 20:44:14 pm »
Z opisu aktualizacji - nawiasem bez czytania opisu aktualizować to dość odważne :)
Cytuj
Opis nowej wersji systemu KS-SOMED w załączniku. Uwaga. W przypadku aktualizacji bazy Oracle mogą pojawić się problemy z procedurą JOB_CLEARSESSIONS. Wynikają one z braku uprawnień. W takiej sytuacji upgrade zgłosi problem iż nie może utworzyć procedury na bazie danych, która odpowiada za czyszczenie sesji. Nie jest to problem uniemożliwiający korzystanie z systemu. Ot, w przypadku sesji, które pozostały po zawieszonym programie, job na bazie ich nie usunie, bo job działać nie będzie. Jak pisaliśmy w biuletynie można te sesje zabić ręcznie. Można też zalogować się na użytkownika systemowego i nadać uprawnienia: GRANT ALL ON GV_$SESSION TO PUBLIC.
Kliknij pomógł, jeślim pomógł :-)

Offline Slawek

  • Specjalista
  • ***
  • Wiadomości: 172
  • Pomógł? 1
  • ŚOW NFZ
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #2 dnia: Sierpnia 01, 2016, 22:09:26 pm »
A tak po ludzku?
Muszę wynajmować informatyka do oprogramowania jednego gabinetu stomatologicznego?

Offline maciejj

  • Sponsorzy Forum
  • Ekspert
  • *****
  • Wiadomości: 579
  • Pomógł? 64
  • Wielkopolski OW NFZ
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #3 dnia: Sierpnia 01, 2016, 23:41:08 pm »
Równie dobrze można powiedzieć: czy muszę płacić dentyście za odbudowę ubytku?

Tak, jak napisane w opisie aktualizacji - zaloguj się do Oracle'a na użytkownika systemowego (as SYS) i wykonaj polecenie GRANT ALL ON GV_$SESSION TO PUBLIC

Offline Slawek

  • Specjalista
  • ***
  • Wiadomości: 172
  • Pomógł? 1
  • ŚOW NFZ
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #4 dnia: Sierpnia 03, 2016, 22:28:22 pm »
Dzięki za odpowiedź.
Dentyście za odbudowę ubytku zapłacę.
Tylko dlaczego przed tym muszę sam sporządzić amalgamat i założyć mu nowe wiertło?!

Offline Sorn

  • Specjalista
  • ***
  • Wiadomości: 239
  • Pomógł? 24
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #5 dnia: Sierpnia 16, 2016, 15:25:27 pm »
Dzięki za odpowiedź.
Dentyście za odbudowę ubytku zapłacę.
Tylko dlaczego przed tym muszę sam sporządzić amalgamat i założyć mu nowe wiertło?!
Nie musisz... możesz zlecić te czynności komuś innemu ;)

Offline Grumens

  • Początkujący
  • *
  • Wiadomości: 58
  • Pomógł? 0
  • warmińsko - mazurski NFZ
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #6 dnia: Września 01, 2016, 12:52:19 pm »
Cześć,
Zalogowałem się, wpisałem polecenie, pojawiła się cyfra 2 i dalej to samo. Czy coś robię nie tak?
Pozdrawiam
Grumens

Offline Sorn

  • Specjalista
  • ***
  • Wiadomości: 239
  • Pomógł? 24
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #7 dnia: Września 01, 2016, 13:40:56 pm »
Cześć,
Zalogowałem się, wpisałem polecenie, pojawiła się cyfra 2 i dalej to samo. Czy coś robię nie tak?
GRANT ALL ON GV_$SESSION TO PUBLIC;

Musisz podać ";" na końcu polecenia.

Offline Grumens

  • Początkujący
  • *
  • Wiadomości: 58
  • Pomógł? 0
  • warmińsko - mazurski NFZ
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #8 dnia: Września 01, 2016, 13:43:51 pm »
Ok, dziękuję, jednak to nie wystarczyło, musiałem zalogować się na SYS, bo na SYSTEM za mało uprawnień.
Pozdrawiam
Grumens

Offline jawala

  • Początkujący
  • *
  • Wiadomości: 36
  • Pomógł? 0
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #9 dnia: Października 11, 2016, 18:34:13 pm »
Witam, mam ten sam problem po aktualizacji bazy ale nie mogę w ogóle otworzyć strony bazy, po wpisaniu http://127.0.0.1:8080/apex/apex otwiera mi się strona z jakimś tekstem w html. Bardzo proszę o pomoc bo jutro gabinet musi pracować, a w tym momencie nie można uruchomić KS-a i trochę gorąco się robi.

Edit: Dla potomnych - udało się zalogować do bazy bez znajomości hasła przez wiersz poleceń oracle i wykonać polecenie GRANT ALL ON GV_$SESSION TO PUBLIC; dzięki temu tematowi, a w szczególności postowi http://forumpps.pl/index.php?topic=9781.msg68964#msg68964
« Ostatnia zmiana: Października 11, 2016, 21:28:23 pm wysłana przez jawala »

Offline adam5

  • Kompletny nowicjusz
  • Wiadomości: 13
  • Pomógł? 0
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #10 dnia: Listopada 05, 2016, 22:21:11 pm »
Witam
Po tej aktualizacji też mam ten sam problem. Nie mogę wykonać tego polecenia na koncie systemowym (sysdba), bo nie mogę się na nie zalogować - wymagane jest hasło, którego nie znam.

W komunikacie kamsoft napisał "...Jak pisaliśmy w biuletynie można te sesje zabić ręcznie...."
W somedzie mogę jedynie wejść do modułu serwis i tam widzę swoje 2 sesje, z których tylko jedną mogę zamknąć ale i to nie pomaga.

Próbowałem te polecenie odpalić na bazie będąc zalogowanym na użytkowniku "GABINET", ale wyskakuje błąd:
GRANT ALL ON GV_$SESSION TO PUBLIC;
GRANT ALL ON GV_$SESSION TO PUBLIC
             *
BŁĄD w linii 1:
ORA-00942: table or view does not exist

Wersja Oracle to 10g zainstalowana se serwerze pod Debianem.
Może ktoś zna inne rozwiązanie, chociaż żeby wyłączyć tą procedurę "JOB_CLEARSESSIONS" do czasu ustalenia hasła konta systemowego.
 
Z góry dziękuje i pozdrawiam
Adam

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3027
  • Pomógł? 321
  • Podkarpacki OW
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #11 dnia: Listopada 05, 2016, 23:51:31 pm »
Nic nie wyłączysz - chyba, że cofniesz się z wersją Somedu do tej sprzed aktualizacji.
No ale przecież jak masz dostęp do serwera, to zaloguj się na nim na konto oracla (linuksowe konto oczywiście), odpal sqlplusa i zaloguj się jako sysdba - jak się logujesz do bazy z serwera, to bez hasła można się zalogować (connect /as sysdba). Dodatkowo będziesz mógł sobie hasło na sys'a zmienić od razu.
Kliknij pomógł, jeślim pomógł :-)

Offline adam5

  • Kompletny nowicjusz
  • Wiadomości: 13
  • Pomógł? 0
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #12 dnia: Listopada 06, 2016, 09:32:45 am »
Po zalogowaniu na serwer wszystko robi się z lini komend i nie działa polecenie sqlplus.

Loguje się poprzez program putty na konto root. Wydaje mi się, że należało by jakiś pakiet doinstalować z klientem oracla?

Po wyświetleniu wszystkich katalogów widzę folder oracle-xe a w nim dwa pakiety instalacyjne oracla
oracle-xe_10.2.0.1-1.1_i386.deb  oracle-xe-universal_10.2.0.1-1.1_i386.deb
i nic więcej.

Jakby konto roota nie miało dostępu do wszystkich folderów?
« Ostatnia zmiana: Listopada 06, 2016, 09:53:01 am wysłana przez adam5 »

Offline 09061303

  • Global Moderator
  • Ekspert
  • *****
  • Wiadomości: 3027
  • Pomógł? 321
  • Podkarpacki OW
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #13 dnia: Listopada 06, 2016, 10:10:03 am »
A jest może konto o nazwie oracle - standardowo takie powinno być stworzone do instalacji oracla. Jak tak, to zaloguj się na nie.
Po drugie muszą na sesji być ustawione przynajmniej dwie zmienne środowiskowe pod Oracla - ORACLE_HOME i do zmiennej PATH ma być dodana ścieżka do home'a oracla (powinny być, bez nich raczej oracle nie wystartuje, ale kto tam wie).
Po trzecie - jeżeli nie masz dodanej jako alias czy zmienna środowiskowa nic pod sqlplus'a, to wejdź do katalogu bin w Oraclu i odpalaj to stąd, powinno się udać.
To że działa się w linii poleceń jest wystarczające. sqlplus instaluje się zawsze razem z serwerem. Root pewnie ma dostęp do wszystkiego, ale nie wiadomo, gdzie został zainstalowany oracle, w którym katalogu. Pakiety deb to są instalki, domyślnie oracle 10 instalował się w /usr/lib/oracle (przynajmniej na opensusach, na tych wcześniej stawiałem dzieisątki), ale jak się nie skonfigurowało dobrze konta oracle przed instalacją, mógł wylądować gdzie indziej.
Kliknij pomógł, jeślim pomógł :-)

Offline adam5

  • Kompletny nowicjusz
  • Wiadomości: 13
  • Pomógł? 0
Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
« Odpowiedź #14 dnia: Listopada 06, 2016, 10:46:26 am »
Dzięki za pomoc. Na konto oracla i tak nie mogę się zalogować, jeżeli takowe nawet jest. Na koncie roota mam tylko jeden folder związany z oracle, na którym jest tylko pakiet instalacyjny. Spróbuje jeszcze dzisiaj fizycznie dostać się do serwera, może domyślnie jest uruchomione konto oracla.

 

* Szukaj


* Kto jest on-line

  • Kropka Gości: 136
  • Kropka Ukrytych: 0
  • Kropka Użytkowników: 0

Nie ma żadnego użytkownika on-line.

Reklama

* Aktywni

Paweł Paweł
9290 Wiadomości
mpi
3356 Wiadomości
PiotrSz
3279 Wiadomości
Michał Michał
3173 Wiadomości
karolweksler
3071 Wiadomości
09061303
3027 Wiadomości
Edward_B Edward_B
2935 Wiadomości
Bartosz Bartosz
2375 Wiadomości
maciek777 maciek777
2200 Wiadomości
cilazapril cilazapril
1619 Wiadomości

Reklama

Postaw mi kawę na buycoffee.to/forumpps

Reklama

Style:3: index (domyslny), Portal (default), Display (default).
Pod-szablony:8: init, html_above, body_above, portal_above, main, portal_below, body_below, html_below.
Pliki językowe:8: SPortal.english (domyslny), SPortal.polish-utf8 (domyslny), SPortal.english (domyslny), index+Modifications.english (domyslny), index+Modifications.polish-utf8 (domyslny), SPortal.polish-utf8 (domyslny), index.english (domyslny), index.polish-utf8 (domyslny).
Arkusze stylów:1: portal (default).
Uwzględnione pliki:15 - 738KB. (pokaż)
Użytych zapytań: 29.

[Pokaż zapytania]