[gentoo-user-ru] проблема с revdep-rebuild

[gentoo-user-ru] проблема с revdep-rebuild

[Попов Владимир Ильич]

[-- Attachment #1: Type: text/plain, Size: 1212 bytes --]

Доброе время суток!
Возникла проблема с revdep-rebuild. При запуске скрипт выполняется до 90% и 
висит....висит... пока не прервешь..
В какую сторону надо копать?

# revdep-rebuild -pv
* Configuring search environment for revdep-rebuild
* Temporary cache files are located in /var/cache/revdep-rebuild

revdep-rebuild environment:
SEARCH_DIRS="/bin
/lib
/opt/bin
/sbin
/usr/bin
/usr/i686-pc-linux-gnu/gcc-bin/3.4.6
/usr/i686-pc-linux-gnu/lib
/usr/lib
/usr/libexec
/usr/lib/gcc/i686-pc-linux-gnu/3.4.6
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6
/usr/local/lib
/usr/sbin"
SEARCH_DIRS_MASK="/lib/modules
/opt/blackdown-jdk-1.4.2.03
/opt/sun-jdk-1.6.0.12"
LD_LIBRARY_MASK="libjava.so
libjawt.so
libjvm.so
libodbcinst.so
libodbc.so"
PORTAGE_ROOT="/"
EMERGE_OPTIONS=""
ORDER_PKGS="1"
FULL_LD_PATH="1"

* Checking reverse dependencies
* Packages containing binaries and libraries broken by a package update
* will be emerged.

* Collecting system binaries and libraries
* Generated new 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Generated new 2_ldpath.rr
* Checking dynamic linking consistency
[ 90% ]


[-- Attachment #2: Type: text/html, Size: 2581 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Mike Kazantsev]

[-- Attachment #1: Type: text/plain, Size: 795 bytes --]

On Wed, 18 Feb 2009 13:55:41 +0600
Попов Владимир Ильич <vip@bti.secna.ru> wrote:

> Доброе время суток!
> Возникла проблема с revdep-rebuild. При запуске скрипт выполняется до
> 90% и висит....висит... пока не прервешь..
> В какую сторону надо копать?

Может банально кусок проверяемой системы не работает, например,
с какой-нибудь сетевой или кластерной FS?

Думаю, полезно будет посмотреть что в это время процесс (и его
дети, см. pstree) делают - "strace -p PID".

-- 
Mike Kazantsev // fraggod.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Попов Владимир Ильич]

[-- Attachment #1: Type: text/plain, Size: 4542 bytes --]

On Wednesday 18 of February 2009 14:35:06 Mike Kazantsev wrote:
>Может банально кусок проверяемой системы не работает, например,
>с какой-нибудь сетевой или кластерной FS?
>
>Думаю, полезно будет посмотреть что в это время процесс (и его
>дети, см. pstree) делают - "strace -p PID".

Запуск strace -p PID обрывается на строках:
>rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD], 8) = 0
>rt_sigprocmask(SIG_BLOCK, [CHLD], [INT CHLD], 8) = 0
>rt_sigprocmask(SIG_SETMASK, [INT CHLD], NULL, 8) = 0
>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0x53ba2708) = 20019 rt_sigprocmask(SIG_SETMASK, [CHLD], NULL,
> 8) = 0
>close(4)                                = 0
>close(4)                                = -1 EBADF (Bad file descriptor)
>rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD], 8) = 0
>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0x53ba2708) = 20020 rt_sigprocmask(SIG_SETMASK, [CHLD], NULL,
> 8) = 0
>close(3)                                = 0
>rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0
>rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
>rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0
>rt_sigaction(SIGINT, {0x11d20ee0, [], 0}, {0x11d3637c, [], 0}, 8) = 0
>waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 20019
>waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 20020
>rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
>rt_sigaction(SIGINT, {0x11d3637c, [], 0}, {0x11d20ee0, [], 0}, 8) = 0
>close(3)                                = -1 EBADF (Bad file descriptor)
>rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
>--- SIGCHLD (Child exited) @ 0 (0) ---
>waitpid(-1, 0x5da594ec, WNOHANG)        = -1 ECHILD (No child processes)
>sigreturn()                             = ? (mask now [])
>rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
>rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
>rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
>rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
>rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
>rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
>rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
>pipe([3, 4])                            = 0
>rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
>rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
>rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
>clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
> child_tidptr=0x53ba2708) = 20021 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) =
> 0
>rt_sigaction(SIGCHLD, {0x11d22a4a, [], 0}, {0x11d22a4a, [], 0}, 8) = 0
>close(4)                                = 0
>read(3,

Команда pstree рисует вот такую структуру.

        ├─rsync(2671)
        ├─screen(7768)───bash(7769)───revdep-rebuild(19521)───revdep-rebuild(20021)─┬─ldd(20022)─┬─cat(20027)
        │                                                                           │            └─ldd(20025)───getstack2(20026)
        │                                                                           └─sort(20023)
        ├─sshd(2542)───sshd(13721)───sshd(13726)───bash(13727)───su(13731)───bash(13732)───pstree(20043)
        ├─udevd(11640)
        └─vsftpd(2699)

А если посмотреть ТОР, то можно увидеть:

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
20026 root      39  19   280   32   12 R 99.5  0.0   6:57.10 getstack2
    1 root      20   0  1736  924  888 S  0.0  0.2   0:05.88 init
    2 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthreadd
    3 root      15  -5     0    0    0 S  0.0  0.0   0:05.56 ksoftirqd/0
    4 root      15  -5     0    0    0 S  0.0  0.0   0:13.02 events/0
    5 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
   76 root      15  -5     0    0    0 S  0.0  0.0   0:09.54 kblockd/0
   78 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
   79 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kacpi_notify
  137 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 ksuspend_usbd
  142 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 khubd

т.е. я так понимаю, проблема в getstack2. Но что это такое и где ее искать я не знаю...  Есть еще идеи?!

[-- Attachment #2: Type: text/html, Size: 6394 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Попов Владимир Ильич]

[-- Attachment #1: Type: text/plain, Size: 1161 bytes --]

On Wednesday 18 of February 2009 14:35:06 Mike Kazantsev wrote:
> On Wed, 18 Feb 2009 13:55:41 +0600
>
> Попов Владимир Ильич <vip@bti.secna.ru> wrote:
> > Доброе время суток!
> > Возникла проблема с revdep-rebuild. При запуске скрипт выполняется до
> > 90% и висит....висит... пока не прервешь..
> > В какую сторону надо копать?
>
> Может банально кусок проверяемой системы не работает, например,
> с какой-нибудь сетевой или кластерной FS?
>
> Думаю, полезно будет посмотреть что в это время процесс (и его
> дети, см. pstree) делают - "strace -p PID".

нашел, что getstack2 из пакета paxutils. Пересобрал - результат тот же... 
Пересобрал все пакеты с Рах. Результат - ноль. Откатился на стабильные версии 
- результат - тот же... Нужно помощь....... :)

[-- Attachment #2: Type: text/html, Size: 1765 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Mike Kazantsev]

[-- Attachment #1: Type: text/plain, Size: 1387 bytes --]

On Thu, 19 Feb 2009 09:15:30 +0600
Попов Владимир Ильич <vip@bti.secna.ru> wrote:

> Запуск strace -p PID обрывается на строках:
...

Это, насколько я понимаю, strace самого revdep, который просто ждет
данных от детей, вечно.


> А если посмотреть ТОР, то можно увидеть:
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> 20026 root      39  19   280   32   12 R 99.5  0.0   6:57.10 getstack2
...

А strace на этот процесс getstack2 что дает? На чем он так жестко
зацикливается?
Вероятно, там будут вызовы типа read, в которых можно найти и имя
файла, который он никак не может обработать. lsof (sys-process/lsof)
тоже наверно может помочь найти этот багогенератор - "lsof | grep PID".

Если файл таким образом удастся найти, то думаю его и стоит удалить /
пересобрать, а баг, вместе с "файлом-эксплойтом" отправить разрабам,
или в гентушную багзиллу.


-- 
Mike Kazantsev // fraggod.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Попов Владимир Ильич]

[-- Attachment #1: Type: text/plain, Size: 2706 bytes --]

On Thursday 19 of February 2009 10:15:24 Mike Kazantsev wrote:
> On Thu, 19 Feb 2009 09:15:30 +0600
> Это, насколько я понимаю, strace самого revdep, который просто ждет
> данных от детей, вечно.
да, вы правы.

> А strace на этот процесс getstack2 что дает? На чем он так жестко
> зацикливается?
# strace -p 26689                                                                                                                
Process 26689 attached - interrupt to quit                                                                                             
read(0, ^C <unfinished ...>                                                                                                            
Process 26689 detached   

К сожалению отловить более длинный лог невозможно т.к. вызов идет динамически и пиды меняются...

> Вероятно, там будут вызовы типа read, в которых можно найти и имя
> файла, который он никак не может обработать. lsof (sys-process/lsof)
> тоже наверно может помочь найти этот багогенератор - "lsof | grep PID".
натравил команду на getstack2 и получил:

# lsof | grep 26692
getstack2 26692     root  cwd       DIR        3,3      216       1544 /var/cache/revdep-rebuild
getstack2 26692     root  rtd       DIR        3,3      440          2 /
getstack2 26692     root  txt       REG        3,3     7163     395579 /usr/lib/paxtest/getstack2
getstack2 26692     root  mem       REG        3,3   117196     518222 /lib/ld-2.9.so
getstack2 26692     root    0u      CHR      136,2      0t0          4 /dev/pts/2
getstack2 26692     root    1w     FIFO        0,5      0t0    5244670 pipe
getstack2 26692     root    2w      REG        3,3     2411      10120 /var/cache/revdep-rebuild/3_errors.rr

> Если файл таким образом удастся найти, то думаю его и стоит удалить /
> пересобрать, а баг, вместе с "файлом-эксплойтом" отправить разрабам,
> или в гентушную багзиллу.
По видимому, проблема в glibc. Его как раз на днях замаскировали для hardened gentoo, и заставляют откатиться аж до 2.6.1. 
Как вы считаете: стоит откатываться или нет? И какие последствия ожидают?

[-- Attachment #2: Type: text/html, Size: 4026 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Mike Kazantsev]

[-- Attachment #1: Type: text/plain, Size: 1601 bytes --]

On Thu, 19 Feb 2009 14:08:46 +0600
Попов Владимир Ильич <vip@bti.secna.ru> wrote:

> К сожалению отловить более длинный лог невозможно т.к. вызов идет
> динамически и пиды меняются...

Можно использовать параметр -f strace'а, в данном случае наверно на
родителе этих процессов, раз они постоянно отваливаются, а родитель их
fork'ает.


> натравил команду на getstack2 и получил:
...

А в /var/cache/revdep-rebuild/3_errors.rr пусто?
Насколько показывает lsof, getstack2 его открывает на запись.


> По видимому, проблема в glibc. Его как раз на днях замаскировали для
> hardened gentoo, и заставляют откатиться аж до 2.6.1. Как вы
> считаете: стоит откатываться или нет? И какие последствия ожидают?

Увы, незнаю, вроде никогда не пробовал, и hardened никогда не
использовал.

Могу предположить, что баг данной версии glibc, после того как ее
сделали доступной, должен быть задокументирован в багзилле, как и его
последствия / пути решения.


-- 
Mike Kazantsev // fraggod.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Попов Владимир Ильич]

[-- Attachment #1: Type: text/plain, Size: 6660 bytes --]

> Можно использовать параметр -f strace'а, в данном случае наверно на
> родителе этих процессов, раз они постоянно отваливаются, а родитель их
> fork'ает.
ага помогло!

# pstree -p 8329
revdep-rebuild(8329)───revdep-rebuild(8789)─┬─ldd(8790)─┬─cat(8794)
                                            │           └─ldd(8793)───getstack2(8795)
                                            └─sort(8791)



[pid  8794] execve("/bin/cat", ["cat"], [/* 34 vars */]) = 0
[pid  8794] brk(0)                      = 0x1650c5a8
[pid  8794] access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
[pid  8794] open("/etc/ld.so.cache", O_RDONLY) = 3
[pid  8794] fstat64(3, {st_mode=S_IFREG|0644, st_size=20022, ...}) = 0
[pid  8794] mmap2(NULL, 20022, PROT_READ, MAP_PRIVATE, 3, 0) = 0x49dc2000
[pid  8794] close(3)                    = 0
[pid  8794] open("/lib/libc.so.6", O_RDONLY) = 3
[pid  8794] read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`h\1\0004\0\0\0\234"..., 512) = 512
[pid  8794] fstat64(3, {st_mode=S_IFREG|0755, st_size=1298668, ...}) = 0
[pid  8794] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x49dc1000
[pid  8794] mmap2(NULL, 1309072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x49c81000
[pid  8794] mprotect(0x49dba000, 4096, PROT_NONE) = 0
[pid  8794] mmap2(0x49dbb000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x139) = 0x49dbb000
[pid  8794] mmap2(0x49dbe000, 10640, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x49dbe000
[pid  8794] close(3)                    = 0
[pid  8794] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x49c80000
[pid  8794] set_thread_area({entry_number:-1 -> 6, base_addr:0x49c806c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
[pid  8794] open("/dev/urandom", O_RDONLY) = 3
[pid  8794] read(3, "\2311\200)"..., 4) = 4
[pid  8794] close(3)                    = 0
[pid  8794] mprotect(0x49dbb000, 8192, PROT_READ) = 0
[pid  8794] mprotect(0x16509000, 4096, PROT_READ) = 0
[pid  8794] mprotect(0x49de4000, 4096, PROT_READ) = 0
[pid  8794] munmap(0x49dc2000, 20022)   = 0
[pid  8794] brk(0)                      = 0x1650c5a8
[pid  8794] brk(0x1652d5a8)             = 0x1652d5a8
[pid  8794] brk(0x1652e000)             = 0x1652e000
[pid  8794] open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
[pid  8794] fstat64(3, {st_mode=S_IFREG|0644, st_size=3255808, ...}) = 0
[pid  8794] mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x49a80000
[pid  8794] mmap2(NULL, 958464, PROT_READ, MAP_PRIVATE, 3, 0x17d) = 0x49996000
[pid  8794] close(3)                    = 0
[pid  8794] fstat64(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
[pid  8794] fstat64(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
[pid  8794] read(0,  <unfinished ...>
[pid  8795] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
[pid  8795] rt_sigaction(SIGTSTP, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
[pid  8795] rt_sigaction(SIGTTIN, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
[pid  8795] rt_sigaction(SIGTTOU, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
[pid  8795] rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {0x12cde1f1, [], 0}, 8) = 0
[pid  8795] rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
[pid  8795] rt_sigaction(SIGCHLD, {SIG_DFL, [], 0}, {0x12cc7a4a, [], 0}, 8) = 0
[pid  8795] execve("/usr/lib/paxtest/getstack2", ["/usr/lib/paxtest/getstack2"], [/* 39 vars */]) = 0
[pid  8793] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
[pid  8793] rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
[pid  8793] rt_sigaction(SIGINT, {0x12cc5ee0, [], 0}, {0x12cde1f1, [], 0}, 8) = 0
[pid  8793] waitpid(-1, Process 8793 suspended


>
> А в /var/cache/revdep-rebuild/3_errors.rr пусто?
> Насколько показывает lsof, getstack2 его открывает на запись.
тут оказалось самое интересное:

ldd: warning: you do not have execution permission for `/lib/libgcc_s.so.1'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_cracklib.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_deny.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_env.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_filter.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_group.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_listfile.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_mail.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_motd.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_nologin.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_permit.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_pwdb.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_rhosts_auth.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_rootok.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_securetty.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_shells.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_stack.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_tally.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_time.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_unix.so.pl'
ldd: warning: you do not have execution permission for `/usr/libexec/webmin/pam/pam_wheel.so.pl'
lddlibc4: cannot read header from `/usr/libexec/webmin/qmailadmin/config.info.nl'
lddlibc4: cannot read header from `/usr/libexec/webmin/stunnel/config.info.ms'
ldd: warning: you do not have execution permission for `/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libgcc_s.so.1'
ldd: warning: you do not have execution permission for `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libgcc_s.so.1'




[-- Attachment #2: Type: text/html, Size: 9027 bytes --]

Re: [gentoo-user-ru] проблема с revdep-rebuild

[Mike Kazantsev]

[-- Attachment #1: Type: text/plain, Size: 856 bytes --]

On Thu, 19 Feb 2009 16:40:22 +0600
Попов Владимир Ильич <vip@bti.secna.ru> wrote:

> тут оказалось самое интересное:
...
> `/usr/libexec/webmin/pam/pam_filter.so.pl' ldd: warning: you do not
> have execution permission for
...
> `/usr/libexec/webmin/pam/pam_wheel.so.pl' lddlibc4: cannot read
> header from `/usr/libexec/webmin/qmailadmin/config.info.nl' lddlibc4:
> cannot read header from `/usr/libexec/webmin/stunnel/config.info.ms'
> ldd: warning: you do not have execution permission for
> `/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libgcc_s.so.1' ldd: warning:
...

Сейчас проверил: таких warning'ов в этот файл revdep и у меня
выбрасывает тонны, так что вероятно дело не в них.

-- 
Mike Kazantsev // fraggod.net

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]