<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>35731</bug_id>
          
          <creation_ts>2018-12-06 12:41:36 +0300</creation_ts>
          <short_desc>Неожиданное поведение при попытке залочить файл на samba</short_desc>
          <delta_ts>2021-08-22 22:45:59 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>samba</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>ASSIGNED</bug_status>
          <resolution></resolution>
          
          <see_also>https://bugzilla.altlinux.org/show_bug.cgi?id=40797</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Aleksei Nikiforov">darktemplaralt</reporter>
          <assigned_to name="Evgeny Sinelnikov">sin</assigned_to>
          <cc>boyarsh</cc>
    
    <cc>gkot</cc>
    
    <cc>iv</cc>
    
    <cc>lav</cc>
    
    <cc>ldv</cc>
    
    <cc>mike</cc>
    
    <cc>omg</cc>
    
    <cc>rider</cc>
    
    <cc>sin</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>176435</commentid>
    <comment_count>0</comment_count>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-06 12:41:36 +0300</bug_when>
    <thetext>Имеется доступ к файлу, лежащему на samba и несколько систем, с которых пытаются одновременно получить доступ к этому файлу и залочить его.

Если все клиентские системы - Linux, то первая система успешно открывает файл, лочит его и держит файл с локом.

Если с этой же системы попытаться запустить ещё один инстанс приложения, который тоже попытается открыть файл, то вызов fcntl возвращает ошибку с errno 13 (EACCES). Данный код ошибки описан в мануалах и вполне соответствует ожидаемому поведению.

Если же, пока на одной системе держится лок, с другой системы попытаться открыть и залочить файл, то вызов fcntl возвращает ошибку с errno 5 (EIO). Описание данного кода в связке с вызовом fcntl(..., F_SETLK, ...) мне найти не удалось, и соответственно оно является неожиданным.

Приложение LibreOffice аналогичным образом действует при открытии файла (но это лишь небольшая часть шагов, предпринимаемых в LibreOffice), и если файл находится на samba и уже открыт с другой системы Linux, то при получении ошибки EIO LibreOffice сообщает что у файла проблема IO и что LibreOffice не может его открыть.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176436</commentid>
    <comment_count>1</comment_count>
      <attachid>7881</attachid>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-06 12:45:05 +0300</bug_when>
    <thetext>Created attachment 7881
smb.conf

Файл конфигурации samba-сервера. Практически без изменений от конфига по-умолчанию из Сизифа.

На клиентах в /etc/fstab прописаны следующие опции для монтирования:
//$ipaddress/public /mnt/server_public cifs uid=500,gid=500,credentials=/etc/samba/sambacreds 0 0

где $ipaddress - адрес сервера, uid=500 и gid=500 - uid и gid пользователя, из-под которого производилось тестирование, а файл /etc/samba/sambacreds содержит логин и пароль пользователя для samba.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176437</commentid>
    <comment_count>2</comment_count>
      <attachid>7882</attachid>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-06 12:51:05 +0300</bug_when>
    <thetext>Created attachment 7882
share_lock.c

Приложение, с помощью которого удаётся воспроизвести проблему с неожиданным errno от fcntl.

На первой системе я создаю файл /mnt/server_public/file_samba и запускаю это приложение с файлом, и оно висит, держа файл:
$ touch /mnt/server_public/file_samba
$ ./share_lock /mnt/server_public/file_samba
File locked successfully.
Press any key to exit...

Если на этой же системе я запускаю ещё раз данное приложение, пока один инстанс висит, то получается ошибка EACCES:
$ ./share_lock /mnt/server_public/file_samba 
fcntl error: 13, Permission denied

Если же пока на первой системе висит приложение, держа файл, запустить также его на другой системе, получается EIO:
$ ./share_lock /mnt/server_public/file_samba 
fcntl error: 5, Input/output error

Могу предоставить дополнительную информацию при необходимости, если укажете какая ещё информация нужна.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176438</commentid>
    <comment_count>3</comment_count>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-06 13:11:15 +0300</bug_when>
    <thetext>Ещё для того, чтобы с указанным конфигом был доступен раздел public на samba, на сервере создана директория с соответствующими правами:
# mkdir /home/samba
# chmod 1777 /home/samba</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176439</commentid>
    <comment_count>4</comment_count>
    <who name="Ivan A. Melnikov">iv</who>
    <bug_when>2018-12-06 13:32:54 +0300</bug_when>
    <thetext>&gt; Могу предоставить дополнительную информацию при необходимости, если укажете
какая ещё информация нужна.

Давайте ещё, для полноты картины, uname -а на всех машинах.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176440</commentid>
    <comment_count>5</comment_count>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-06 13:53:00 +0300</bug_when>
    <thetext>На первой системе (сервер samba и один из клиентов samba):
Linux kwork-8-2-x86-64-default.localdomain 4.19.6-un-def-alt1 #1 SMP PREEMPT Sun Dec 2 20:26:14 UTC 2018 x86_64 GNU/Linux

На второй системе (один из клиентов samba):
Linux kwork-8-2-x86-64-default.localdomain 4.18.17-un-def-alt1 #1 SMP PREEMPT Mon Nov 5 17:46:32 UTC 2018 x86_64 GNU/Linux

На обоих клиентах одинаковые настройки монтирования, одинаковый локальный пользователь с одинаковыми uid и gid и одинаковый указанный пользователь samba.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176517</commentid>
    <comment_count>6</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-07 21:12:24 +0300</bug_when>
    <thetext>Спасибо за тестовый код! Воспроизвелось на сизифе с самбой samba-DC-4.9.3-alt1.x86_64 в режиме AD на версии ядра 4.14.86-std-def-alt1. После отката ядра до версии, которая идёт с P8 4.9.71-std-def-alt0.M80P.1 проблема проявляться перестала. Дальнейшие тесты показали, что имеет значение версия ядра только на стороне, которая пытается делать второй лок. Т.е. табличка примерно такая:

| first lock                 | second lock                | errno on second |
|----------------------------+----------------------------+-----------------|
| 4.14.86-std-def-alt1       | 4.14.86-std-def-alt1       |               5 |
| 4.14.86-std-def-alt1       | 4.9.71-std-def-alt0.M80P.1 |              13 |
| 4.9.71-std-def-alt0.M80P.1 | 4.14.86-std-def-alt1       |               5 |
| 4.9.71-std-def-alt0.M80P.1 | 4.9.71-std-def-alt0.M80P.1 |              13 |

Точнее сказать, в какой именно версии это поломали пока не могу, надо смотреть более детально. Как воркэраунд, если горит и ситуация позволяет, можно попробовать пока сдаунгрейдить ядро.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176518</commentid>
    <comment_count>7</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2018-12-07 21:15:18 +0300</bug_when>
    <thetext>Нет, конечно никакой downgrade ядра невозможен.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176520</commentid>
    <comment_count>8</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-07 21:47:34 +0300</bug_when>
    <thetext>Похоже, что поломало локи вот это
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/fs/cifs?id=eef914a9eb5eb83e60eb498315a491cd1edc13a1

Т.е. если добавить в опции монтирования vers=1.0, то на новых ядрах должно
работать как раньше.

файл держится другой машиной:

# используется дефолтная версия
[root@dc0 ~]# grep cifs /etc/fstab
//dc0.domain.alt/share /mnt/samba_share cifs
uid=500,gid=500,credentials=/etc/samba/sambacreds 0 0
[root@dc0 ~]# mount /mnt/samba_share/
[root@dc0 ~]# ./share_lock /mnt/samba_share/bebebe 
fcntl error: 5, Input/output error
[root@dc0 ~]# umount /mnt/samba_share/

# добавляем vers=1.0
[root@dc0 ~]# vim /etc/fstab
[root@dc0 ~]# grep cifs /etc/fstab
//dc0.domain.alt/share /mnt/samba_share cifs
uid=500,gid=500,credentials=/etc/samba/sambacreds,vers=1.0 0 0
[root@dc0 ~]# mount /mnt/samba_share/
[root@dc0 ~]# ./share_lock /mnt/samba_share/bebebe 
fcntl error: 13, Permission denied</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176521</commentid>
    <comment_count>9</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2018-12-07 21:55:13 +0300</bug_when>
    <thetext>ну сломал то не этот коммит, сломано где-то в новом диалекте.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176522</commentid>
    <comment_count>10</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2018-12-07 21:56:52 +0300</bug_when>
    <thetext>повесьте в апстрим, может быть поможет начать процесс поиска.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176525</commentid>
    <comment_count>11</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-07 22:22:54 +0300</bug_when>
    <thetext>Кто сломал -- это вопрос точки зрения. Дефолтное поведение с точки зрения пользователей сломал именно он.:)

Судя по этому https://bugzilla.redhat.com/show_bug.cgi?id=1484130 все давно в курсе и предлагалось несколько вариантов решения проблемы. В ядро вошёл вот этот https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/fs/cifs?id=9645759ce6b39013231f4fa312834935c93fe5bc который должен уже быть в 4.20-rc1. Но конкретно проблему их треда оно вроде не решило пока.

Надо собирать и смотреть. Может в нашем варианте поможет.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176547</commentid>
    <comment_count>12</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2018-12-10 14:39:24 +0300</bug_when>
    <thetext>Отправил на тестовую сборку новый релиз:
#217590 BUILDING #1 [locked] [test-only] sisyphus kernel-image-un-def.git=kernel-image-un-def-4.19.7-alt2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176549</commentid>
    <comment_count>13</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2018-12-10 16:10:34 +0300</bug_when>
    <thetext>Сборка ядра прошла успешно, таска упала из-за отсутствия модулей, но для теста они и не нужны. В крайней случаем, можно заменить cifs.ko из нового пакета на текущем установленном ядре 4.19.7-alt1:
http://git.altlinux.org/tasks/217590/build/100/x86_64/rpms/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176550</commentid>
    <comment_count>14</comment_count>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-10 16:30:28 +0300</bug_when>
    <thetext>(В ответ на комментарий №13)
&gt; Сборка ядра прошла успешно, таска упала из-за отсутствия модулей, но для теста
&gt; они и не нужны. В крайней случаем, можно заменить cifs.ko из нового пакета на
&gt; текущем установленном ядре 4.19.7-alt1:
&gt; http://git.altlinux.org/tasks/217590/build/100/x86_64/rpms/

Обновил в двух тестовых системах ядра до версии 4.19.7-alt2 из этого задания, перезагрузился. uname -a выдаёт версию 4.19.7-un-def-alt2, а тест-кейс всё ещё выдаёт errno 5.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176568</commentid>
    <comment_count>15</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-11 15:09:22 +0300</bug_when>
    <thetext>Ядерными трейсами и самбой с `debug level = 99` ничего криминального найти не удалось. На данный момент рабочая гипотеза следующая:

для протокола первой версии используются другие мапинги ошибок, т.е.
- https://github.com/torvalds/linux/blob/master/fs/cifs/nterr.c#L139
  задефайним мапинг строки

- https://github.com/torvalds/linux/blob/master/fs/cifs/netmisc.c#L322
  замапим это дело как ERRlock

- https://github.com/torvalds/linux/blob/master/fs/cifs/netmisc.c#L66
  будем возвращать -EACCES в случае ERRlock

а вот для SMB2+ уже вот так:
- https://github.com/torvalds/linux/blob/master/fs/cifs/smb2maperror.c#L383
  для SMB2+ будем на такой же responce отдавать -EIO

Что с этим делать непонятно пока.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176570</commentid>
    <comment_count>16</comment_count>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-11 16:10:31 +0300</bug_when>
    <thetext>(В ответ на комментарий №15)
&gt; ...
&gt; Что с этим делать непонятно пока.

Вопрос не только, что с этим делать, но и является ли текущее поведение правильным. Вполне возможно, что при переезде на новый маппинг ошибок что-то напутали и поставили не то. Ещё можно проверить, поможет ли там замена EIO на EACCES получить EACCES и в userspace.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176573</commentid>
    <comment_count>17</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-11 19:54:42 +0300</bug_when>
    <thetext>(В ответ на комментарий №16)
&gt; (В ответ на комментарий №15)
&gt; &gt; ...
&gt; &gt; Что с этим делать непонятно пока.
&gt; 
&gt; Вопрос не только, что с этим делать, но и является ли текущее поведение
&gt; правильным. Вполне возможно, что при переезде на новый маппинг ошибок что-то
&gt; напутали и поставили не то.
Тут я честно говоря не уверен. Вот лично с моей точки зрения EACCES при неудаче установки лока как-то тоже не особо логично. Надо помучать более знающих товарищей на предмет смыслов вкладываемых в эти errno:)

&gt; Ещё можно проверить, поможет ли там замена EIO на
&gt; EACCES получить EACCES и в userspace.
Ну да. Мы примерно так же и подумали, просто случился &quot;пожар&quot; и я не успел дописать это в прошлый коммент. Гоша (@gkot) собрал ядро с этими грязными хаками.

#217688 BUILDING #1 [locked] [test-only] sisyphus kernel-image-un-def.git=kernel-image-un-def-4.19.7-alt3

Результат тестов положительный:
- первая машина:

[root@dc1 ~]# umount /mnt/samba_share/
[root@dc1 ~]# uname -r
4.19.7-un-def-alt3
[root@dc1 ~]# mount /mnt/samba_share/
[root@dc1 ~]# ./share_lock /mnt/samba_share/bebebe 
File locked successfully.
Press any key to exit...


- вторая машина:

[root@dc0 ~]# umount /mnt/samba_share/
umount: /mnt/samba_share/: not mounted.
[root@dc0 ~]# mount /mnt/samba_share/
[root@dc0 ~]# ./share_lock /mnt/samba_share/bebebe 
fcntl error: 13, Permission denied
[root@dc0 ~]# umount /mnt/samba_share/
[root@dc0 ~]# uname -r
4.19.7-un-def-alt3
[root@dc0 ~]# mount /mnt/samba_share/
[root@dc0 ~]# ./share_lock /mnt/samba_share/bebebe 
fcntl error: 13, Permission denied


Т.е. старое поведение вернулось. Приложения которые полагались на старое поведение должны перестать сходить с ума.:)

Но вопрос корректности такого подхода никуда не делся.:)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176581</commentid>
    <comment_count>18</comment_count>
    <who name="Aleksei Nikiforov">darktemplaralt</who>
    <bug_when>2018-12-12 10:16:21 +0300</bug_when>
    <thetext>(В ответ на комментарий №17)
&gt;
&gt; ... skipped ...
&gt;
&gt; Тут я честно говоря не уверен. Вот лично с моей точки зрения EACCES при неудаче
&gt; установки лока как-то тоже не особо логично. Надо помучать более знающих
&gt; товарищей на предмет смыслов вкладываемых в эти errno:)
&gt; 
&gt; &gt; Ещё можно проверить, поможет ли там замена EIO на
&gt; &gt; EACCES получить EACCES и в userspace.
&gt; Ну да. Мы примерно так же и подумали, просто случился &quot;пожар&quot; и я не успел
&gt; дописать это в прошлый коммент. Гоша (@gkot) собрал ядро с этими грязными
&gt; хаками.
&gt; 
&gt; ... skipped ...
&gt;
&gt; Но вопрос корректности такого подхода никуда не делся.:)

Как минимум EACCES описан в документации для данного случая. Из LC_ALL=C man fcntl:

       F_SETLK (struct flock *)
              Acquire  a  lock  (when  l_type  is  F_RDLCK  or F_WRLCK) or release a lock (when l_type is F_UNLCK) on the bytes specified by the l_whence, l_start, and l_len fields of lock.  If a conflicting lock is held by another
              process, this call returns -1 and sets errno to EACCES or EAGAIN.  (The error returned in this case differs across implementations, so POSIX requires a portable application to check for both errors.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176582</commentid>
    <comment_count>19</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-12 10:31:20 +0300</bug_when>
    <thetext>(В ответ на комментарий №18)
&gt; 
&gt; Как минимум EACCES описан в документации для данного случая. Из LC_ALL=C man
&gt; fcntl:
&gt; 

Да! Справедливо. В документашке к libc (https://www.gnu.org/software/libc/manual/html_node/File-Locks.html) тоже, но там утверждается, что нужно возвращать EAGAIN

...
Some systems use EAGAIN in this case, and other systems use EACCES; your program should treat them alike, after F_SETLK. (GNU/Linux and GNU/Hurd systems always use EAGAIN.)
...

Ну в любом случае получается, что таки не прав модуль cifs в реализации SMB2+.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176583</commentid>
    <comment_count>20</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-12 10:34:01 +0300</bug_when>
    <thetext>В принципе, в таком случае можно просто скопировать мапинги от SMB1 в SMB2+ (которые совпадают) и так и запатчить. Что скажете?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176585</commentid>
    <comment_count>21</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2018-12-12 10:38:29 +0300</bug_when>
    <thetext>Было бы клёво поднять этот вопрос в апстриме.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176592</commentid>
    <comment_count>22</comment_count>
    <who name="Sergey Bubnov">omg</who>
    <bug_when>2018-12-12 11:59:10 +0300</bug_when>
    <thetext>(В ответ на комментарий №21)
&gt; Было бы клёво поднять этот вопрос в апстриме.

Ну как-то так https://bugzilla.kernel.org/show_bug.cgi?id=201971</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176608</commentid>
    <comment_count>23</comment_count>
      <attachid>7890</attachid>
    <who name="Georgy A Bystrenin">gkot</who>
    <bug_when>2018-12-12 17:55:12 +0300</bug_when>
    <thetext>Created attachment 7890
Fixed OFD locks do not conflict with eachother</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176609</commentid>
    <comment_count>24</comment_count>
    <who name="Georgy A Bystrenin">gkot</who>
    <bug_when>2018-12-12 17:57:16 +0300</bug_when>
    <thetext>To Kernel Team &amp; boyarsh@ примите такой патч в ядро наше?
To darktemplar@ и Kernel Team багу закрываем?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176610</commentid>
    <comment_count>25</comment_count>
    <who name="Georgy A Bystrenin">gkot</who>
    <bug_when>2018-12-12 18:01:10 +0300</bug_when>
    <thetext>(В ответ на комментарий №23)
&gt; Created an attachment (id=7890) [details]
&gt; Fixed OFD locks do not conflict with eachother

Git с этим и предыдущем пачем http://git.altlinux.org/people/gkot/packages/?p=kernel-image-un-def.git;a=summary

(В ответ на комментарий №24)
&gt; To Kernel Team &amp; boyarsh@ примите такой патч в ядро наше?
Или можете просто зааплувить #217688 BUILDING #1 [locked] [test-only] sisyphus
kernel-image-un-def.git=kernel-image-un-def-4.19.7-alt3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176613</commentid>
    <comment_count>26</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2018-12-12 18:06:47 +0300</bug_when>
    <thetext>(В ответ на комментарий №25)
&gt; Или можете просто зааплувить #217688 BUILDING #1 [locked] [test-only]
&gt; sisyphus kernel-image-un-def.git=kernel-image-un-def-4.19.7-alt3
В сизифе уже kernel-image-un-def-4.19.8-alt1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176617</commentid>
    <comment_count>27</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2018-12-12 19:46:41 +0300</bug_when>
    <thetext>да и исправлять надо не только в сизифе, но и в p8 в ядрах std-def и un-def.

но вообще было бы интересно понять, кто расчитывает на EIO в этом месте.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176618</commentid>
    <comment_count>28</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2018-12-12 19:55:45 +0300</bug_when>
    <thetext>(В ответ на комментарий №27)
&gt; да и исправлять надо не только в сизифе, но и в p8 в ядрах std-def и un-def.
&gt; 
&gt; но вообще было бы интересно понять, кто расчитывает на EIO в этом месте.
Блокировки никогда не работают, кто на них может рассчитывать?
Я вот знаю только wine, мы после каждого изменения в области блокировок то ядро чиним, то wine.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176623</commentid>
    <comment_count>29</comment_count>
    <who name="Anton V. Boyarshinov">boyarsh</who>
    <bug_when>2018-12-13 13:59:11 +0300</bug_when>
    <thetext>ge-un-def.git=kernel-image-un-def-4.19.7-alt3

(В ответ на комментарий №24)
&gt; To Kernel Team &amp; boyarsh@ примите такой патч в ядро наше?

Пожалуй, да..</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176624</commentid>
    <comment_count>30</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2018-12-13 14:03:28 +0300</bug_when>
    <thetext>Мне не нравится &quot;Hack fixed OFD locks&quot;.
Нормального патча нет?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176625</commentid>
    <comment_count>31</comment_count>
    <who name="Anton V. Boyarshinov">boyarsh</who>
    <bug_when>2018-12-13 14:13:09 +0300</bug_when>
    <thetext>(В ответ на комментарий №25)
&gt; (В ответ на комментарий №23)
&gt; &gt; Created an attachment (id=7890) [details] [details]
&gt; &gt; Fixed OFD locks do not conflict with eachother
&gt; 
&gt; Git с этим и предыдущем пачем
&gt; http://git.altlinux.org/people/gkot/packages/?p=kernel-image-un-def.git;a=summary

Оформите второй патч отдельно от изменений в spec и вообще.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176626</commentid>
    <comment_count>32</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2018-12-13 14:16:15 +0300</bug_when>
    <thetext>Тем более что в https://bugzilla.kernel.org/show_bug.cgi?id=201971 уже написан пояснительный текст, было бы жаль его терять.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176706</commentid>
    <comment_count>33</comment_count>
      <attachid>7907</attachid>
    <who name="Georgy A Bystrenin">gkot</who>
    <bug_when>2018-12-14 21:47:03 +0300</bug_when>
    <thetext>Created attachment 7907
[PATCH] cifs: Fixed OFD locks do not conflict with eachother</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176707</commentid>
    <comment_count>34</comment_count>
    <who name="Georgy A Bystrenin">gkot</who>
    <bug_when>2018-12-14 21:49:25 +0300</bug_when>
    <thetext>#217867 BUILDING #1 [locked] [test-only] sisyphus kernel-image-un-def.git=kernel-image-un-def-4.19.8-alt2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>191493</commentid>
    <comment_count>35</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2020-07-20 18:26:37 +0300</bug_when>
    <thetext>fixed?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>191495</commentid>
    <comment_count>36</comment_count>
    <who name="Evgeny Sinelnikov">sin</who>
    <bug_when>2020-07-20 23:31:04 +0300</bug_when>
    <thetext>Сложная в воспроизведении задача. Нужно проверять, как тест, каждый раз я думаю.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>7881</attachid>
            <date>2018-12-06 12:45:05 +0300</date>
            <delta_ts>2018-12-06 12:45:05 +0300</delta_ts>
            <desc>smb.conf</desc>
            <filename>smb.conf</filename>
            <type>application/octet-stream</type>
            <size>10040</size>
            <attacher name="Aleksei Nikiforov">darktemplaralt</attacher>
            
              <data encoding="base64">IyBUaGlzIGlzIHRoZSBtYWluIFNhbWJhIGNvbmZpZ3VyYXRpb24gZmlsZS4gWW91IHNob3VsZCBy
ZWFkIHRoZQojIHNtYi5jb25mKDUpIG1hbnVhbCBwYWdlIGluIG9yZGVyIHRvIHVuZGVyc3RhbmQg
dGhlIG9wdGlvbnMgbGlzdGVkCiMgaGVyZS4gU2FtYmEgaGFzIGEgaHVnZSBudW1iZXIgb2YgY29u
ZmlndXJhYmxlIG9wdGlvbnMgKHBlcmhhcHMgdG9vCiMgbWFueSEpIG1vc3Qgb2Ygd2hpY2ggYXJl
IG5vdCBzaG93biBpbiB0aGlzIGV4YW1wbGUKIwojIEZvciBhIHN0ZXAgdG8gc3RlcCBndWlkZSBv
biBpbnN0YWxsaW5nLCBjb25maWd1cmluZyBhbmQgdXNpbmcgc2FtYmEsIAojIHJlYWQgdGhlIFNh
bWJhLUhPV1RPLUNvbGxlY3Rpb24uIFRoaXMgbWF5IGJlIG9idGFpbmVkIGZyb206CiMgIGh0dHA6
Ly93d3cuc2FtYmEub3JnL3NhbWJhL2RvY3MvU2FtYmEtSE9XVE8tQ29sbGVjdGlvbi5wZGYKIwoj
IE1hbnkgd29ya2luZyBleGFtcGxlcyBvZiBzbWIuY29uZiBmaWxlcyBjYW4gYmUgZm91bmQgaW4g
dGhlIAojIFNhbWJhLUd1aWRlIHdoaWNoIGlzIGdlbmVyYXRlZCBkYWlseSBhbmQgY2FuIGJlIGRv
d25sb2FkZWQgZnJvbTogCiMgIGh0dHA6Ly93d3cuc2FtYmEub3JnL3NhbWJhL2RvY3MvU2FtYmEt
R3VpZGUucGRmCiMKIyBBbnkgbGluZSB3aGljaCBzdGFydHMgd2l0aCBhIDsgKHNlbWktY29sb24p
IG9yIGEgIyAoaGFzaCkgCiMgaXMgYSBjb21tZW50IGFuZCBpcyBpZ25vcmVkLiBJbiB0aGlzIGV4
YW1wbGUgd2Ugd2lsbCB1c2UgYSAjCiMgZm9yIGNvbW1lbnRyeSBhbmQgYSA7IGZvciBwYXJ0cyBv
ZiB0aGUgY29uZmlnIGZpbGUgdGhhdCB5b3UKIyBtYXkgd2lzaCB0byBlbmFibGUKIwojIE5PVEU6
IFdoZW5ldmVyIHlvdSBtb2RpZnkgdGhpcyBmaWxlIHlvdSBzaG91bGQgcnVuIHRoZSBjb21tYW5k
ICJ0ZXN0cGFybSIKIyB0byBjaGVjayB0aGF0IHlvdSBoYXZlIG5vdCBtYWRlIGFueSBiYXNpYyBz
eW50YWN0aWMgZXJyb3JzLiAKIwojLS0tLS0tLS0tLS0tLS0tCiMgU0VMSU5VWCBOT1RFUzoKIwoj
IElmIHlvdSB3YW50IHRvIHVzZSB0aGUgdXNlcmFkZC9ncm91cGFkZCBmYW1pbHkgb2YgYmluYXJp
ZXMgcGxlYXNlIHJ1bjoKIyBzZXRzZWJvb2wgLVAgc2FtYmFfZG9tYWluX2NvbnRyb2xsZXIgb24K
IwojIElmIHlvdSB3YW50IHRvIHNoYXJlIGhvbWUgZGlyZWN0b3JpZXMgdmlhIHNhbWJhIHBsZWFz
ZSBydW46CiMgc2V0c2Vib29sIC1QIHNhbWJhX2VuYWJsZV9ob21lX2RpcnMgb24KIwojIElmIHlv
dSBjcmVhdGUgYSBuZXcgZGlyZWN0b3J5IHlvdSB3YW50IHRvIHNoYXJlIHlvdSBzaG91bGQgbWFy
ayBpdCBhcwojICJzYW1iYS1zaGFyZV90IiBzbyB0aGF0IHNlbGludXggd2lsbCBsZXQgeW91IHdy
aXRlIGludG8gaXQuCiMgTWFrZSBzdXJlIG5vdCB0byBkbyB0aGF0IG9uIHN5c3RlbSBkaXJlY3Rv
cmllcyBhcyB0aGV5IG1heSBhbHJlYWR5IGhhdmUKIyBiZWVuIG1hcmtlZCB3aXRoIG90aGUgU0VM
aW51eCBsYWJlbHMuCiMKIyBVc2UgbHMgLWxkWiAvcGF0aCB0byBzZWUgd2hpY2ggY29udGV4dCBh
IGRpcmVjdG9yeSBoYXMKIwojIFNldCBsYWJlbHMgb25seSBvbiBkaXJlY3RvcmllcyB5b3UgY3Jl
YXRlZCEKIyBUbyBzZXQgYSBsYWJlbCB1c2UgdGhlIGZvbGxvd2luZzogY2hjb24gLXQgc2FtYmFf
c2hhcmVfdCAvcGF0aAojCiMgSWYgeW91IG5lZWQgdG8gc2hhcmUgYSBzeXN0ZW0gY3JlYXRlZCBk
aXJlY3RvcnkgeW91IGNhbiB1c2Ugb25lIG9mIHRoZQojIGZvbGxvd2luZyAocmVhZC1vbmx5L3Jl
YWQtd3JpdGUpOgojIHNldHNlYm9vbCAtUCBzYW1iYV9leHBvcnRfYWxsX3JvIG9uCiMgb3IKIyBz
ZXRzZWJvb2wgLVAgc2FtYmFfZXhwb3J0X2FsbF9ydyBvbgojCiMgSWYgeW91IHdhbnQgdG8gcnVu
IHNjcmlwdHMgKHByZWV4ZWMvcm9vdCBwcmV4ZWMvcHJpbnQgY29tbWFuZC8uLi4pIHBsZWFzZQoj
IHB1dCB0aGVtIGludG8gdGhlIC92YXIvbGliL3NhbWJhL3NjcmlwdHMgZGlyZWN0b3J5IHNvIHRo
YXQgc21iZCB3aWxsIGJlCiMgYWxsb3dlZCB0byBydW4gdGhlbS4KIyBNYWtlIHN1cmUgeW91IENP
UFkgdGhlbSBhbmQgbm90IE1PVkUgdGhlbSBzbyB0aGF0IHRoZSByaWdodCBTRUxpbnV4IGNvbnRl
eHQKIyBpcyBhcHBsaWVkLCB0byBjaGVjayBhbGwgaXMgb2sgdXNlIHJlc3RvcmVjb24gLVIgLXYg
L3Zhci9saWIvc2FtYmEvc2NyaXB0cwojCiMtLS0tLS0tLS0tLS0tLQojCiM9PT09PT09PT09PT09
PT09PT09PT09PSBHbG9iYWwgU2V0dGluZ3MgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PQoJCltnbG9iYWxdCiMgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gVXNlciBTaGFyZXMg
T3B0aW9ucyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCgl1c2Vyc2hhcmUgcGF0aCA9IC92YXIv
bGliL3NhbWJhL3VzZXJzaGFyZXMKCXVzZXJzaGFyZSBtYXggc2hhcmVzID0gMTAwCgl1c2Vyc2hh
cmUgYWxsb3cgZ3Vlc3RzID0geWVzCgl1c2Vyc2hhcmUgb3duZXIgb25seSA9IHllcwoKCTsgdW5p
eAoJO3NlcnZlciBtYXggcHJvdG9jb2wgPSBTTUIzXzExCgk7dW5peCBleHRlbnNpb25zID0geWVz
CgkKIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBOZXR3cm9rIFJlbGF0ZWQgT3B0aW9ucyAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMKIyB3b3JrZ3JvdXAgPSBOVC1Eb21haW4tTmFtZSBvciBX
b3JrZ3JvdXAtTmFtZSwgZWc6IE1JREVBUlRICiMKIyBzZXJ2ZXIgc3RyaW5nIGlzIHRoZSBlcXVp
dmFsZW50IG9mIHRoZSBOVCBEZXNjcmlwdGlvbiBmaWVsZAojCiMgbmV0YmlvcyBuYW1lIGNhbiBi
ZSB1c2VkIHRvIHNwZWNpZnkgYSBzZXJ2ZXIgbmFtZSBub3QgdGllZCB0byB0aGUgaG9zdG5hbWUK
IwojIEludGVyZmFjZXMgbGV0cyB5b3UgY29uZmlndXJlIFNhbWJhIHRvIHVzZSBtdWx0aXBsZSBp
bnRlcmZhY2VzCiMgSWYgeW91IGhhdmUgbXVsdGlwbGUgbmV0d29yayBpbnRlcmZhY2VzIHRoZW4g
eW91IGNhbiBsaXN0IHRoZSBvbmVzCiMgeW91IHdhbnQgdG8gbGlzdGVuIG9uIChuZXZlciBvbWl0
IGxvY2FsaG9zdCkKIwojIEhvc3RzIEFsbG93L0hvc3RzIERlbnkgbGV0cyB5b3UgcmVzdHJpY3Qg
d2hvIGNhbiBjb25uZWN0LCBhbmQgeW91IGNhbgojIHNwZWNpZml5IGl0IGFzIGEgcGVyIHNoYXJl
IG9wdGlvbiBhcyB3ZWxsCiMKCXdvcmtncm91cCA9IFdPUktHUk9VUAoJc2VydmVyIHN0cmluZyA9
IFNhbWJhIFNlcnZlciBWZXJzaW9uICV2CgkKOwluZXRiaW9zIG5hbWUgPSBNWVNFUlZFUgoJCjsJ
aW50ZXJmYWNlcyA9IGxvIGV0aDAgMTkyLjE2OC4xMi4yLzI0IDE5Mi4xNjguMTMuMi8yNCAKOwlo
b3N0cyBhbGxvdyA9IDEyNy4gMTkyLjE2OC4xMi4gMTkyLjE2OC4xMy4KCQojIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLSBMb2dnaW5nIE9wdGlvbnMgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0KIwojIExvZyBGaWxlIGxldCB5b3Ugc3BlY2lmeSB3aGVyZSB0byBwdXQgbG9ncyBhbmQg
aG93IHRvIHNwbGl0IHRoZW0gdXAuCiMKIyBNYXggTG9nIFNpemUgbGV0IHlvdSBzcGVjaWZ5IHRo
ZSBtYXggc2l6ZSBsb2cgZmlsZXMgc2hvdWxkIHJlYWNoCgkKCSMgbG9ncyBzcGxpdCBwZXIgbWFj
aGluZQoJbG9nIGZpbGUgPSAvdmFyL2xvZy9zYW1iYS9sb2cuJW0KCSMgbWF4IDUwS0IgcGVyIGxv
ZyBmaWxlLCB0aGVuIHJvdGF0ZQoJbWF4IGxvZyBzaXplID0gNTAKCQojIC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tIFN0YW5kYWxvbmUgU2VydmVyIE9wdGlvbnMgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tCiMKIyBTY3VyaXR5IGNhbiBiZSBzZXQgdG8gdXNlciwgc2hhcmUoZGVwcmVjYXRlZCkgb3Ig
c2VydmVyKGRlcHJlY2F0ZWQpCiMKIyBCYWNrZW5kIHRvIHN0b3JlIHVzZXIgaW5mb3JtYXRpb24g
aW4uIE5ldyBpbnN0YWxsYXRpb25zIHNob3VsZCAKIyB1c2UgZWl0aGVyIHRkYnNhbSBvciBsZGFw
c2FtLiBzbWJwYXNzd2QgaXMgYXZhaWxhYmxlIGZvciBiYWNrd2FyZHMgCiMgY29tcGF0aWJpbGl0
eS4gdGRic2FtIHJlcXVpcmVzIG5vIGZ1cnRoZXIgY29uZmlndXJhdGlvbi4KCglzZWN1cml0eSA9
IHVzZXIKCXBhc3NkYiBiYWNrZW5kID0gdGRic2FtCgoKIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LSBEb21haW4gTWVtYmVycyBPcHRpb25zIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQojCiMgU2Vj
dXJpdHkgbXVzdCBiZSBzZXQgdG8gZG9tYWluIG9yIGFkcwojCiMgVXNlIHRoZSByZWFsbSBvcHRp
b24gb25seSB3aXRoIHNlY3VyaXR5ID0gYWRzCiMgU3BlY2lmaWVzIHRoZSBBY3RpdmUgRGlyZWN0
b3J5IHJlYWxtIHRoZSBob3N0IGlzIHBhcnQgb2YKIwojIEJhY2tlbmQgdG8gc3RvcmUgdXNlciBp
bmZvcm1hdGlvbiBpbi4gTmV3IGluc3RhbGxhdGlvbnMgc2hvdWxkIAojIHVzZSBlaXRoZXIgdGRi
c2FtIG9yIGxkYXBzYW0uIHNtYnBhc3N3ZCBpcyBhdmFpbGFibGUgZm9yIGJhY2t3YXJkcyAKIyBj
b21wYXRpYmlsaXR5LiB0ZGJzYW0gcmVxdWlyZXMgbm8gZnVydGhlciBjb25maWd1cmF0aW9uLgoj
CiMgVXNlIHBhc3N3b3JkIHNlcnZlciBvcHRpb24gb25seSB3aXRoIHNlY3VyaXR5ID0gc2VydmVy
IG9yIGlmIHlvdSBjYW4ndAojIHVzZSB0aGUgRE5TIHRvIGxvY2F0ZSBEb21haW4gQ29udHJvbGxl
cnMKIyBUaGUgYXJndW1lbnQgbGlzdCBtYXkgaW5jbHVkZToKIyAgIHBhc3N3b3JkIHNlcnZlciA9
IE15X1BEQ19OYW1lIFtNeV9CRENfTmFtZV0gW015X05leHRfQkRDX05hbWVdCiMgb3IgdG8gYXV0
by1sb2NhdGUgdGhlIGRvbWFpbiBjb250cm9sbGVyL3MKIyAgIHBhc3N3b3JkIHNlcnZlciA9ICoK
CQoJCjsJc2VjdXJpdHkgPSBkb21haW4KOwlwYXNzZGIgYmFja2VuZCA9IHRkYnNhbQo7CXJlYWxt
ID0gTVlfUkVBTE0KCjsJcGFzc3dvcmQgc2VydmVyID0gPE5ULVNlcnZlci1OYW1lPgoKIyAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLSBEb21haW4gQ29udHJvbGxlciBPcHRpb25zIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQojCiMgU2VjdXJpdHkgbXVzdCBiZSBzZXQgdG8gdXNlciBmb3IgZG9tYWlu
IGNvbnRyb2xsZXJzCiMKIyBCYWNrZW5kIHRvIHN0b3JlIHVzZXIgaW5mb3JtYXRpb24gaW4uIE5l
dyBpbnN0YWxsYXRpb25zIHNob3VsZCAKIyB1c2UgZWl0aGVyIHRkYnNhbSBvciBsZGFwc2FtLiBz
bWJwYXNzd2QgaXMgYXZhaWxhYmxlIGZvciBiYWNrd2FyZHMgCiMgY29tcGF0aWJpbGl0eS4gdGRi
c2FtIHJlcXVpcmVzIG5vIGZ1cnRoZXIgY29uZmlndXJhdGlvbi4KIwojIERvbWFpbiBNYXN0ZXIg
c3BlY2lmaWVzIFNhbWJhIHRvIGJlIHRoZSBEb21haW4gTWFzdGVyIEJyb3dzZXIuIFRoaXMKIyBh
bGxvd3MgU2FtYmEgdG8gY29sbGF0ZSBicm93c2UgbGlzdHMgYmV0d2VlbiBzdWJuZXRzLiBEb24n
dCB1c2UgdGhpcwojIGlmIHlvdSBhbHJlYWR5IGhhdmUgYSBXaW5kb3dzIE5UIGRvbWFpbiBjb250
cm9sbGVyIGRvaW5nIHRoaXMgam9iCiMKIyBEb21haW4gTG9nb25zIGxldCBTYW1iYSBiZSBhIGRv
bWFpbiBsb2dvbiBzZXJ2ZXIgZm9yIFdpbmRvd3Mgd29ya3N0YXRpb25zLiAKIwojIExvZ29uIFNj
cnBpdCBsZXQgeXVvdSBzcGVjaWZ5IGEgc2NyaXB0IHRvIGJlIHJ1biBhdCBsb2dpbiB0aW1lIG9u
IHRoZSBjbGllbnQKIyBZb3UgbmVlZCB0byBwcm92aWRlIGl0IGluIGEgc2hhcmUgY2FsbGVkIE5F
VExPR09OCiMKIyBMb2dvbiBQYXRoIGxldCB5b3Ugc3BlY2lmeSB3aGVyZSB1c2VyIHByb2ZpbGVz
IGFyZSBzdG9yZWQgKFVOQyBwYXRoKQojCiMgVmFyaW91cyBzY3JpcHRzIGNhbiBiZSB1c2VkIG9u
IGEgZG9tYWluIGNvbnRyb2xsZXIgb3Igc3RhbmQtYWxvbmUKIyBtYWNoaW5lIHRvIGFkZCBvciBk
ZWxldGUgY29ycmVzcG9uZGluZyB1bml4IGFjY291bnRzCiMKOwlzZWN1cml0eSA9IHVzZXIKOwlw
YXNzZGIgYmFja2VuZCA9IHRkYnNhbQoJCjsJZG9tYWluIG1hc3RlciA9IHllcyAKOwlkb21haW4g
bG9nb25zID0geWVzCgkKCSMgdGhlIGxvZ2luIHNjcmlwdCBuYW1lIGRlcGVuZHMgb24gdGhlIG1h
Y2hpbmUgbmFtZQo7CWxvZ29uIHNjcmlwdCA9ICVtLmJhdAoJIyB0aGUgbG9naW4gc2NyaXB0IG5h
bWUgZGVwZW5kcyBvbiB0aGUgdW5peCB1c2VyIHVzZWQKOwlsb2dvbiBzY3JpcHQgPSAldS5iYXQK
Owlsb2dvbiBwYXRoID0gXFwlTFxQcm9maWxlc1wldQoJIyBkaXNhYmxlcyBwcm9maWxlcyBzdXBw
b3J0IGJ5IHNwZWNpZmluZyBhbiBlbXB0eSBwYXRoCjsJbG9nb24gcGF0aCA9ICAgICAgICAgIAoJ
CjsJYWRkIHVzZXIgc2NyaXB0ID0gL3Vzci9zYmluL3VzZXJhZGQgIiV1IiAtbiAtZyB1c2Vycwo7
CWFkZCBncm91cCBzY3JpcHQgPSAvdXNyL3NiaW4vZ3JvdXBhZGQgIiVnIgo7CWFkZCBtYWNoaW5l
IHNjcmlwdCA9IC91c3Ivc2Jpbi91c2VyYWRkIC1uIC1jICJXb3Jrc3RhdGlvbiAoJXUpIiAtTSAt
ZCAvbm9ob21lIC1zIC9iaW4vZmFsc2UgIiV1Igo7CWRlbGV0ZSB1c2VyIHNjcmlwdCA9IC91c3Iv
c2Jpbi91c2VyZGVsICIldSIKOwlkZWxldGUgdXNlciBmcm9tIGdyb3VwIHNjcmlwdCA9IC91c3Iv
c2Jpbi91c2VyZGVsICIldSIgIiVnIgo7CWRlbGV0ZSBncm91cCBzY3JpcHQgPSAvdXNyL3NiaW4v
Z3JvdXBkZWwgIiVnIgoJCgkKIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBCcm93c2VyIENvbnRy
b2wgT3B0aW9ucyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMKIyBzZXQgbG9jYWwgbWFz
dGVyIHRvIG5vIGlmIHlvdSBkb24ndCB3YW50IFNhbWJhIHRvIGJlY29tZSBhIG1hc3RlcgojIGJy
b3dzZXIgb24geW91ciBuZXR3b3JrLiBPdGhlcndpc2UgdGhlIG5vcm1hbCBlbGVjdGlvbiBydWxl
cyBhcHBseQojCiMgT1MgTGV2ZWwgZGV0ZXJtaW5lcyB0aGUgcHJlY2VkZW5jZSBvZiB0aGlzIHNl
cnZlciBpbiBtYXN0ZXIgYnJvd3NlcgojIGVsZWN0aW9ucy4gVGhlIGRlZmF1bHQgdmFsdWUgc2hv
dWxkIGJlIHJlYXNvbmFibGUKIwojIFByZWZlcnJlZCBNYXN0ZXIgY2F1c2VzIFNhbWJhIHRvIGZv
cmNlIGEgbG9jYWwgYnJvd3NlciBlbGVjdGlvbiBvbiBzdGFydHVwCiMgYW5kIGdpdmVzIGl0IGEg
c2xpZ2h0bHkgaGlnaGVyIGNoYW5jZSBvZiB3aW5uaW5nIHRoZSBlbGVjdGlvbgo7CWxvY2FsIG1h
c3RlciA9IG5vCjsJb3MgbGV2ZWwgPSAzMwo7CXByZWZlcnJlZCBtYXN0ZXIgPSB5ZXMKCQojLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gTmFtZSBSZXNvbHV0aW9uIC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0KIyBXaW5kb3dzIEludGVybmV0IE5hbWUgU2VydmluZyBTdXBwb3J0
IFNlY3Rpb246CiMgTm90ZTogU2FtYmEgY2FuIGJlIGVpdGhlciBhIFdJTlMgU2VydmVyLCBvciBh
IFdJTlMgQ2xpZW50LCBidXQgTk9UIGJvdGgKIwojIC0gV0lOUyBTdXBwb3J0OiBUZWxscyB0aGUg
Tk1CRCBjb21wb25lbnQgb2YgU2FtYmEgdG8gZW5hYmxlIGl0J3MgV0lOUyBTZXJ2ZXIKIwojIC0g
V0lOUyBTZXJ2ZXI6IFRlbGxzIHRoZSBOTUJEIGNvbXBvbmVudHMgb2YgU2FtYmEgdG8gYmUgYSBX
SU5TIENsaWVudAojCiMgLSBXSU5TIFByb3h5OiBUZWxscyBTYW1iYSB0byBhbnN3ZXIgbmFtZSBy
ZXNvbHV0aW9uIHF1ZXJpZXMgb24KIyAgIGJlaGFsZiBvZiBhIG5vbiBXSU5TIGNhcGFibGUgY2xp
ZW50LCBmb3IgdGhpcyB0byB3b3JrIHRoZXJlIG11c3QgYmUKIyAgIGF0IGxlYXN0IG9uZQlXSU5T
IFNlcnZlciBvbiB0aGUgbmV0d29yay4gVGhlIGRlZmF1bHQgaXMgTk8uCiMKIyBETlMgUHJveHkg
LSB0ZWxscyBTYW1iYSB3aGV0aGVyIG9yIG5vdCB0byB0cnkgdG8gcmVzb2x2ZSBOZXRCSU9TIG5h
bWVzCiMgdmlhIEROUyBuc2xvb2t1cHMuCgkKOwl3aW5zIHN1cHBvcnQgPSB5ZXMKOwl3aW5zIHNl
cnZlciA9IHcueC55LnoKOwl3aW5zIHByb3h5ID0geWVzCgkKOwlkbnMgcHJveHkgPSB5ZXMKCQoj
IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBQcmludGluZyBPcHRpb25zIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tCiMKIyBMb2FkIFByaW50ZXJzIGxldCB5b3UgbG9hZCBhdXRvbWF0
aWNhbGx5IHRoZSBsaXN0IG9mIHByaW50ZXJzIHJhdGhlcgojIHRoYW4gc2V0dGluZyB0aGVtIHVw
IGluZGl2aWR1YWxseQojCiMgQ3VwcyBPcHRpb25zIGxldCB5b3UgcGFzcyB0aGUgY3VwcyBsaWJz
IGN1c3RvbSBvcHRpb25zLCBzZXR0aW5nIGl0IHRvIHJhdwojIGZvciBleGFtcGxlIHdpbGwgbGV0
IHlvdSB1c2UgZHJpdmVycyBvbiB5b3VyIFdpbmRvd3MgY2xpZW50cwojCiMgUHJpbnRjYXAgTmFt
ZSBsZXQgeW91IHNwZWNpZnkgYW4gYWx0ZXJuYXRpdmUgcHJpbnRjYXAgZmlsZQojCiMgWW91IGNh
biBjaG9vc2UgYSBub24gZGVmYXVsdCBwcmludGluZyBzeXN0ZW0gdXNpbmcgdGhlIFByaW50aW5n
IG9wdGlvbgoJCglsb2FkIHByaW50ZXJzID0geWVzCgljdXBzIG9wdGlvbnMgPSByYXcKCjsJcHJp
bnRjYXAgbmFtZSA9IC9ldGMvcHJpbnRjYXAKCSNvYnRhaW4gbGlzdCBvZiBwcmludGVycyBhdXRv
bWF0aWNhbGx5IG9uIFN5c3RlbVYKOwlwcmludGNhcCBuYW1lID0gbHBzdGF0CjsJcHJpbnRpbmcg
PSBjdXBzCgojIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBGaWxlc3lzdGVtIE9wdGlvbnMg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMKIyBUaGUgZm9sbG93aW5nIG9wdGlvbnMgY2Fu
IGJlIHVuY29tbWVudGVkIGlmIHRoZSBmaWxlc3lzdGVtIHN1cHBvcnRzCiMgRXh0ZW5kZWQgQXR0
cmlidXRlcyBhbmQgdGhleSBhcmUgZW5hYmxlZCAodXN1YWxseSBieSB0aGUgbW91bnQgb3B0aW9u
CiMgdXNlcl94YXR0cikuIFRoZXNzIG9wdGlvbnMgd2lsbCBsZXQgdGhlIGFkbWluIHN0b3JlIHRo
ZSBET1MgYXR0cmlidXRlcwojIGluIGFuIEVBIGFuZCBtYWtlIHNhbWJhIG5vdCBtZXNzIHdpdGgg
dGhlIHBlcm1pc3Npb24gYml0cy4KIwojIE5vdGU6IHRoZXNlIG9wdGlvbnMgY2FuIGFsc28gYmUg
c2V0IGp1c3QgcGVyIHNoYXJlLCBzZXR0aW5nIHRoZW0gaW4gZ2xvYmFsCiMgbWFrZXMgdGhlbSB0
aGUgZGVmYXVsdCBmb3IgYWxsIHNoYXJlcwoKOwltYXAgYXJjaGl2ZSA9IG5vCjsJbWFwIGhpZGRl
biA9IG5vCjsJbWFwIHJlYWQgb25seSA9IG5vCjsJbWFwIHN5c3RlbSA9IG5vCjsJc3RvcmUgZG9z
IGF0dHJpYnV0ZXMgPSB5ZXMKCgojPT09PT09PT09PT09PT09PT09PT09PT09PT09PSBTaGFyZSBE
ZWZpbml0aW9ucyA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KCQpbaG9tZXNdCgljb21t
ZW50ID0gSG9tZSBEaXJlY3RvcmllcwoJYnJvd3NlYWJsZSA9IG5vCgl3cml0YWJsZSA9IHllcwo7
CXZhbGlkIHVzZXJzID0gJVMKOwl2YWxpZCB1c2VycyA9IE1ZRE9NQUlOXCVTCgkKW3ByaW50ZXJz
XQoJY29tbWVudCA9IEFsbCBQcmludGVycwoJcGF0aCA9IC92YXIvc3Bvb2wvc2FtYmEKCWJyb3dz
ZWFibGUgPSBubwoJZ3Vlc3Qgb2sgPSBubwoJd3JpdGFibGUgPSBubwoJcHJpbnRhYmxlID0geWVz
CgkKIyBVbi1jb21tZW50IHRoZSBmb2xsb3dpbmcgYW5kIGNyZWF0ZSB0aGUgbmV0bG9nb24gZGly
ZWN0b3J5IGZvciBEb21haW4gTG9nb25zCjsJW25ldGxvZ29uXQo7CWNvbW1lbnQgPSBOZXR3b3Jr
IExvZ29uIFNlcnZpY2UKOwlwYXRoID0gL3Zhci9saWIvc2FtYmEvbmV0bG9nb24KOwlndWVzdCBv
ayA9IHllcwo7CXdyaXRhYmxlID0gbm8KOwlzaGFyZSBtb2RlcyA9IG5vCgkKCQojIFVuLWNvbW1l
bnQgdGhlIGZvbGxvd2luZyB0byBwcm92aWRlIGEgc3BlY2lmaWMgcm92aW5nIHByb2ZpbGUgc2hh
cmUKIyB0aGUgZGVmYXVsdCBpcyB0byB1c2UgdGhlIHVzZXIncyBob21lIGRpcmVjdG9yeQo7CVtQ
cm9maWxlc10KOwlwYXRoID0gL3Zhci9saWIvc2FtYmEvcHJvZmlsZXMKOwlicm93c2VhYmxlID0g
bm8KOwlndWVzdCBvayA9IHllcwoJCgkKIyBBIHB1YmxpY2x5IGFjY2Vzc2libGUgZGlyZWN0b3J5
LCBidXQgcmVhZCBvbmx5LCBleGNlcHQgZm9yIHBlb3BsZSBpbgojIHRoZSAic3RhZmYiIGdyb3Vw
CglbcHVibGljXQoJY29tbWVudCA9IFB1YmxpYyBTdHVmZgoJcGF0aCA9IC9ob21lL3NhbWJhCglw
dWJsaWMgPSBubwoJd3JpdGFibGUgPSB5ZXMKCXByaW50YWJsZSA9IG5vCjsJd3JpdGUgbGlzdCA9
ICtzdGFmZgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>7882</attachid>
            <date>2018-12-06 12:51:05 +0300</date>
            <delta_ts>2018-12-06 12:51:05 +0300</delta_ts>
            <desc>share_lock.c</desc>
            <filename>share_lock.c</filename>
            <type>text/x-csrc</type>
            <size>791</size>
            <attacher name="Aleksei Nikiforov">darktemplaralt</attacher>
            
              <data encoding="base64">I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzeXMvc3RhdC5oPgojaW5jbHVkZSA8ZmNudGwu
aD4KI2luY2x1ZGUgPGVycm5vLmg+CiNpbmNsdWRlIDx1bmlzdGQuaD4KI2luY2x1ZGUgPHN0cmlu
Zy5oPgoKaW50IG1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2KQp7CglpbnQgZmQ7CglpbnQgZTsK
CXN0cnVjdCBmbG9jayBhZmxvY2s7CgkKCWlmIChhcmdjICE9IDIpCgl7CgkJZnByaW50ZihzdGRl
cnIsICJVU0FHRTogJXMgZmlsZW5hbWVcbiIsIGFyZ3ZbMF0pOwoJCXJldHVybiAtMTsKCX0KCQoJ
ZmQgPSBvcGVuKGFyZ3ZbMV0sIE9fUkRXUik7CglpZiAoZmQgPCAwKQoJewoJCWUgPSBlcnJubzsK
CQlmcHJpbnRmKHN0ZGVyciwgIm9wZW4gZXJyb3I6ICVkLCAlc1xuIiwgZSwgc3RyZXJyb3IoZSkp
OwoJCXJldHVybiAtMTsKCX0KCglhZmxvY2subF90eXBlID0gRl9XUkxDSzsKCWFmbG9jay5sX3do
ZW5jZSA9IFNFRUtfU0VUOwoJYWZsb2NrLmxfc3RhcnQgPSAwOwoJYWZsb2NrLmxfbGVuID0gMDsK
CglpZiAoZmNudGwoZmQsIEZfU0VUTEssICZhZmxvY2spIDwgMCkKCXsKCQllID0gZXJybm87CgkJ
CgkJZnByaW50ZihzdGRlcnIsICJmY250bCBlcnJvcjogJWQsICVzXG4iLCBlLCBzdHJlcnJvcihl
KSk7CgkJCgkJKHZvaWQpIGNsb3NlKGZkKTsKCQlyZXR1cm4gLTE7Cgl9CgoJcHJpbnRmKCJGaWxl
IGxvY2tlZCBzdWNjZXNzZnVsbHkuXG5QcmVzcyBhbnkga2V5IHRvIGV4aXQuLi5cbiIpOwoKCSh2
b2lkKSBnZXRjaGFyKCk7CgoJKHZvaWQpIGNsb3NlKGZkKTsKCglyZXR1cm4gMDsKfQo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>7890</attachid>
            <date>2018-12-12 17:55:12 +0300</date>
            <delta_ts>2018-12-14 21:45:23 +0300</delta_ts>
            <desc>Fixed OFD locks do not conflict with eachother</desc>
            <filename>bug_35731.pach</filename>
            <type>text/plain</type>
            <size>836</size>
            <attacher name="Georgy A Bystrenin">gkot</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBmcy9jaWZzL3NtYjJtYXBlcnJvci5jIGZzL2NpZnMvc21iMm1hcGVycm9yLmMK
aW5kZXggMjBhMmQzMDRjNjAzLi5jM2FlOGMxZDYwODkgMTAwNjQ0Ci0tLSBmcy9jaWZzL3NtYjJt
YXBlcnJvci5jCisrKyBmcy9jaWZzL3NtYjJtYXBlcnJvci5jCkBAIC0zNzksOCArMzc5LDggQEAg
c3RhdGljIGNvbnN0IHN0cnVjdCBzdGF0dXNfdG9fcG9zaXhfZXJyb3Igc21iMl9lcnJvcl9tYXBf
dGFibGVbXSA9IHsKIAl7U1RBVFVTX05PTkVYSVNURU5UX0VBX0VOVFJZLCAtRUlPLCAiU1RBVFVT
X05PTkVYSVNURU5UX0VBX0VOVFJZIn0sCiAJe1NUQVRVU19OT19FQVNfT05fRklMRSwgLUVOT0RB
VEEsICJTVEFUVVNfTk9fRUFTX09OX0ZJTEUifSwKIAl7U1RBVFVTX0VBX0NPUlJVUFRfRVJST1Is
IC1FSU8sICJTVEFUVVNfRUFfQ09SUlVQVF9FUlJPUiJ9LAotCXtTVEFUVVNfRklMRV9MT0NLX0NP
TkZMSUNULCAtRUlPLCAiU1RBVFVTX0ZJTEVfTE9DS19DT05GTElDVCJ9LAotCXtTVEFUVVNfTE9D
S19OT1RfR1JBTlRFRCwgLUVJTywgIlNUQVRVU19MT0NLX05PVF9HUkFOVEVEIn0sCisJe1NUQVRV
U19GSUxFX0xPQ0tfQ09ORkxJQ1QsIC1FQUNDRVMsICJTVEFUVVNfRklMRV9MT0NLX0NPTkZMSUNU
In0sCisJe1NUQVRVU19MT0NLX05PVF9HUkFOVEVELCAtRUFDQ0VTLCAiU1RBVFVTX0xPQ0tfTk9U
X0dSQU5URUQifSwKIAl7U1RBVFVTX0RFTEVURV9QRU5ESU5HLCAtRU5PRU5ULCAiU1RBVFVTX0RF
TEVURV9QRU5ESU5HIn0sCiAJe1NUQVRVU19DVExfRklMRV9OT1RfU1VQUE9SVEVELCAtRU5PU1lT
LAogCSJTVEFUVVNfQ1RMX0ZJTEVfTk9UX1NVUFBPUlRFRCJ9LAo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>7907</attachid>
            <date>2018-12-14 21:47:03 +0300</date>
            <delta_ts>2018-12-14 21:47:33 +0300</delta_ts>
            <desc>[PATCH] cifs: Fixed OFD locks do not conflict with eachother</desc>
            <filename>0001-cifs-Fixed-OFD-locks-do-not-conflict-with-eachother.patch</filename>
            <type>text/plain</type>
            <size>2171</size>
            <attacher name="Georgy A Bystrenin">gkot</attacher>
            
              <data encoding="base64">RnJvbSAyMTBmN2I0ZjgzMmViZWJjY2UwODJjMGM2ZjExMGMxODg5ZGMzNjM1IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBHZW9yZ3kgQSBCeXN0cmVuaW4gPGdrb3RAYWx0bGludXgub3Jn
PgpEYXRlOiBUaHUsIDEzIERlYyAyMDE4IDE4OjMyOjAwICswNDAwClN1YmplY3Q6IFtQQVRDSF0g
Y2lmczogRml4ZWQgT0ZEIGxvY2tzIGRvIG5vdCBjb25mbGljdCB3aXRoIGVhY2hvdGhlcgoKV2hp
bGUgcmVzb2x2aW5nIGEgYnVnIHdpdGggbG9ja3Mgb24gc2FtYmEgc2hhcmVzIGZvdW5kIGEgc3Ry
YW5nZSBiZWhhdmlvci4KV2hlbiBhIGZpbGUgbG9ja2VkIGJ5IG9uZSBub2RlIGFuZCB3ZSB0cnlp
bmcgdG8gbG9jayBpdCBmcm9tIGFub3RoZXIgbm9kZQppdCBmYWlsIHdpdGggZXJybm8gNSAoRUlP
KSBidXQgaW4gdGhhdCBjYXNlIGVycm5vIG11c3QgYmUgc2V0IHRvIChFQUNDRVMgfCBFQUdBSU4p
LgpUaGlzIGlzbid0IGhhcHBlbmluZyB3aGVuIHdlIHRyeSB0byBsb2NrIGZpbGUgc2Vjb25kIHRp
bWUgb24gc2FtZSBub2RlLgpJbiB0aGlzIGNhc2UgaXQgcmV0dXJucyBFQUNDRVMgYXMgZXhwZWN0
ZWQuCkFsc28gdGhpcyBpc3N1ZSBub3QgcmVwcm9kdWNlcyB3aGVuIHdlIHVzZSBTTUIxIHByb3Rv
Y29sICh2ZXJzPTEuMCBpbiBtb3VudCBvcHRpb25zKS4KCkZ1cnRoZXIgaW52ZXN0aWdhdGlvbiBz
aG93ZWQgdGhhdCB0aGUgbWFwcGluZyBmcm9tIHN0YXR1c190b19wb3NpeF9lcnJvcgppcyBkaWZm
ZXJlbnQgZm9yIFNNQjEgYW5kIFNNQjIrIGltcGxlbWVudGF0aW9ucy4KRm9yIFNNQjEgbWFwcGlu
ZyBpcyBbTlRfU1RBVFVTX0xPQ0tfTk9UX0dSQU5URUQgdG8gRVJSbG9ja10KKGh0dHBzOi8vZ2l0
aHViLmNvbS90b3J2YWxkcy9saW51eC9ibG9iL21hc3Rlci9mcy9jaWZzL25ldG1pc2MuYyNMNjYp
CmJ1dCBmb3IgU01CMisgbWFwcGluZyBpcyBbU1RBVFVTX0xPQ0tfTk9UX0dSQU5URUQgdG8gLUVJ
T10KKGh0dHBzOi8vZ2l0aHViLmNvbS90b3J2YWxkcy9saW51eC9ibG9iL21hc3Rlci9mcy9jaWZz
L3NtYjJtYXBlcnJvci5jI0wzODMpCgpRdWljayBjaGFuZ2VzIGluIFNNQjIrIG1hcHBpbmcgZnJv
bSBFSU8gdG8gRUFDQ0VTIGhhcyBmaXhlZCBpc3N1ZS4KCkJVRzogaHR0cHM6Ly9idWd6aWxsYS5r
ZXJuZWwub3JnL3Nob3dfYnVnLmNnaT9pZD0yMDE5NzEKClNpZ25lZC1vZmYtYnk6IEdlb3JneSBB
IEJ5c3RyZW5pbiA8Z2tvdEBhbHRsaW51eC5vcmc+Ci0tLQogZnMvY2lmcy9zbWIybWFwZXJyb3Iu
YyB8IDQgKystLQogMSBmaWxlIGNoYW5nZWQsIDIgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMo
LSkKCmRpZmYgLS1naXQgYS9mcy9jaWZzL3NtYjJtYXBlcnJvci5jIGIvZnMvY2lmcy9zbWIybWFw
ZXJyb3IuYwppbmRleCA2MmM4OGRmZWQ1N2IuLmQ3ZTgzOWNiNzczZiAxMDA2NDQKLS0tIGEvZnMv
Y2lmcy9zbWIybWFwZXJyb3IuYworKysgYi9mcy9jaWZzL3NtYjJtYXBlcnJvci5jCkBAIC0zNzgs
OCArMzc4LDggQEAgc3RhdGljIGNvbnN0IHN0cnVjdCBzdGF0dXNfdG9fcG9zaXhfZXJyb3Igc21i
Ml9lcnJvcl9tYXBfdGFibGVbXSA9IHsKIAl7U1RBVFVTX05PTkVYSVNURU5UX0VBX0VOVFJZLCAt
RUlPLCAiU1RBVFVTX05PTkVYSVNURU5UX0VBX0VOVFJZIn0sCiAJe1NUQVRVU19OT19FQVNfT05f
RklMRSwgLUVOT0RBVEEsICJTVEFUVVNfTk9fRUFTX09OX0ZJTEUifSwKIAl7U1RBVFVTX0VBX0NP
UlJVUFRfRVJST1IsIC1FSU8sICJTVEFUVVNfRUFfQ09SUlVQVF9FUlJPUiJ9LAotCXtTVEFUVVNf
RklMRV9MT0NLX0NPTkZMSUNULCAtRUlPLCAiU1RBVFVTX0ZJTEVfTE9DS19DT05GTElDVCJ9LAot
CXtTVEFUVVNfTE9DS19OT1RfR1JBTlRFRCwgLUVJTywgIlNUQVRVU19MT0NLX05PVF9HUkFOVEVE
In0sCisJe1NUQVRVU19GSUxFX0xPQ0tfQ09ORkxJQ1QsIC1FQUNDRVMsICJTVEFUVVNfRklMRV9M
T0NLX0NPTkZMSUNUIn0sCisJe1NUQVRVU19MT0NLX05PVF9HUkFOVEVELCAtRUFDQ0VTLCAiU1RB
VFVTX0xPQ0tfTk9UX0dSQU5URUQifSwKIAl7U1RBVFVTX0RFTEVURV9QRU5ESU5HLCAtRU5PRU5U
LCAiU1RBVFVTX0RFTEVURV9QRU5ESU5HIn0sCiAJe1NUQVRVU19DVExfRklMRV9OT1RfU1VQUE9S
VEVELCAtRU5PU1lTLAogCSJTVEFUVVNfQ1RMX0ZJTEVfTk9UX1NVUFBPUlRFRCJ9LAotLSAKMi4x
Ny4xCgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>