34347 2017-12-15 00:08:04 +0300 Странный временный нуль-маршрут ломает сетевую rootfs 2018-06-27 12:32:36 +0300 1 1 4 Development Sisyphus propagator unstable all Linux CLOSED FIXED P3 normal --- 1 arseny mike george glebfm klark.devel klark mav mike rider sem vseleznv qa-sisyphus oldest_to_newest 167972 0 7317 arseny 2017-12-15 00:08:04 +0300 Created attachment 7317 Вариант решения, вовремя зачищающий маршрут из сабжа. Кратко: как известно, DHCP-клиент в пропагаторе не бросается eth-фреймами в сокет AF_PACKET, как какой-нибудь dhcpcd или ISC dhclient (и как, наверное, следовало бы), а шлёт прямо чистый DHCP payload по UDP. Чтобы так делать (причём через правильный интерфейс), ему нужен (временный) IP-маршрут. Он его и создаёт с нулями вместо шлюза и маски, указывая лишь имя настраиваемого сетевого интерфейса. Правда, по получении DHCP ACK временный маршрут не удаляется из таблицы маршрутизации. Если потом его не удалять, то (уже после запуска /init) часто возникают ситуации, когда есть помимо него маршрут с ясно указанным шлюзом, но используется нуль-маршрут, по которому нельзя добраться, например, до сервера, который за двумя хопами. Если там находится, на минуточку, rootfs — система приходит в неработоспособность. Более подробно в предисловии к прилагаемому патчу. Мне видится два способа решения проблемы _здесь и сейчас_: 1) избавиться от необходимости в каком-то маршруте и бросаться eth-фреймами. Соответственно, конструировать их самостоятельно. 2) (менее кардинальный) по получении DHCP ACK удалять временный маршрут и настраивать сеть далее надлежащим образом. Для второго варианта есть патч. Вариант "переписать пропагатор на шелле и включить в make-initrd как фичу", как и более мягкий вариант "вызывать внешний dhcp-клиент" — это: во-первых, требует более крупных правок исходников; во-вторых, не является "здесь и сейчас", а надо сейчас. Для воспроизведения бага необходимо (не достаточно!): 1) расшарить любой дистрибутив ALT (по пути $DISTRO_ISO) по NFS, 2) загрузиться по сети с компьютера, отделённого от NFS-сервера (пусть его IP -- $SERVER) не менее чем двумя хопами... 2.1) ..., передав ему ядро и initramfs из дистрибутива... 2.2) ..., а в Append, помимо прочего причитающегося, написав `automatic=method:nfs,network:dhcp,server:$SERVER,directory:$DISTRO_ISO` Не достаточно, потому что проявляется не во всяких подсетях. Легко видеть, что для воспроизведения нужно строить либо обширный полигон виртуалочек, либо использовать большую сеть масштаба организации (типа сети факультета ВМК, где, собственно, симптомы и всплыли) Предвосхищая соотв. вопрос: возможности взглянуть на конфиг DHCP-сервера у меня нет. 168023 1 mike 2017-12-18 16:56:47 +0300 Может, соберите уже тестовое задание? :) 168025 2 arseny 2017-12-18 17:43:14 +0300 (In reply to comment #1) > Может, соберите уже тестовое задание? :) Ух ты, я думал, что раз меня в ACL пакета нет, то мне нельзя. :D Соберу, конечно; номер задания напишу сюда. 168063 3 arseny 2017-12-20 03:28:21 +0300 (In reply to comment #2) > (In reply to comment #1) > > Может, соберите уже тестовое задание? :) > > Ух ты, я думал, что раз меня в ACL пакета нет, то мне нельзя. :D > Соберу, конечно; номер задания напишу сюда. Тестовое так тестовое. #197144 168077 4 mike 2017-12-20 19:14:31 +0300 Коммиты глянул, локальную загрузку они (предсказуемо) не сломали; прошу всех потенциально заинтересованных проверить сетевую загрузку regular-rescue-20171220-x86_64.iso (454M, https://yadi.sk/d/4_qXuZ4e3Qo7nP) и отписаться сюда в свете comment 0. 168530 5 arseny 2018-01-17 20:37:44 +0300 (In reply to comment #4) > Коммиты глянул, локальную загрузку они (предсказуемо) не сломали; > прошу всех потенциально заинтересованных проверить сетевую загрузку > regular-rescue-20171220-x86_64.iso (454M, https://yadi.sk/d/4_qXuZ4e3Qo7nP) > и отписаться сюда в свете comment 0. Вытащил kernel/initrd, скормил загрузчику. Вижу newt-окошко со словами "No network device found". Shell по Alt+F2: sh-3.2# ls /sys/class/net lo Аналогичное поведение на железе и в virtualbox-виртуалке. На железе вдобавок нет реакции на клавиатуру, я пока не разбирался, почему именно. Надо бы взглянуть в других аппаратных конфигурациях, видны ли сетевые карточки. Руки сегодня не доходят. > потенциально заинтересованных А существуют ли они, кроме george@ и тех, кто участвует в переписке по этой баге? :) Да, и на кого лучше перевесить эту багу? Я в прошлый раз нечаянно на sem@ повесил... 168545 6 arseny 2018-01-18 18:25:30 +0300 (In reply to comment #5) > (In reply to comment #4) > > Коммиты глянул, локальную загрузку они (предсказуемо) не сломали; > > прошу всех потенциально заинтересованных проверить сетевую загрузку > > regular-rescue-20171220-x86_64.iso (454M, https://yadi.sk/d/4_qXuZ4e3Qo7nP) > > и отписаться сюда в свете comment 0. > > Вытащил kernel/initrd, скормил загрузчику. > Вижу newt-окошко со словами "No network device found". Shell по Alt+F2: > sh-3.2# ls /sys/class/net > lo > sh-3.2# lsmod Module Size Used by И мёртвые с косами стоят. 168780 7 arseny 2018-02-02 21:00:16 +0300 ping? 170341 8 mav 2018-04-10 17:17:06 +0300 Дополнительная информация в списке рассылки Sysadmins (https://lists.altlinux.org/pipermail/sysadmins/2018-April/037924.html). признаки те же - "No network Devices found". При сетевых методах установки propagator не выполняет udevadm trigger --action=add (в disk.c и cdrom.c эти вызовы были добавлены коммитом http://git.altlinux.org/gears/p/propagator.git?p=propagator.git;a=commitdiff;h=ce7dbcef2b00e29fbe7c1318561d93ec07b4fe20 и переделаны коммитом http://git.altlinux.org/gears/p/propagator.git?p=propagator.git;a=commitdiff;h=bc936fd7c2602099173c859cbb6e221aefc030f6 в network.c ничего подобного нет. 170461 9 klark.devel 2018-04-19 01:42:13 +0300 У нас тоже проблемы с сетевой загрузкой, пропагатор не может найти сетевое устройство, потому что заглядывает в /sys/class/net слишком рано. Секунду бы - другую подождал, и оно бы там появилось. Заинтересованных полно. Работы по переписыванию пропагатора на шелл уже начались тихой сапой. Например: https://github.com/legionus/make-initrd (фича modules-network) http://git.altlinux.org/people/klark/packages/deploy-project.git 170462 10 7502 klark.devel 2018-04-19 01:45:43 +0300 Created attachment 7502 later.patch Кстати, раз нужно срочно, любителем "мха и палочек" я бы предложил выкинуть из собственно пропагатора весь код, связанный с udev'ом, и сдвинуть запуск пропагатора после udev но до loop. Это должно решить уйму проблем с недоразвитостью пропагатора. 170512 11 klark.devel 2018-04-21 11:20:46 +0300 Остальные патчи к собственно пропагатору в task #205072 -- протестировал пока только в виртуалке, только основной режим и только на p8. Попробуйте, решит ли это ваши проблемы с загрузкой по сети. 171245 12 arseny 2018-05-23 15:42:22 +0300 (In reply to comment #11) > Остальные патчи к собственно пропагатору в task #205072 -- протестировал пока > только в виртуалке, только основной режим и только на p8. Попробуйте, решит ли > это ваши проблемы с загрузкой по сети. С пропагатором 20180423-alt1 сетевые карточки действительно подхватываются (спасибо, Леонид!), но проблема из сабжа всё же ещё не решена. Прошу желающих/заинтересованных потестировать, а тех, кто в ACL — одобрить таск №206842 с исправлением ошибки. Взглянуть на образ, собранный с учётом коммитов, можно здесь: http://mirror.cs.msu.ru/.Tld1plrHiU/regular-rescue-20180523-x86_64.iso 171272 13 klark.devel 2018-05-24 03:14:39 +0300 (В ответ на комментарий №12) > С пропагатором 20180423-alt1 сетевые карточки действительно подхватываются > (спасибо, Леонид!), но проблема из сабжа всё же ещё не решена. Проблему с нуль-маршрутом я действительно не решал, хоть и видел ваш патч, поскольку мало что в этом понимаю. А что масштабно потестировали новую версию пропагатора -- вам отдельное спасибо! > Прошу желающих/заинтересованных потестировать, а тех, > кто в ACL — одобрить таск №206842 с исправлением ошибки. Предлагаю анонсировать максимально масштабно и в devel@, и в sisyphus@ хотя бы. По предыдущему опыту желающих тестировать и ревьювить такое мало, если не сказать "нет совсем". А в данном случае тестирование ещё более сложное, поскольку нужны шлюзы. Код посмотрел и даже есть что сказать, но такие вещи обсуждать лучше в devel@. Например, вот эту цитату: Servers that respond SHOULD only use option 43 to return the vendor-specific information to the client. из RFC-2132 9.13 трактуют по-разному, вплоть до того, что получив от клиента опцию 60 (Vendor Class Identifier) DHCP-сервер должен ему возвращать только значение опции 43 (Vendor Specific Information), в которой закодирован и TFTP-сервер, и имя файла-образа, а опции 66 (next-server) и 67 (filename) при этом должны игнорироваться. Но я не уверен в правильности такой трактовки RFC-2132/4361/etc и исхожу из того, что вы лучше понимаете, что делаете. Георгию Курячему я уже говорил, где у нас в сетевой загрузке совершенно точно нарушен стандарт и на что это влияет. 172181 14 arseny 2018-06-26 20:42:18 +0300 У меня в голове было отчётливое впечатление, что в changelog пакета, прошедшего в сизиф, достаточно указать #34347, чтобы бот закрыл багрепорт — оказывается, нет. 172184 15 mike 2018-06-27 12:32:36 +0300 (closes: #34347) -- см. https://www.altlinux.org/Руководство_по_написанию_changelog PS: поздравляю! :) 7317 2017-12-15 00:08:04 +0300 2017-12-15 00:08:04 +0300 Вариант решения, вовремя зачищающий маршрут из сабжа. 0001-dhcp.c-Remove-temporary-default-route-properly.patch text/plain 2880 arseny RnJvbSBiOTg3ODAxMzljNWYzOWRiZDI1ZTAxMThkZTE2NWQ5MGRkZDFmMTNhIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBBcnNlbnkgTWFzbGVubmlrb3YgPGFyc2VueUBhbHRsaW51eC5v cmc+CkRhdGU6IFRodSwgMTQgRGVjIDIwMTcgMTY6MjE6MjggKzAzMDAKU3ViamVjdDogW1BBVENI XSBkaGNwLmM6IFJlbW92ZSB0ZW1wb3JhcnkgZGVmYXVsdCByb3V0ZSBwcm9wZXJseQpNSU1FLVZl cnNpb246IDEuMApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKQ29udGVu dC1UcmFuc2Zlci1FbmNvZGluZzogOGJpdAoKREhDUCBpcyBpbXBsZW1lbnRlZCBpbiBwcm9wYWdh dG9yIGluIGEgcmF0aGVyIGxhenkgd2F5Ogp0byBkeW5hbWljYWxseSBjb25maWd1cmUgYSBuZXR3 b3JrIGludGVyZmFjZSwgc2F5IGBlbm8xJywKaW5zdGVhZCBvZiBzbGluZ2luZyByYXcgRXRoZXJu ZXQgZnJhbWVzIGFyb3VuZCBsaWtlIGV2ZXJ5b25lIGVsc2UsCml0IHNldHMgdXAgYSAodGVtcG9y YXJ5KSBkZWZhdWx0IG51bGwgcm91dGUgdGhyb3VnaCB0aGF0IGludGVyZmFjZQphbmQgdGhyb3dz IFVEUCBtZXNzYWdlcyB3aXRoIGFjdHVhbCBib290cCBwYXlsb2FkLgoKYGlwJyB1dGlsaXR5IGRl c2NyaWJlcyBzdWNoIGEgcm91dGUgYXMgYGRlZmF1bHQgZGV2IGVubzEgc2NvcGUgbGluaycKClRo ZSBpZGVhIGJlaGluZCB0aGlzIHByZXN1bWFibHkgd2FzIHRvIGF2b2lkIGdlbmVyYXRpbmcgSVAg YW5kIFVEUApoZWFkZXJzIG1hbnVhbGx5IHdoaWxlIHRoZSBudWxsIHJvdXRlIGlzIHN1ZmZpY2ll bnQgdG8gc2VuZCBhIGNvdXBsZSBvZgpsaW5rLXdpZGUgKG1heWJlIGJyb2FkY2FzdCkgbWVzc2Fn ZXMgYW5kIGdlbmVyaWMgZW5vdWdoIHRvIHdvcmsgYW55d2hlcmUuCgpUbyB0aGlzIGRhdGUgcHJv cGFnYXRvciBkaWRuJ3QgYm90aGVyIHRvIHJlbW92ZSB0aGF0IHJvdXRlLApzbyAqaW4gc29tZSBu ZXR3b3JrcyogaXQgaGFkIHBlcnNpc3RlZCBldmVuIGFmdGVyIHRoZSBpbml0cmFtZnMKKGFuZCBw cm9wYWdhdG9yIGl0c2VsZikgd2FzIGxvbmcgZ29uZSwgYW5kIGluIG90aGVyIG5ldHdvcmtzIGRp ZCBub3QsCmhhdmluZyBiZWVuIGx1Y2tpbHkgcmVwbGFjZWQgYnkgdGhlIGRlZmF1bHQgcm91dGUg dG8gREhDUCBnYXRld2F5LgoKSW4gdGhlIGNhc2VzIHdoZXJlIGl0IGRpZCB0aGUgcmVhbCBwcm9i bGVtIHNob3dlZCBpdHNlbGYKYWZ0ZXIgdGhlIHJlYWwgdXNlcnNwYWNlIChmb3IgZXhhbXBsZSwg aW4gYSBsaXZlIGRpc3RybykKZXZlbnR1YWxseSB0cmllZCB0byByZWNvbmZpZ3VyZSB0aGUgbmV0 d29yayAoYmVjYXVzZSB3aHkgbm90PykuClRoZSBwZXNreSBudWxsIHJvdXRlIHdhcyBtb3N0IG9m dGVuIGxlZnQgdW50b3VjaGVkIGJ5IHRoZSBESENQIGNsaWVudAooQUxUIGxpdmUgZGlzdHJvcyBt b3N0bHkgdXNlIGRoY3BjZCksIG1hbmFnaW5nIHRvIHNxdWVlemUgaXRzIHdheQp1cCB0aGUgcm91 dGluZyB0YWJsZSBhbmQgZWZmZWN0aXZlbHkgcHJldmVudGluZyB0aGUgaG9zdApmcm9tIG5ldHdv cmsgYWNjZXNzIGJleW9uZCBhIHJvdXRlci4KCklmIHRoZSBORlMgcm9vdCBpcyBiZWhpbmQgYSBj b3VwbGUgcm91dGVycywgYW55IGF0dGVtcHQgdG8gYWNjZXNzCnRoZSBmaWxlIHN5c3RlbSBnZXRz IHN0dWNrIOKAlCB0aGUgc3lzdGVtIGtlZXBzIHRpcmVsZXNzbHkgbG9va2luZyBmb3IKdGhlIE5G UyBob3N0IHZpYSBBUlAuCi0tLQogZGhjcC5jIHwgMzIgKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysKIDEgZmlsZSBjaGFuZ2VkLCAzMiBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEv ZGhjcC5jIGIvZGhjcC5jCmluZGV4IDg2ZTNhNzQuLmJiNGEyZDYgMTAwNjQ0Ci0tLSBhL2RoY3Au YworKysgYi9kaGNwLmMKQEAgLTIyOCw2ICsyMjgsMzcgQEAgc3RhdGljIGludCBpbml0aWFsX3Nl dHVwX2ludGVyZmFjZShjaGFyICogZGV2aWNlLCBpbnQgcykgewogCXJldHVybiAwOwogfQogCitz dGF0aWMgaW50IGludGVyZmFjZV9jbGVhbnVwKGNoYXIgKiBkZXZpY2UsIGludCBzKSB7CisJLyoK KwkgKiBSZW1vdmluZyB0aGUgYXV4aWxpYXJ5IHJvdXRlCisJICogbWFkZSBieSBpbml0aWFsX3Nl dHVwX2ludGVyZmFjZSgpCisJICovCisJc3RydWN0IHJ0ZW50cnkgcm91dGU7CisJc3RydWN0IHNv Y2thZGRyX2luKiBhZGRyZXNzOworCisJbWVtc2V0KCZyb3V0ZSwgMCwgc2l6ZW9mKHJvdXRlKSk7 CisKKwlyb3V0ZS5ydF9kZXYgPSBkZXZpY2U7CisJcm91dGUucnRfZmxhZ3MgPSBSVEZfVVAgfCBS VEZfR0FURVdBWTsKKwlyb3V0ZS5ydF9tZXRyaWMgPSAwOworCisJYWRkcmVzcyA9ICZyb3V0ZS5y dF9kc3Q7CisJYWRkcmVzcy0+c2luX2ZhbWlseSA9IEFGX0lORVQ7CisKKwlhZGRyZXNzID0gJnJv dXRlLnJ0X2dhdGV3YXk7CisJYWRkcmVzcy0+c2luX2ZhbWlseSA9IEFGX0lORVQ7CisKKwlhZGRy ZXNzID0gJnJvdXRlLnJ0X2dlbm1hc2s7CisJYWRkcmVzcy0+c2luX2ZhbWlseSA9IEFGX0lORVQ7 CisKKwlpZiAoaW9jdGwocywgU0lPQ0RFTFJULCAmcm91dGUpKSB7CisJCWNsb3NlKHMpOworCQls b2dfcGVycm9yKCJTSU9DREVMUlQiKTsKKwkJcmV0dXJuIC0xOworCX0KKworCXJldHVybiAwOwor fQogCiB2b2lkIHNldF9taXNzaW5nX2lwX2luZm8oc3RydWN0IGludGVyZmFjZV9pbmZvICogaW50 ZikKIHsKQEAgLTY2OSw2ICs3MDAsNyBAQCBlbnVtIHJldHVybl90eXBlIHBlcmZvcm1fZGhjcChz dHJ1Y3QgaW50ZXJmYWNlX2luZm8gKiBpbnRmKQogCX0KIAlsZWFzZSA9IG50b2hsKGxlYXNlKTsK IAorCWludGVyZmFjZV9jbGVhbnVwKGludGYtPmRldmljZSwgcyk7CiAJY2xvc2Uocyk7CiAJZnJl ZSh2ZW5kb3JDbGFzcyk7CiAKLS0gCjIuMTAuNAoK 7502 2018-04-19 01:45:43 +0300 2018-04-19 01:45:43 +0300 later.patch later.patch text/plain 1892 klark.devel Y29tbWl0IGE5M2VmMzMxMTM0MDBlZTM5NDM3YTAyZjE4NGU2OTc0MzQ4ZjZjYTEKQXV0aG9yOiBM ZW9uaWQgS3Jpdm9zaGVpbiA8a2xhcmtAYWx0bGludXgub3JnPgpEYXRlOiAgIFRodSBBcHIgMTkg MDA6NTQ6MDcgMjAxOCArMDMwMAoKICAgIC0gQ2hhbmdlIG9yZGVyIHRvIHN0YXJ0IHByb3BhZ2F0 b3IgYWZ0ZXIgdWRldiBhbmQgYmVmb3JlIGxvb3AuCgpkaWZmIC0tZ2l0IGEvbWFrZS1pbml0cmQt cHJvcGFnYXRvci5zcGVjIGIvbWFrZS1pbml0cmQtcHJvcGFnYXRvci5zcGVjCmluZGV4IDYwZTZl ZTQuLmM1NzQ2ZTcgMTAwNjQ0Ci0tLSBhL21ha2UtaW5pdHJkLXByb3BhZ2F0b3Iuc3BlYworKysg Yi9tYWtlLWluaXRyZC1wcm9wYWdhdG9yLnNwZWMKQEAgLTEsNiArMSw2IEBACiBOYW1lOiBtYWtl LWluaXRyZC1wcm9wYWdhdG9yCiBWZXJzaW9uOiAwLjMyCi1SZWxlYXNlOiBhbHQxCitSZWxlYXNl OiBhbHQyCiAKIFN1bW1hcnk6IFB1dCBwcm9wYWdhdG9yIGludG8gbWFrZS1pbml0cmQgZ2VuZXJh dGVkIGltYWdlCiAKQEAgLTM5LDYgKzM5LDkgQEAgbWtkaXIgLXAgJWJ1aWxkcm9vdCVfZGF0YWRp ci9tYWtlLWluaXRyZC9mZWF0dXJlcy9wcm9wYWdhdG9yL2RhdGEvaW1hZ2UKICVfZGF0YWRpci9t YWtlLWluaXRyZC9mZWF0dXJlcy9wcm9wYWdhdG9yCiAKICVjaGFuZ2Vsb2cKKyogVGh1IEFwciAx OSAyMDE4IExlb25pZCBLcml2b3NoZWluIDxrbGFya0BhbHRsaW51eC5ydT4gMC4zMi1hbHQyCist IENoYW5nZSBvcmRlciB0byBzdGFydCBwcm9wYWdhdG9yIGFmdGVyIHVkZXYgYW5kIGJlZm9yZSBs b29wLgorCiAqIFN1biBKYW4gMjEgMjAxOCBBcnNlbnkgTWFzbGVubmlrb3YgPGFyc2VueUBhbHRs aW51eC5vcmc+IDAuMzItYWx0MQogLSBuZXRib290OiBBbGxvd2VkIHVzZSBvZiBkaWZmZXJlbnQg b3ZlcmxheSBzdG9yYWdlIGxvY2F0aW9ucy4KIC0gbmV0Ym9vdDogRm9yYmFkZSBtb3VudGluZyBv dmVybGF5cyB3aXRoIHVuc3BlY2lmaWVkIHByb2ZpbGUuCmRpZmYgLS1naXQgYS9wcm9wYWdhdG9y L2RhdGEvc2NyaXB0cy9wcmUvcHJlcGFyZS8wMDAtcHJvcGFnYXRvciBiL3Byb3BhZ2F0b3IvZGF0 YS9zY3JpcHRzL3ByZS9wcmVwYXJlLzAwMC1wcm9wYWdhdG9yCmRlbGV0ZWQgZmlsZSBtb2RlIDEw MDc1NQppbmRleCBmYWJlNWI4Li4wMDAwMDAwCi0tLSBhL3Byb3BhZ2F0b3IvZGF0YS9zY3JpcHRz L3ByZS9wcmVwYXJlLzAwMC1wcm9wYWdhdG9yCisrKyAvZGV2L251bGwKQEAgLTEsMTIgKzAsMCBA QAotIyEvYmluL3NoIC1lZnUKLQotcmVhZG9ubHkgUFJPUEFHQVRPUj0iL3Vzci9zYmluL3Byb3Bh Z2F0b3IiCi1yZWFkb25seSBVREVWQURNPSIvc2Jpbi91ZGV2YWRtIgotCi1pZiBbIC14ICIkUFJP UEFHQVRPUiIgXTsgdGhlbgotICAgIGlmIFsgLXggIiRVREVWQURNIiBdOyB0aGVuCi0gICAgICAg ICIkVURFVkFETSIgdHJpZ2dlciAtLWFjdGlvbj1hZGQKLSAgICAgICAgIiRVREVWQURNIiBzZXR0 bGUKLSAgICBmaQotICAgIGV4ZWMgIiRQUk9QQUdBVE9SIgotZmkKZGlmZiAtLWdpdCBhL3Byb3Bh Z2F0b3IvZGF0YS9zY3JpcHRzL3ByZS9wcmVwYXJlLzA2MC1wcm9wYWdhdG9yIGIvcHJvcGFnYXRv ci9kYXRhL3NjcmlwdHMvcHJlL3ByZXBhcmUvMDYwLXByb3BhZ2F0b3IKbmV3IGZpbGUgbW9kZSAx MDA3NTUKaW5kZXggMDAwMDAwMC4uNDk0YzlkMAotLS0gL2Rldi9udWxsCisrKyBiL3Byb3BhZ2F0 b3IvZGF0YS9zY3JpcHRzL3ByZS9wcmVwYXJlLzA2MC1wcm9wYWdhdG9yCkBAIC0wLDAgKzEsNyBA QAorIyEvYmluL3NoIC1lZnUKKworcmVhZG9ubHkgUFJPUEFHQVRPUj0iL3Vzci9zYmluL3Byb3Bh Z2F0b3IiCisKK2lmIFsgLXggIiRQUk9QQUdBVE9SIiBdOyB0aGVuCisgICAgZXhlYyAiJFBST1BB R0FUT1IiCitmaQo=