Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Dobrze jest.
root@robin-desktop:/home/robin# systemctl restart cgstart.service root@robin-desktop:/home/robin# systemctl status cgstart ● cgstart.service - "CGSTART - Zakładam strukturę grup do cgroup ;)" Loaded: loaded (/etc/systemd/system/cgstart.service; disabled; vendor preset: Active: active (exited) since Sun 2018-07-29 14:20:32 IST; 13s ago Process: 8694 ExecStart=/usr/local/sbin/cgstart (code=exited, status=0/SUCCESS Main PID: 8694 (code=exited, status=0/SUCCESS) Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 791: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 821: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 848: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 881: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 910: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 932: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 955: Jul 29 14:20:32 robin-desktop cgstart[8694]: /usr/local/sbin/cgstart: line 973: Jul 29 14:20:32 robin-desktop cgstart[8694]: Zrobione :) Jul 29 14:20:32 robin-desktop systemd[1]: Started "CGSTART - Zakładam strukturę lines 1-16/16 (END)
root@robin-desktop:/home/robin# /usr/local/sbin/cgstart /usr/local/sbin/cgstart: line 26: /sys/fs/cgroup//memory/users/xorg/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 53: /sys/fs/cgroup//memory/users/kde/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 88: /sys/fs/cgroup//memory/users/mate/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 122: /sys/fs/cgroup//memory/users/xfce/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 189: /sys/fs/cgroup//memory/users/chrome/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 225: /sys/fs/cgroup//memory/users/opera/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 256: /sys/fs/cgroup//memory/users/pidgin/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 288: /sys/fs/cgroup//memory/users/kadu/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 320: /sys/fs/cgroup//memory/users/kopete/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 354: /sys/fs/cgroup//memory/users/choqok/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 386: /sys/fs/cgroup//memory/users/linphone/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 419: /sys/fs/cgroup//memory/users/vlc/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 448: /sys/fs/cgroup//memory/users/audacious/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 480: /sys/fs/cgroup//memory/users/thunderbird/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 512: /sys/fs/cgroup//memory/users/fetchmail/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 542: /sys/fs/cgroup//memory/voip/skype/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 577: /sys/fs/cgroup//memory/users/mplayer/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 606: /sys/fs/cgroup//memory/users/minitube/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 636: /sys/fs/cgroup//memory/users/kaffeine/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 667: /sys/fs/cgroup//memory/users/liferea/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 696: /sys/fs/cgroup//memory/users/firefox/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 725: /sys/fs/cgroup//memory/users/akregator/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 758: /sys/fs/cgroup//memory/users/quiterss/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 791: /sys/fs/cgroup//memory/users/totem/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 821: /sys/fs/cgroup//memory/users/wget/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 848: /sys/fs/cgroup//memory/users/axel/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 881: /sys/fs/cgroup//memory/users/curl/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 910: /sys/fs/cgroup//memory/users/rtmpdump/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 932: /sys/fs/cgroup//memory/system/xterm/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 955: /sys/fs/cgroup//memory/users/sysmonitor/memory.memsw.limit_in_bytes: Permission denied /usr/local/sbin/cgstart: line 973: /sys/fs/cgroup//memory/system/shell/memory.memsw.limit_in_bytes: Permission denied Zrobione :)
Demon - nieaktywny.
root@robin-desktop:/home/robin# systemctl status cgred.service ● cgred.service - "CGRULESENGD - zaczynam robotę ;)" Loaded: loaded (/etc/systemd/system/cgred.service; enabled; vendor preset: en Active: activating (start) since Sun 2018-07-29 11:23:56 IST; 3h 2min ago Main PID: 390 (cgrulesengd) Tasks: 1 Memory: 6.0M CPU: 12.730s CGroup: /system.slice/cgred.service └─390 /usr/sbin/cgrulesengd --nodaemon --nolog Jul 29 11:40:23 robin-desktop systemd[1]: [/etc/systemd/system/cgred.service:10] Jul 29 12:05:31 robin-desktop systemd[1]: [/etc/systemd/system/cgred.service:10] Jul 29 12:08:36 robin-desktop systemd[1]: [/etc/systemd/system/cgred.service:10]
Ostatnio edytowany przez Novi-cjusz (2018-07-29 15:23:56)
Offline
To Permission Denied też jest ciekawe, u mnie takiego błędu nie generuje.
I najwyraźniej jest w nich mozliwy zapis:
ls -l /sys/fs/cgroup/memory/users/firefox/memory.memsw.limit_in_bytes -rw-r--r-- 1 root root 0 07-29 14:29 /sys/fs/cgroup/memory/users/firefox/memory.memsw.limit_in_bytes
A w ogóle jakieś procesy teraz trafiają do grup?
Ostatnio edytowany przez Jacekalex (2018-07-29 15:25:45)
Offline
Trafiaja.
cat /sys/fs/cgroup/net_cls/tasks 1 2 4 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 ...
ls -l /sys/fs/cgroup/memory/users/firefox/memory.memsw.limit_in_bytes ls: cannot access '/sys/fs/cgroup/memory/users/firefox/memory.memsw.limit_in_bytes': No such file or directory
rzeczywiscie, tego pliku - nie ma.
/sys/fs/cgroup/memory/users/firefox/memory.memsw
Ostatnio edytowany przez Novi-cjusz (2018-07-29 15:32:42)
Offline
No to jak trafiają, to 80% sukcesu.
Pokaż jeszcze:
ls -l /sys/fs/cgroup/memory/memory.memsw.*
Offline
ls -l /sys/fs/cgroup/memory/memory.memsw.* ls: cannot access '/sys/fs/cgroup/memory/memory.memsw.*': No such file or directory
Offline
Czyli usuneli ten klucz z Cgroup , albo coś jest inaczej w kernelu u Ciebie.
U mnie na jaju 4.17.10 jest i dziala.
Możesz usunąć te klucze ze skrypta, zeby nie generowały błędów.
Mniej wiecej tak:
cp /usr/local/sbin/cgstart /tmp/cgstart grep -v memory.memsw.limit_in_bytes /tmp/cgstart > /usr/local/sbin/cgstart chmod 700 /usr/local/sbin/cgstart
Sprawdź, czy działa z palca:
/usr/local/sbin/cgstart
Jeśli będzie potem wszystko w porządu to możesz usunąć /tmp/cgstart,
nie będzie już potrzebny.
Ostatnio edytowany przez Jacekalex (2018-12-01 22:01:19)
Offline
root@robin-desktop:/home/robin# cp /usr/local/sbin/cgstart /tmp/cgstart root@robin-desktop:/home/robin# grep -v memory.memsw.limit_in_bytes /tmp/cgstart > /usr/local/sbin/cgstart root@robin-desktop:/home/robin# chmod 700 /usr/local/sbin/cgstart root@robin-desktop:/home/robin# /usr/local/sbin/cgstart Zrobione :)
Staram sie zrozumiec to ostatnie, skopiowales skrypta do temp a nastepnie a nastepnie plik memory z temp do skryptu ?
Nastepnie atrybut wykonania i wykonanie.
Jest jeszcze klopot z demonem - powyzej.
Ostatnio edytowany przez Novi-cjusz (2018-07-29 15:54:14)
Offline
Czyli zrobione, jak skrypt grzecznie zameldował.
Zobacz, czy po restarcie będzie wszysko działało bez jakichś czarów.
Offline
Zastopowalem cgconfig.service - zeby nie konfliktowala.
root@robin-desktop:/home/robin# systemctl status cgstart.service ● cgstart.service - "CGSTART - Zakładam strukturę grup do cgroup ;)" Loaded: loaded (/etc/systemd/system/cgstart.service; disabled; vendor preset: Active: active (exited) since Sun 2018-07-29 15:00:40 IST; 3min 51s ago Process: 381 ExecStart=/usr/local/sbin/cgstart (code=exited, status=0/SUCCESS) Main PID: 381 (code=exited, status=0/SUCCESS) Tasks: 0 Memory: 0B CPU: 0 CGroup: /system.slice/cgstart.service Jul 29 15:00:40 robin-desktop cgstart[381]: Zrobione :) Jul 29 15:00:40 robin-desktop systemd[1]: Started "CGSTART - Zakładam strukturę Warning: Journal has been rotated since unit was started. Log output is incomple root@robin-desktop:/home/robin# systemctl status cgred.service ● cgred.service - "CGRULESENGD - zaczynam robotę ;)" Loaded: loaded (/etc/systemd/system/cgred.service; enabled; vendor preset: en Active: activating (start) since Sun 2018-07-29 15:00:40 IST; 4min 25s ago Main PID: 757 (cgrulesengd) Tasks: 1 Memory: 5.8M CPU: 440ms CGroup: /system.slice/cgred.service └─757 /usr/sbin/cgrulesengd --nodaemon --nolog Jul 29 15:00:40 robin-desktop systemd[1]: Starting "CGRULESENGD - zaczynam robot root@robin-desktop:/home/robin# /usr/local/sbin/cgstart Zrobione :)
Baaardzo prosze o wyjasnienie - rozumiem, ze skrypt cgstart zaklada hierarchie/strukture grup ale za przydzielanie procesow do grup nadal odpowiada cgred.service? (ktora nadal nie dziala)
No niby dziala, juz nie wiem ?
^Croot@robin-desktop:/home/robin# /usr/sbin/cgrulesengd --nodaemon --nolog & [1] 6327
Ostatnio edytowany przez Novi-cjusz (2018-07-29 21:44:08)
Offline
lscgroup
wyświetli listę zrobionych grup.
cgred.service (demon cgrulesengd) wrzuca programy do grup.
Czy np firefox jest w jakichś grupach?
cat /proc/`pgrep firefox`/cgroup 15:debug:/ 14:rdma:/ 13:pids:/users/firefox 12:hugetlb:/ 11:net_prio:/ 10:perf_event:/ 9:net_cls:/users/firefox 8:freezer:/ 7:devices:/ 6:memory:/users/firefox 5:blkio:/users/firefox 4:cpuacct:/ 3:cpu:/users/firefox 2:cpuset:/ 1:name=openrc:/xdm 0::/xdm
Proste, prawda?
I nie musisz ręcznie odpalać żadnych skryptów czy programów, jeżeli zrobil to już SystemD.
Ostatnio edytowany przez Jacekalex (2018-07-29 16:33:55)
Offline
Jasne, to akurat wszystko wiem, stokrotne dzieki za niedzielna pomoc, jestem ogromnie wdzieczny.
Gdybym wiedzial gdzie, to bym przydzwigal skrzynke zlocistego trunku na plecach, nawet gdybym mial dostac zylakow.
Naprawde wielki szacun za: umiejetnosci i dobra wole ktorej dzis wszedzie tak malo.
Prosze jeszcze o 2 slowa nt cgred.service.
Tutaj nie moze sie aktywowac:
systemctl daemon-reload root@robin-desktop:/home/robin# systemctl status cgred.service ● cgred.service - "CGRULESENGD - zaczynam robotę ;)" Loaded: loaded (/etc/systemd/system/cgred.service; enabled; vendor preset: e Active: activating (start) since Sun 2018-07-29 15:00:40 IST; 52min ago Main PID: 757 (cgrulesengd) CGroup: /system.slice/cgred.service └─757 /usr/sbin/cgrulesengd --nodaemon --nolog Jul 29 15:00:40 robin-desktop systemd[1]: Starting "CGRULESENGD - zaczynam robo Jul 29 15:22:11 robin-desktop systemd[1]: [/etc/systemd/system/cgred.service:11 Jul 29 15:24:36 robin-desktop systemd[1]: [/etc/systemd/system/cgred.service:10 Jul 29 15:53:12 robin-desktop systemd[1]: [/etc/systemd/system/cgred.s
Reczny odpal pokazuje dzialanie demona:
/usr/sbin/cgrulesengd --nodaemon --nolog & 14818
Rozumiem to tak, ze SystemD nie odpalil demona ? Mam racje ?
Ja to rozumiem jako sprzecznosc, baardzo prosze o interpretacje.
Ostatnio edytowany przez Novi-cjusz (2018-07-29 16:55:22)
Offline
Powinien odpalić automatycznie, nie ręcznie.
Przecież właśnie po to SystemD w ogóle istnieje.
I po to podnosisz usługę [b]cgred.service [/b]żeby demon [b]cgrulesengd[/b] działał.
Prawda?
Ostatnio edytowany przez Jacekalex (2018-07-29 17:02:13)
Offline
Oczywiscie, ale status cgred.service powinien byc Active a nie activating (w nieskonczonosc).
Ostatnio edytowany przez Novi-cjusz (2018-07-29 17:06:52)
Offline
Po restarcie
ps aux | grep cgrules
nie potrafisz wklepać?
To, że Systemd ma jakiś dziwny status to nic dziwnego, SystemD jest tak udziwniony, że w miarę możliwości w ogóle go nie używam.
Na Debianie też używam deamontoolsa, gdzie demona cgrulesengd odpalam tak:
root ~> cat /service/cgroup/run #!/bin/sh exec 2>&1 /usr/local/sbin/cgstart ; /usr/local/sbin/cgclass; /usr/sbin/cgrulesengd --nodaemon --nolog
i jeszcze mi się nie zdarzyło, żeby cokolwiek nie działało.
Dowód rzeczowy:
root ~> svstat /service/cgroup/ /service/cgroup/: up (pid 1486) 86487 seconds
ps aux | grep -v grep | grep cgrules root 1769 0.0 0.0 8112 5344 ? S lip28 0:03 /usr/sbin/cgrulesengd --nodaemon --nolog
Co do statusów w SystemD to trzeba by Morfika zapytać.
Ostatnio edytowany przez Jacekalex (2018-07-29 17:20:10)
Offline
ps aux | grep cgrules root 757 0.1 0.0 14720 5676 ? Ss 15:00 0:05 /usr/sbin/cgrulesengd --nodaemon --nolog root 6327 0.1 0.0 14720 5656 pts/1 S 15:13 0:04 /usr/sbin/cgrulesengd --nodaemon --nolog root 14818 0.1 0.0 14720 5680 pts/1 S 15:55 0:01 /usr/sbin/cgrulesengd --nodaemon --nolog root 20081 0.0 0.0 21292 968 pts/1 R+ 16:22 0:00 grep --color=auto cgrules
Wlasnie czytam: https://zerokspot.com/weblog/2016/11/06/systemd-service-startup/
So how does systemd know that a service has been started successfully and therefore moves it from the status “activating” to “activated”?[/quote]
------------------------------------------------------------------------------------
"Inveniam viam aut faciam" : I will either find a way, or I shall make one
"Złoto to pieniądz królów, srebro to pieniądz dżentelmenów, barter to pieniądz chłopów ale dług to pieniądz niewolników."
Offline
Po co Ci trzy procesy demona cgrulesengd, skoro potrzebujesz tylko jeden?
Offline
Juz wylaczam.
Zostal jeden.
ps aux | grep cgrules root 757 0.1 0.0 14720 5676 ? Ss 15:00 0:06 /usr/sbin/cgrulesengd --nodaemon --nolog root 21904 0.0 0.0 21292 924 pts/1 S+ 16:31 0:00 grep --color=auto cgrules
Musze jeszcze ten problem dokonczyc:
W jaki sposób systemd wie, że usługa została uruchomiona z powodzeniem i dlatego przenosi ją ze stanu "aktywowanie" na "aktywowane"?[/quote]
Statusy w SystemD:
https://cgit.freedesktop.org/systemd/systemd/tree/src/core/unit.h#n46Ostatnio edytowany przez Novi-cjusz (2018-07-29 17:39:55)
------------------------------------------------------------------------------------
"Inveniam viam aut faciam" : I will either find a way, or I shall make one
"Złoto to pieniądz królów, srebro to pieniądz dżentelmenów, barter to pieniądz chłopów ale dług to pieniądz niewolników."
Offline
Ty się za kod w C/C++ łapiesz w sytuacji, jak w skrypcie basha nie umiesz zdiagnozować błędu samodzielnie?
Jak kombinujesz z pierdylionem stron dokumentacji i rożnych opinii, to potem jesteś zakręcony jak słoik z konfiturami.
Nie jest ważne, jaki SystemD wyświetla status, tylko czy faktycznie podnosi demona prawidlowo.
Czyli czy robi to, czego się od niego wymaga.
Tutaj masz inną składnię cgred.service pod nazwą:
/etc/systemd/system/cgrulesengd.service
[url=https://morfikov.github.io/post/ograniczanie-zasobow-procesom-przez-cgroups/][/url]
Możesz spróbować wersji od Morfika, który zna SystemD milion razy lepiej ode mnie. xD
Ostatnio edytowany przez Jacekalex (2018-07-29 18:08:55)
Offline
Nie jest ważne, jaki SystemD wyświetla status, tylko czy faktycznie podnosi demona prawidlowo.[/quote]
To ignorowac wyswietlane statusy SystemD ?
------------------------------------------------------------------------------------
"Inveniam viam aut faciam" : I will either find a way, or I shall make one
"Złoto to pieniądz królów, srebro to pieniądz dżentelmenów, barter to pieniądz chłopów ale dług to pieniądz niewolników."
Offline
A to już jak sobie chcesz.
Jeżeli SystemD podnosi demona cgroup prawidłowo, to ja bym olał jego statusy.
Jeśli nie podnosi, to wtedy bym coś innego szukał, albo wziął konfig cgred.service
od Morfika.
Ostatnio edytowany przez Jacekalex (2018-07-29 18:25:20)
Offline
Pamietam, ze 2 lata wstecz, podales komende ktora rewelacyjnie wylistowala wszystkie cgroups numerycznie wraz z procesami, ktore w nich siedzialy.
To wygladalo mniej wiecej tak:
- cgroup1 - firefox, kibana, cos tam..
- cgroup2 - xorg, systemd, cos tam
- cgroup3 - .......
Przekopalem sie przez wszystkie notatki jakie mi zostaly z tamtego okresu i niestety - nie znalazlem tej komendy.
Offline
Nie chodzi Ci czasem o mojego skrypta [b]/usr/local/bin/cgs[/b]?
#!/bin/bash PROGRAM=$1 # test -z $PROGRAM || exit 0; for line in `pgrep $PROGRAM`; do echo "****************************************************************"; ls -l /proc/$line/exe | awk '{print "### Program: "$10" ### user: "$3" ###"}'; echo "................................................................"; cat /proc/$line/cgroup; echo -e "................................................................"; cat /proc/$line/attr/current | awk '{print "\nApparmor: "$1" "$2" "$3}'; echo "................................................................"; echo ""; egrep -i 'rbac|pax' /proc/$line/status; echo "................................................................"; echo ""; done; echo "RAM: $(psmemng | egrep -i $PROGRAM)"; echo ""; echo "****************************************************************";
Wyjście:
~> cgs pidgin **************************************************************** ### Program: /usr/bin/pidgin ### user: pacjent ### ................................................................ 15:debug:/ 14:rdma:/ 13:pids:/users/pidgin 12:hugetlb:/ 11:net_prio:/ 10:perf_event:/ 9:net_cls:/users/pidgin 8:freezer:/ 7:devices:/ 6:memory:/users/pidgin 5:blkio:/users/pidgin 4:cpuacct:/ 3:cpu:/users/pidgin 2:cpuset:/ 1:name=openrc:/xdm 0::/xdm ................................................................ Apparmor: /usr/bin/pidgin (enforce) ................................................................ ................................................................ RAM: 60.3 MiB + 6.8 MiB = 67.1 MiB pidgin ****************************************************************
Ostatnio edytowany przez Jacekalex (2018-07-29 18:38:45)
Offline
Niestety nie, zapamietalem bo to bylo rewelacyjne narzedzie pod iptables.
Do tej pory mam przed oczami wyglad, jaki podalem powyzej.
Niestety ! nie zapisalem komendy.
Ostatnio edytowany przez Novi-cjusz (2018-07-29 21:41:57)
Offline
Jest jeszcze jedna sprawa nad ktora sie zastanawiam.
Demon cgrulesngd dziala, PID'y sa plikach tasks.
Dodajemy PID aplikacji 1234 (z planowanym dostepem do Internetu) do grupy, ktora utworzylismy np tak:
echo 1234 >> /sys/fs/cgroup/net_cls/access/tasks
Ale nastepuje reboot ... i aplikacja dostaje inny PID, w konsekwencji:
- stary PID nalezy lub nie do innej aplikacji, ktora uzyskuje dostep do Internetu.
- nowy PID nie nalezy do grupy, ktora jest w okreslonej klasie z okreslonym ID - w konsekwencji nie dostaje dostepu do internetu.
Dobrze mysle ?
Jak to rozwiazac? (w skrocie, zmiana PID'u aplikacji po restarcie)
Ostatnio edytowany przez Novi-cjusz (2018-08-02 14:31:04)
Offline
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00124 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.145.78.117' WHERE u.id=1 |
0.00064 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.78.117', 1733247612) |
0.00058 | SELECT * FROM punbb_online WHERE logged<1733247312 |
0.00051 | SELECT topic_id FROM punbb_posts WHERE id=320281 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=30534 ORDER BY posted |
0.00029 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30534 AND t.moved_to IS NULL |
0.00027 | SELECT search_for, replace_with FROM punbb_censoring |
0.00444 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30534 ORDER BY p.id LIMIT 25,25 |
0.00083 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30534 |
Total query time: 0.00898 s |