Społecznościowe Forum Podstawowy Problem Świadczeniodawcy

Problemy z aplikacjami => Aktualizacje programu KS-SOMED => Wątek zaczęty przez: tom-kom.pl w Lipca 28, 2016, 18:55:47 pm

Tytuł: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: tom-kom.pl w 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

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w 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.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: Slawek w Sierpnia 01, 2016, 22:09:26 pm

A tak po ludzku?
Muszę wynajmować informatyka do oprogramowania jednego gabinetu stomatologicznego?

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: maciejj w 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

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: Slawek w 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?!

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: Sorn w Sierpnia 16, 2016, 15:25:27 pm

Cytat: Slawek w 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?!

Nie musisz... możesz zlecić te czynności komuś innemu ;)

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: Grumens w 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?

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: Sorn w Września 01, 2016, 13:40:56 pm

Cytat: Grumens w 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?

GRANT ALL ON GV_$SESSION TO PUBLIC;

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

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: Grumens w 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ń.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: jawala w 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

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w 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

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w 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.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w 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?

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w 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.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w 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.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 12:06:37 pm

Sprawdź jakie konta masz w systemie w /etc/passwd - tam każda linia odpowiada użytkownikowi, na samym początku jest nazwa konta. Widać tam też czy nie jest konto czasem zablokowane.
Jak nie poradzisz odezwij się na priv, może się da coś zrobić zdalnie.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 12:38:43 pm

Mam dostęp tylko do poniższych folderów przez roota.

root@srv-ora:~# ls -a
.          .bash_history  jcameron-key.asc            oracle-xe  .viminfo
..         .bashrc        jcameron-key.asc.1          .profile   .Xauthority
]          .gnupg         libaio1_0.3.107-3_i386.deb  .rnd
.aptitude  help           .mc                         .vim


Po 14 będę miał fizyczny dostęp do serwera i sprawdzę czy coś więcej da się zrobić.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 13:15:04 pm

Jesteś w katalogu domowym najprawdopodobniej - daj wynik pwd.
Jak będziesz w /root, to wyjdź katalog wyżej (cd ..) i dopiero będziesz widział wszystkie katalogi.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 16:33:24 pm

Problem w tym, że wyżej już nie mogę przejść


root@srv-ora:~# pwd
/root
root@srv-ora:~# cd..
-bash: cd..: command not found
root@srv-ora:~# cd
root@srv-ora:~# cd.
-bash: cd.: command not found

Dostęp fizyczny nic nie pomógł, bo i tak było trzeba się zalogować na serwer.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 16:50:44 pm

Spacja ma znaczenie - miało być "cd .." (cd spacja ..).

Cytat: adam5 w Listopada 06, 2016, 16:33:24 pm

Dostęp fizyczny nic nie pomógł, bo i tak było trzeba się zalogować na serwer.

Czy to znaczy, że temat rozwiązany?

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 17:17:55 pm

Problemu jeszcze nie udało się rozwiązać, ale chociaż udało się przejść wyżej do katalogu poleceniem "cd ..".

Sprawdziłem użytkowników, ale wyświetla mi się:
initramfs-tools         passwd           xml
root@srv-ora:/etc# cd passwd
-bash: cd: passwd: Not a directory

Próbuje teraz odnaleźć folder oracle, żeby spróbować odpalić sqlplus.

Jestem już w folderze z aplikacją sqlplus lecz mam problem z jej uruchomieniem
root@srv-ora:/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin# sqlplus
-bash: sqlplus: command not found

Tak jak pisałeś wcześniej, muszę ustawić zmienne środowiskowe. Właśnie szukam...

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 17:48:01 pm

Pod kątem passwd - poszukaj coś o poleceniu cat.
Pod kątem odpalania sqlplusa z katalogu - jaka jest składnia jak chce się uruchomić plik w Linuxie. Plik jak jest odpalić się powinien, zmienne środowiskowe mają wpływ na to czy poprawnie się odpali (czy nie będzie błędów wygenerowanych przez samego sqlplusa, to co dałeś jest błąd Linuxa).

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 18:09:51 pm

Wyświetliły mi się użytkownicy z pliku passwd  i jet tam między innymi użytkownik oracle.
No właśnie w jaki sposób powinienem uruchomić sqlplus?

root@srv-ora:/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin# ./sqlplus
Error 6 initializing SQL*Plus
Message file sp1<lang>.msb not found
SP2-0750: You may need to set ORACLE_HOME to your Oracle software directory

Czyli najpierw zmienne...

Zmienne dodałem i sqlplus uruchomił się, tylko że po wwpisaniu loginu (sysdba) nadal wymagane jest hasło.
Czy przez konto roota można zmienić hasło do konta oracla?

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 18:36:09 pm

Jak się uruchomi sqlplus, to wpisz
connect /as sysdba
Czy tak się próbowałeś logować?

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 18:44:31 pm

Tak próbowałem. Na różne sposoby próbowałem się zalogować.

SQL> root@srv-ora:~# sqlplus /nolog

SQL*Plus: Release 10.2.0.1.0 - Production on Sun Nov 6 18:40:35 2016

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

SQL> connect /as sysdba
ERROR:
ORA-01031: insufficient privileges

Pewnie z konta oracla można bez hasła się zalogować. Znalazłem tutorial jak zmienić hasło, ale czy po zmianie hasła konta oracla nie będzie innych problemów?

"Aby zmienić swoje hasło użytkownika (którego nie pamiętasz, w tym przypadku ?pavroo?) musisz znać hasło administratora systemu.

su
Password: "wpisz hasło administratora"
passwd pavroo
Enter new UNIX password: "wpisz nowe hasło użytkownika"
Retype new UNIX password: "wpisz ponownie nowe hasło użytkownika"
password updated successfully"

http://linuxiarze.pl/hasla_linux/

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 18:55:41 pm

To co piszesz to jest zmiana hasła do konta linuksowego oracle. To nas nie interesuje.
sqlplusa odpalasz z konta roota - ok, ale może nie wszystkie zmienne ustawiłeś, np ORACLE_SID.
Po to sprawdzaliśmy czy istnieje konto oracle na linuksie, żeby się na zalogować i z niego działać. Spróbuj tą drogą i wtedy powinno się udać, jak nie, to na pewno brakuje Ci jakiejś zmiennej środowiskowej ustawionej.

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 19:03:22 pm

Na konto oracle (linkusowe) przelogowałem się z konta roota ale i tak nic mi to nie dało.

Takie mam ustawione zmienne
root@srv-ora:/etc/profile.d# cat oracle.sh
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_HOME
export ORACLE_SID=XE
export PATH

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: adam5 w Listopada 06, 2016, 19:07:52 pm

udało się :)

przelogowałem się ponownie na konto oracla i tam odpaliłem
./sqlplus /nolog
connect /as sysdba

poszło polecenie i somed uruchamia się :)

Jak masz adres btc to podeślij mi na priv, to chociaż na jakąś butelkę Ci prześlę za pomoc
Dzięki

Tytuł: Odp: Aktualizacja 2016.02.0.00 z dnia 2016-07-27 JOB_CLEARSESSIONS
Wiadomość wysłana przez: 09061303 w Listopada 06, 2016, 19:10:00 pm

To fajnie.