Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd mam ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną linie: reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Router*sudo /etc/rc.d/rc.route
*Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms 1.4.x, wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd mam ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną linie: reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms 1.4.x, wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
!DSPAM:484ca4ea116301671789688!
Tak. Użytkownik ten ma prawo do wszystkich komend bez użycia hasła. APACHE ALL= (ALL) NOPASSWD: ALL
W dniu 9 czerwca 2008 05:34 użytkownik Kuba Tyszko kuba@lbl.pl napisał:
A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd mam ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną linie: reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms 1.4.x, wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Zaloze sie ze httpd nie chodzi jako uzytkownik APACHE tylko apache (albo po prostu httpd), sprawdz poleceniem:
ps -ef | grep httpd - pierwsza kolumna to id z jakim dziala apache i dokladnie taki sam musi byc w sudoers.
(no chyba ze w sudoers uzyles aliasu APACHE ktory rowna sie apache)
On Jun 9, 2008, at 5:50 PM, Cybul wrote:
Tak. Użytkownik ten ma prawo do wszystkich komend bez użycia hasła. APACHE ALL= (ALL) NOPASSWD: ALL
W dniu 9 czerwca 2008 05:34 użytkownik Kuba Tyszko kuba@lbl.pl napisał: A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd mam ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną
linie:
reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms 1.4.x, wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
!DSPAM:484d13e0212651436614547!
Niestety jest wszystko ok ustawione. Użytkownik od httpd to apache i nie ma aliasu.
W dniu 9 czerwca 2008 13:28 użytkownik Kuba Tyszko kuba@lbl.pl napisał:
Zaloze sie ze httpd nie chodzi jako uzytkownik APACHE tylko apache (albo po prostu httpd), sprawdz poleceniem:
ps -ef | grep httpd - pierwsza kolumna to id z jakim dziala apache i dokladnie taki sam musi byc w sudoers.
(no chyba ze w sudoers uzyles aliasu APACHE ktory rowna sie apache)
On Jun 9, 2008, at 5:50 PM, Cybul wrote:
Tak. Użytkownik ten ma prawo do wszystkich komend bez użycia hasła. APACHE ALL= (ALL) NOPASSWD: ALL
W dniu 9 czerwca 2008 05:34 użytkownik Kuba Tyszko kuba@lbl.pl napisał: A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd mam ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną
linie:
reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms 1.4.x, wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Cybul pisze:
Niestety jest wszystko ok ustawione. Użytkownik od httpd to apache i nie ma aliasu.
Zeby nie bylo ze sie czepiam ale nie piszemy na liste w html'u oraz piszemy pod postem. Takiego przynajmniej ukladu sie trzymajmy.
Witam Mam pytanie do czego służy hasło w edycji komputera klienta tuż pod polem MAC adresu?
Z poważaniem
Dariusz Raczkowski www.atrium-pc.pl gg: 11995886
!DSPAM:484d34e9246891436614547!
Dariusz Raczkowski pisze:
Witam Mam pytanie do czego służy hasło w edycji komputera klienta tuż pod polem MAC adresu?
Z poważaniem
Dariusz Raczkowski
Do niczego. Mozesz to pole wykorzystac jak Ci sie podoba. Np do autoryzacji pppoe.
On Jun 9, 2008, at 9:33 PM, Cybul wrote:
Niestety jest wszystko ok ustawione. Użytkownik od httpd to apache i nie ma aliasu.
W dniu 9 czerwca 2008 13:28 użytkownik Kuba Tyszko kuba@lbl.pl napisał: Zaloze sie ze httpd nie chodzi jako uzytkownik APACHE tylko apache (albo po prostu httpd), sprawdz poleceniem:
ps -ef | grep httpd - pierwsza kolumna to id z jakim dziala apache i dokladnie taki sam musi byc w sudoers.
(no chyba ze w sudoers uzyles aliasu APACHE ktory rowna sie apache)
On Jun 9, 2008, at 5:50 PM, Cybul wrote:
Tak. Użytkownik ten ma prawo do wszystkich komend bez użycia hasła. APACHE ALL= (ALL) NOPASSWD: ALL
W dniu 9 czerwca 2008 05:34 użytkownik Kuba Tyszko kuba@lbl.pl napisał: A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd
mam
ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną
linie:
reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms
1.4.x,
wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
A mozesz wkleic cala linijke z sudoers ? do tego wklej to co pokazuje: "ps -ef | grep http"
sprobuj wykonac tez (jako root) polecenie:
sudo -u apache -c 'sudo /etc/rc.d/rc.route'
i wklej co sie pojawia.
!DSPAM:484d373e249504042098162!
W dniu 9 czerwca 2008 15:59 użytkownik Kuba Tyszko kuba@lbl.pl napisał:
On Jun 9, 2008, at 9:33 PM, Cybul wrote:
Niestety jest wszystko ok ustawione. Użytkownik od httpd to apache i nie ma aliasu.
W dniu 9 czerwca 2008 13:28 użytkownik Kuba Tyszko kuba@lbl.pl napisał: Zaloze sie ze httpd nie chodzi jako uzytkownik APACHE tylko apache (albo po prostu httpd), sprawdz poleceniem:
ps -ef | grep httpd - pierwsza kolumna to id z jakim dziala apache i dokladnie taki sam musi byc w sudoers.
(no chyba ze w sudoers uzyles aliasu APACHE ktory rowna sie apache)
On Jun 9, 2008, at 5:50 PM, Cybul wrote:
Tak. Użytkownik ten ma prawo do wszystkich komend bez użycia hasła. APACHE ALL= (ALL) NOPASSWD: ALL
W dniu 9 czerwca 2008 05:34 użytkownik Kuba Tyszko kuba@lbl.pl napisał: A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd
mam
ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną
linie:
reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms
1.4.x,
wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
A mozesz wkleic cala linijke z sudoers ? do tego wklej to co pokazuje: "ps -ef | grep http"
sprobuj wykonac tez (jako root) polecenie:
sudo -u apache -c 'sudo /etc/rc.d/rc.route'
i wklej co sie pojawia.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ok. Już wklejam.
sudoers:
apache ALL= (ALL) NOPASSWD: ALL
ps -ef | grep httpd:
root 2029 1 0 Jun06 ? 00:00:02 /usr/sbin/httpd apache 3544 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3545 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3546 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3547 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3548 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3549 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3551 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3552 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd root 23313 23078 0 16:15 pts/0 00:00:00 grep http
sudo -u apache -c 'sudo /etc/rc.d/rc.route':
sudo -u apache -c 'sudo /etc/rc.d/rc.route' sudo: illegal option `-c' usage: sudo -h | -K | -k | -L | -l | -V | -v usage: sudo [-bEHPS] [-p prompt] [-u username|#uid] [VAR=value] {-i | -s | <command>} usage: sudo -e [-S] [-p prompt] [-u username|#uid] file ...
!DSPAM:484d3ebf255428980171022!
Monday 09 of June 2008 16:31:27 Cybul napisał(a):
W dniu 9 czerwca 2008 15:59 użytkownik Kuba Tyszko kuba@lbl.pl napisał:
On Jun 9, 2008, at 9:33 PM, Cybul wrote:
Niestety jest wszystko ok ustawione. Użytkownik od httpd to apache i nie ma aliasu.
W dniu 9 czerwca 2008 13:28 użytkownik Kuba Tyszko kuba@lbl.pl napisał: Zaloze sie ze httpd nie chodzi jako uzytkownik APACHE tylko apache (albo po prostu httpd), sprawdz poleceniem:
ps -ef | grep httpd - pierwsza kolumna to id z jakim dziala apache i dokladnie taki sam musi byc w sudoers.
(no chyba ze w sudoers uzyles aliasu APACHE ktory rowna sie apache)
On Jun 9, 2008, at 5:50 PM, Cybul wrote:
Tak. Użytkownik ten ma prawo do wszystkich komend bez użycia hasła. APACHE ALL= (ALL) NOPASSWD: ALL
W dniu 9 czerwca 2008 05:34 użytkownik Kuba Tyszko kuba@lbl.pl napisał: A czy uzytkownik z ktorym dziala httpd ma prawa do robienia sudo ??
zobacz w /etc/sudoers , edytuj przez polecenie visudo.
On Jun 9, 2008, at 12:23 AM, Cybul wrote:
Witam. Mam pewien problem z przeładowaniem lms poprzez www. Lms nie chce działać na prawach root'a, nie przeładowuje dhcpd, iptables itd. Najpierw kilka informacji: System to Fedora 8, wersja lms: 1.10.2 (Roham). Gdy jestem zalogowany na konto root lub apache pod konsolą, plik przeładowywany jest prawidłowo.
W lms -> Konfiguracja -> Interfejs użytkownika -> reload_execcmd
mam
ustawione: /etc/rc.d/rc.route
Przeładowanie wykonuje wszystko oprócz operacji, które powinny być wykonane na prawach root'a. Log httpd, zwraca komunikat, że nie ma praw roota.
Gdy zastosuje przeładowanie poprzez lms.ini, gdzie mam wpisaną
linie:
reload_execcmd = "/etc/rc.d/rc.route"
System zachowuje się tak samo jak poprzez konfigurację Interfejs użytkownika...
Gdy dodam reload_execcmd = "sudo /etc/rc.d/rc.route", przeładowanie poprzez www zwraca jedynie Host: Routersudo /etc/rc.d/rc.route
Chciałbym dodać jeszcze, że na systemie Fedora 6 z wersją lms
1.4.x,
wersja z "sudo /etc/rc.d/rc.route" działała poprawnie.
Proszę o jakieś sugestie co do rozwiązania tego problemu.
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam, Cybul.
cybul7@gmail.com GG# 913979 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
A mozesz wkleic cala linijke z sudoers ? do tego wklej to co pokazuje: "ps -ef | grep http"
sprobuj wykonac tez (jako root) polecenie:
sudo -u apache -c 'sudo /etc/rc.d/rc.route'
i wklej co sie pojawia.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ok. Już wklejam.
sudoers:
apache ALL= (ALL) NOPASSWD: ALL
ps -ef | grep httpd:
root 2029 1 0 Jun06 ? 00:00:02 /usr/sbin/httpd apache 3544 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3545 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3546 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3547 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3548 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3549 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3551 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd apache 3552 2029 0 Jun08 ? 00:00:00 /usr/sbin/httpd root 23313 23078 0 16:15 pts/0 00:00:00 grep http
sudo -u apache -c 'sudo /etc/rc.d/rc.route':
sudo -u apache -c 'sudo /etc/rc.d/rc.route' sudo: illegal option `-c' usage: sudo -h | -K | -k | -L | -l | -V | -v usage: sudo [-bEHPS] [-p prompt] [-u username|#uid] [VAR=value] {-i | -s | <command>} usage: sudo -e [-S] [-p prompt] [-u username|#uid] file ...
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
nastepny co nie potrafi napisac kulturalnie maila. tnij chlopie to co wysylasz bo palce bola od przewijania tego badziewia. nawet helpa do sudo nie chcialo Ci sie przeczytac baa nie czytales nawet tego co wkleiles sudo -u apache twoja_komenda i to sobie wpisz w reload_execcmd
zeby nie bylo zostawilem te tony linii zeby chlopak zakumal o czym pisalem ;)
nastepny co nie potrafi napisac kulturalnie maila. tnij chlopie to co wysylasz bo palce bola od przewijania tego badziewia. nawet helpa do sudo nie chcialo Ci sie przeczytac baa nie czytales nawet tego co wkleiles sudo -u apache twoja_komenda i to sobie wpisz w reload_execcmd
Dobra już piszę poprawnie :).
Przecież jeżeli spod konsoli wywołuje "sudo -u apache twoja_komenda" i nie działa, tak jak napisałem wcześniej. Wywala, że nie ma uprawnień roota tam gdzie są wymagane. To tym bardziej nie będzie to działało i nie działa gdy wpisuje to w reload_execcmd.
!DSPAM:484d5e65307151804284693!
On Mon, 9 Jun 2008 18:46:30 +0200, Cybul wrote
nastepny co nie potrafi napisac kulturalnie maila. tnij chlopie to co wysylasz bo palce bola od przewijania tego badziewia. nawet helpa do sudo nie chcialo Ci sie przeczytac baa nie czytales nawet tego co wkleiles sudo -u apache twoja_komenda i to sobie wpisz w reload_execcmd
Dobra już piszę poprawnie :).
Przecież jeżeli spod konsoli wywołuje "sudo -u apache twoja_komenda" i nie działa, tak jak napisałem wcześniej. Wywala, że nie ma uprawnień roota tam gdzie są wymagane. To tym bardziej nie będzie to działało i nie działa gdy wpisuje to w reload_execcmd.
Obejrzyj /var/log/messages i sprawdź czy nie ma komunikatów SELinuksa o odmowie dostępu. Poza tym możesz profilaktycznie włączyć SELinuksa na chwilę w tryb pobłażania (Permissive) poprzez: setenforce 0 (o ile getenforce pokazuje "Enforcing").
Pozdrawiam.
W dniu 9 czerwca 2008 23:57 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
On Mon, 9 Jun 2008 18:46:30 +0200, Cybul wrote
nastepny co nie potrafi napisac kulturalnie maila. tnij chlopie to co wysylasz bo palce bola od przewijania tego badziewia. nawet helpa do sudo nie chcialo Ci sie przeczytac baa nie czytales nawet tego co wkleiles sudo -u apache twoja_komenda i to sobie wpisz w reload_execcmd
Dobra już piszę poprawnie :).
Przecież jeżeli spod konsoli wywołuje "sudo -u apache twoja_komenda" i nie działa, tak jak napisałem wcześniej. Wywala, że nie ma uprawnień roota tam gdzie są wymagane. To tym bardziej nie będzie to działało i nie działa gdy wpisuje to w reload_execcmd.
Obejrzyj /var/log/messages i sprawdź czy nie ma komunikatów SELinuksa o odmowie dostępu. Poza tym możesz profilaktycznie włączyć SELinuksa na chwilę w tryb pobłażania (Permissive) poprzez: setenforce 0 (o ile getenforce pokazuje "Enforcing").
Pozdrawiam.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W tym logu nic nie ma na temat SELinuks. Natomiast: # getenforce Disabled wiec selinux jest off i nie przeszkadza.
Znalazłem natomiast komunikat błedu dot. apache: [Mon Jun 09 22:35:24 2008] [error] ModSecurity: ModSecurity requires mod_unique_id to be installed. sudo: sorry, you must have a tty to run sudo
Cała sprawa chyba rozchodzi się o to jak z poziomu apacha wywołać polecenie "sudo ..."polecenie "sudo ...." aby apache wykonał polecenie z prawami root`a.
!DSPAM:484daa7542661106414047!
On Tue, 10 Jun 2008 00:11:00 +0200, Cybul wrote
Znalazłem natomiast komunikat błedu dot. apache: [Mon Jun 09 22:35:24 2008] [error] ModSecurity: ModSecurity requires mod_unique_id to be installed. sudo: sorry, you must have a tty to run sudo
Cała sprawa chyba rozchodzi się o to jak z poziomu apacha wywołać polecenie "sudo ..."polecenie "sudo ...." aby apache wykonał polecenie z prawami root`a.
http://www.zimbra.com/forums/installation/10553-solved-sudo-sorry-you-must-h...
Pozdrawiam.
Witam Mam pytanie jak działa przeładowanie lms'a z opcją * *reload_type=sql?? To znaczy który skrypt wykonuje przeładowanie. Niestety lms nie chce mi przeładować przez panel admina, jedynie działa z konsoli przeładowanie. Z góry dzięki za pomoc.
Z poważaniem
Dariusz Raczkowski www.atrium-pc.pl gg: 11995886
!DSPAM:485a2138191191243476951!
Dariusz Raczkowski wrote:
Witam Mam pytanie jak działa przeładowanie lms'a z opcją * *reload_type=sql??
"Typ reloadu. Dozwolone wartości:
exec - wywoływanie jakiejś komendy (najczęściej coś przez sudo, jakiś skrypt lub coś, konfigurowalny poniżej)
sql - zrobienie wpisów w SQL'u (też można ustawić konkretne query SQL'a)"
Czy coś w tym fragmencie dokumentacji jest niejasne?
A.L.E.C pisze:
Dariusz Raczkowski wrote:
Witam Mam pytanie jak działa przeładowanie lms'a z opcją * *reload_type=sql??
"Typ reloadu. Dozwolone wartości:
exec - wywoływanie jakiejś komendy (najczęściej coś przez sudo, jakiś skrypt lub coś, konfigurowalny poniżej)
sql - zrobienie wpisów w SQL'u (też można ustawić konkretne query SQL'a)"
Czy coś w tym fragmencie dokumentacji jest niejasne?
exec to powiedzmy że wiem co się dziej. ale przy sql nie wiem. Przeglądałem skrypty php i doszedłem jedynie w którym miejscu jest kwerenda ustawiająca w bazie przeładowanie hosta. Ale nie wiem co dalej jest wykonywanie, bo musi przecież coś sprawdzać w bazie czy przeładować hosta i przeładować jeśli wartość ustawiona na 1. Mam nadzieje że w miarę jasno napisałem:)
Z poważaniem
Dariusz Raczkowski www.atrium-pc.pl gg: 11995886
!DSPAM:485a2620198071804284693!
Dariusz Raczkowski wrote:
exec to powiedzmy że wiem co się dziej. ale przy sql nie wiem. Przeglądałem skrypty php i doszedłem jedynie w którym miejscu jest kwerenda ustawiająca w bazie przeładowanie hosta. Ale nie wiem co dalej jest wykonywanie, bo musi przecież coś sprawdzać w bazie czy przeładować hosta i przeładować jeśli wartość ustawiona na 1. Mam nadzieje że w miarę jasno napisałem:)
zasadniczo tym czymś może być lmsd, ale równie dobrze twój własny skrypt/program.
Thursday 19 June 2008 11:26:15 Dariusz Raczkowski napisał(a):
exec to powiedzmy że wiem co się dziej. ale przy sql nie wiem. Przeglądałem skrypty php i doszedłem jedynie w którym miejscu jest kwerenda ustawiająca w bazie przeładowanie hosta. Ale nie wiem co dalej jest wykonywanie, bo musi przecież coś sprawdzać w bazie czy przeładować hosta i przeładować jeśli wartość ustawiona na 1. Mam nadzieje że w miarę jasno napisałem:)
Wystarczy odpalic demona lmsd ktory co minute sie loguje do bazy i sprawdza wlasnie ten rekord.
-----Original Message----- From: lms-bounces@lists.lms.org.pl [mailto:lms-bounces@lists.lms.org.pl] On Behalf Of Dariusz Raczkowski Sent: Thursday, June 19, 2008 11:26 AM To: lista użytkowników LMS Subject: Re: [lms] przeładowanie lms trybem sql
A.L.E.C pisze:
Dariusz Raczkowski wrote:
Witam Mam pytanie jak działa przeładowanie lms'a z opcją * *reload_type=sql??
"Typ reloadu. Dozwolone wartości:
exec - wywoływanie jakiejś komendy (najczęściej coś przez sudo, jakiś skrypt lub coś, konfigurowalny poniżej)
sql - zrobienie wpisów w SQL'u (też można ustawić konkretne query SQL'a)"
Czy coś w tym fragmencie dokumentacji jest niejasne?
exec to powiedzmy że wiem co się dziej. ale przy sql nie wiem. Przeglądałem skrypty php i doszedłem jedynie w którym miejscu jest kwerenda ustawiająca w bazie przeładowanie hosta. Ale nie wiem co dalej jest wykonywanie, bo musi przecież coś sprawdzać w bazie czy przeładować hosta i przeładować jeśli wartość ustawiona na 1. Mam nadzieje że w miarę jasno napisałem:)
Z poważaniem
Dariusz Raczkowski www.atrium-pc.pl gg: 11995886
http://forum.freesco.pl/viewtopic.php?t=15988&postdays=0&postorder=a... =0
!DSPAM:485a3d41221048362916074!
exec to powiedzmy że wiem co się dziej. ale przy sql nie wiem. Przeglądałem skrypty php i doszedłem jedynie w którym miejscu jest kwerenda ustawiająca w bazie przeładowanie hosta. Ale nie wiem co dalej jest wykonywanie, bo musi przecież coś sprawdzać w bazie czy przeładować hosta i przeładować jeśli wartość ustawiona na 1. Mam nadzieje że w miarę jasno napisałem:)
Wykonywane nie jest absolutnie nic - przynajmniej z poziomu lms`a. Ja np. mam na serwerach osiedlowych w cronie odpalane proste skrypty (by calego lmsd nie ruszac) sprawdzajace wartosc pola i, jak trzeba, przeladosujace lmsd.
Sarenka pisze:
exec to powiedzmy że wiem co się dziej. ale przy sql nie wiem. Przeglądałem skrypty php i doszedłem jedynie w którym miejscu jest kwerenda ustawiająca w bazie przeładowanie hosta. Ale nie wiem co dalej jest wykonywanie, bo musi przecież coś sprawdzać w bazie czy przeładować hosta i przeładować jeśli wartość ustawiona na 1. Mam nadzieje że w miarę jasno napisałem:)
Wykonywane nie jest absolutnie nic - przynajmniej z poziomu lms`a. Ja np. mam na serwerach osiedlowych w cronie odpalane proste skrypty (by calego lmsd nie ruszac) sprawdzajace wartosc pola i, jak trzeba, przeladosujace lmsd.
Witam Wielkie dzięki, teraz muszę pokombinować jaki skrypt zrobić:).
Pozdrawiam wszystkich
!DSPAM:485bd278273848362916074!
Dnia 19-06-2008 o 18:55:40 Sarenka sarenka@quantech.pl napisał(a):
Wykonywane nie jest absolutnie nic - przynajmniej z poziomu lms`a. Ja np. mam na serwerach osiedlowych w cronie odpalane proste skrypty (by calego lmsd nie ruszac) sprawdzajace wartosc pola i, jak trzeba, przeladosujace lmsd.
A po co przeładowywać lmsd? Przecież wszelkie zmiany w konfiguracji są przez niego śledzone na bieżąco.
Marek
!DSPAM:485ce996162645156419305!
A po co przeładowywać lmsd? Przecież wszelkie zmiany w konfiguracji są przez niego śledzone na bieżąco.
Naczy mowisz, ze deamon caly czas sprawdza, czy przypadkiem nie zmienil się np.. status jakiegos komputera w bazie?
Dnia 21-06-2008 o 18:20:38 Sarenka sarenka@quantech.pl napisał(a):
A po co przeładowywać lmsd? Przecież wszelkie zmiany w konfiguracji są przez niego śledzone na bieżąco.
Naczy mowisz, ze deamon caly czas sprawdza, czy przypadkiem nie zmienil się np.. status jakiegos komputera w bazie?
Demon śledzi wszelkie zmiany w jego konfiguracji w menu (z tabeli demoninstances), a instancje są odpalane zależnie od ustawień w cronie. To co jest robione w poszczególnych instancjach jest niezależne od tego, czy demon był restartowany czy nie, a poszczególne instacje nie mają żadnej pamięci pomiedzy uruchomieniami, przynajmniej tyle wyczytałem z kodu i idei działania demona.
Czy czegoś nie przekręciłem?
Marek
!DSPAM:485d4ac5222535962586004!
uczestnicy (12)
-
A.L.E.C -
Cybul -
Dariusz Raczkowski -
Jaroslaw Czarniak -
Kuba Tyszko -
Mad Mark -
Maricn -
Matys Łukasz -
Robert -
Sarenka -
tdabek＠go2.pl -
Tomasz Chiliński