{"id":13114,"date":"2019-11-29T08:33:54","date_gmt":"2019-11-29T07:33:54","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/"},"modified":"2019-11-29T08:33:54","modified_gmt":"2019-11-29T07:33:54","slug":"oda-hang-crash-due-to-software-raid-check","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/","title":{"rendered":"ODA hang\/crash due to software raid-check"},"content":{"rendered":"<p>Oracle Database Appliance (ODA) is by default configured with software raid for Operating System and Oracle Database software file system (2 internal SSD disks). 2 raid devices are configured : md0 and md1.ODA are configured to run raid-check every Sunday at 1am.<br \/>\n<!--more--><\/p>\n<h3>Analysing the problem<\/h3>\n<p>In case the ODA is having some load during raid-check, it can happen that the server freezes. Only IP layer seems to still be alive : server is replying to the ping command, but ssh layer is not available any more.<br \/>\nNothing can be done with the ODA : no ssh connection, all logs and writes on the server are stuck, ILOM serial connection is impossible.<\/p>\n<p>The only solution is to power cycle the ODA through ILOM.<\/p>\n<p>Problem could be reproduced on customer side by running 2 RMAN database backups and manually executing the raid-check.<\/p>\n<p>In \/var\/log\/messages we can see that server hung doing raid-check on md1 :<br \/>\n<code><br \/>\nOct 27 01:00:01 ODA02 kernel: [6245829.462343] <strong>md: data-check of RAID array md0<\/strong><br \/>\nOct 27 01:00:01 ODA02 kernel: [6245829.462347] md: minimum _guaranteed_ speed: 1000 KB\/sec\/disk.<br \/>\nOct 27 01:00:01 ODA02 kernel: [6245829.462349] md: using maximum available idle IO bandwidth (but not more than 200000 KB\/sec) for data-check.<br \/>\nOct 27 01:00:01 ODA02 kernel: [6245829.462364] md: using 128k window, over a total of 511936k.<br \/>\nOct 27 01:00:04 ODA02 kernel: [6245832.154108] <strong>md: md0: data-check done.<\/strong><br \/>\nOct 27 01:01:02 ODA02 kernel: [6245890.375430] <strong>md: data-check of RAID array md1<\/strong><br \/>\nOct 27 01:01:02 ODA02 kernel: [6245890.375433] md: minimum _guaranteed_ speed: 1000 KB\/sec\/disk.<br \/>\nOct 27 01:01:02 ODA02 kernel: [6245890.375435] md: using maximum available idle IO bandwidth (but not more than 200000 KB\/sec) for data-check.<br \/>\nOct 27 01:01:02 ODA02 kernel: [6245890.375452] md: using 128k window, over a total of 467694592k.<br \/>\nOct 27 04:48:07 ODA02 kernel: imklog 5.8.10, log source = \/proc\/kmsg started. <strong>==&gt; Restart of ODA with ILOM, server freezed on data-check of RAID array md1<\/strong><br \/>\nOct 27 04:48:07 ODA02 rsyslogd: [origin software=\"rsyslogd\" swVersion=\"5.8.10\" x-pid=\"5788\" x-info=\"http:\/\/www.rsyslog.com\"] start<br \/>\nOct 27 04:48:07 ODA02 kernel: [ 0.000000] Initializing cgroup subsys cpuset<br \/>\nOct 27 04:48:07 ODA02 kernel: [ 0.000000] Initializing cgroup subsys cpu<br \/>\nOct 27 04:48:07 ODA02 kernel: [ 0.000000] Initializing cgroup subsys cpuacct<br \/>\nOct 27 04:48:07 ODA02 kernel: [ 0.000000] Linux version 4.1.12-124.20.3.el6uek.x86_64 (mockbuild@ca-build84.us.oracle.com) (gcc version 4.9.2 20150212 (Red Hat 4.9.2-6.2.0.3) (GCC) ) #2 SMP Thu Oct 11 17:47:32 PDT 2018<br \/>\nOct 27 04:48:07 ODA02 kernel: [ 0.000000] Command line: ro root=\/dev\/mapper\/VolGroupSys-LogVolRoot rd_NO_LUKS rd_MD_UUID=424664a7:c29524e9:c7e10fcf:d893414e rd_LVM_LV=VolGroupSys\/LogVolRoot rd_LVM_LV=VolGroupSys\/LogVolSwap SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM pci=noaer crashkernel=256M@64M loglevel=3 panic=60 transparent_hugepage=never biosdevname=1 ipv6.disable=1 intel_idle.max_cstate=1 nofloppy nomce numa=off console=ttyS0,115200n8 console<\/code><\/p>\n<h3>Solution<\/h3>\n<h4>Reduce raid check CPU and IO priority<\/h4>\n<p>By default raid check is configured with low priority. Setting the priority to idle would ensure to limit the resource used by the check.<\/p>\n<p>Change NICE=low to NICE=idle in \/etc\/sysconfig\/raid-check configuration file.<\/p>\n<p><code>[root@ODA02 log]# <strong>cat \/etc\/sysconfig\/raid-check<\/strong><br \/>\n#!\/bin\/bash<br \/>\n#<br \/>\n# Configuration file for \/usr\/sbin\/raid-check<br \/>\n#<br \/>\n# options:<br \/>\n#       ENABLED - must be yes in order for the raid check to proceed<br \/>\n#       CHECK - can be either check or repair depending on the type of<br \/>\n#               operation the user desires.  A check operation will scan<br \/>\n#               the drives looking for bad sectors and automatically<br \/>\n#               repairing only bad sectors.  If it finds good sectors that<br \/>\n#               contain bad data (meaning that the data in a sector does<br \/>\n#               not agree with what the data from another disk indicates<br \/>\n#               the data should be, for example the parity block + the other<br \/>\n#               data blocks would cause us to think that this data block<br \/>\n#               is incorrect), then it does nothing but increments the<br \/>\n#               counter in the file \/sys\/block\/$dev\/md\/mismatch_count.<br \/>\n#               This allows the sysadmin to inspect the data in the sector<br \/>\n#               and the data that would be produced by rebuilding the<br \/>\n#               sector from redundant information and pick the correct<br \/>\n#               data to keep.  The repair option does the same thing, but<br \/>\n#               when it encounters a mismatch in the data, it automatically<br \/>\n#               updates the data to be consistent.  However, since we really<br \/>\n#               don't know whether it's the parity or the data block that's<br \/>\n#               correct (or which data block in the case of raid1), it's<br \/>\n#               luck of the draw whether or not the user gets the right<br \/>\n#               data instead of the bad data.  This option is the default<br \/>\n#               option for devices not listed in either CHECK_DEVS or<br \/>\n#               REPAIR_DEVS.<br \/>\n#       CHECK_DEVS - a space delimited list of devs that the user specifically<br \/>\n#               wants to run a check operation on.<br \/>\n#       REPAIR_DEVS - a space delimited list of devs that the user<br \/>\n#               specifically wants to run a repair on.<br \/>\n#       SKIP_DEVS - a space delimited list of devs that should be skipped<br \/>\n#       NICE - Change the raid check CPU and IO priority in order to make<br \/>\n#               the system more responsive during lengthy checks.  Valid<br \/>\n#               values are high, normal, low, idle.<br \/>\n#       MAXCONCURENT - Limit the number of devices to be checked at a time.<br \/>\n#               By default all devices will be checked at the same time.<br \/>\n#<br \/>\n# Note: the raid-check script is run by the \/etc\/cron.d\/raid-check cron job.<br \/>\n# Users may modify the frequency and timing at which raid-check is run by<br \/>\n# editing that cron job and their changes will be preserved across updates<br \/>\n# to the mdadm package.<br \/>\n#<br \/>\n# Note2: you can not use symbolic names for the raid devices, such as you<br \/>\n# \/dev\/md\/root.  The names used in this file must match the names seen in<br \/>\n# \/proc\/mdstat and in \/sys\/block.<br \/>\n&nbsp;<br \/>\nENABLED=yes<br \/>\nCHECK=check<br \/>\n<strong>NICE=idle<\/strong><br \/>\n# To check devs \/dev\/md0 and \/dev\/md3, use \"md0 md3\"<br \/>\nCHECK_DEVS=\"\"<br \/>\nREPAIR_DEVS=\"\"<br \/>\nSKIP_DEVS=\"\"<br \/>\nMAXCONCURRENT=<\/code><\/p>\n<h4>Change raid-check scheduling<\/h4>\n<p>Configure raid-check to be run in low activity period. Avoid running raid check during database backup periods for example.<\/p>\n<p><code>[root@ODA02 ~]# <strong>cd \/etc\/cron.d<\/strong><br \/>\n&nbsp;<br \/>\n[root@ODA02 cron.d]# <strong>cat raid-check<\/strong><br \/>\n# Run system wide raid-check once a week on Sunday at 1am by default<br \/>\n0 1 * * Sun root \/usr\/sbin\/raid-check<br \/>\n&nbsp;<br \/>\n[root@ODA02 cron.d]# <strong>vi raid-check<\/strong><br \/>\n&nbsp;<br \/>\n[root@ODA02 cron.d]# <strong>cat raid-check<\/strong><br \/>\n# Run system wide raid-check once a week on Sunday at 1am by default<br \/>\n0 19 * * Sat root \/usr\/sbin\/raid-check<\/code><\/p>\n<h3>Conclusion<\/h3>\n<p>These configuration changes could be successfully tested on customer environment. No crash\/hang was experienced with NICE parameter set to idle.<br \/>\nAs per the oracle documentation, the ODA BIOS default configuration could be change to use hardware raid.<br \/>\n<a href=\"https:\/\/docs.oracle.com\/cd\/E72435_01\/html\/E72440\/gqqxf.html\">ODA &#8211; configuring RAID<\/a><br \/>\nThe question would be if patching an ODA is still possible afterwards. If you would like to changed this configuration I would strongly recommend you to get Oracle support approval.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Oracle Database Appliance (ODA) is by default configured with software raid for Operating System and Oracle Database software file system (2 internal SSD disks). 2 raid devices are configured : md0 and md1.ODA are configured to run raid-check every Sunday at 1am.<\/p>\n","protected":false},"author":48,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[229,59],"tags":[73,79,96],"type_dbi":[],"class_list":["post-13114","post","type-post","status-publish","format-standard","hentry","category-database-administration-monitoring","category-oracle","tag-linux","tag-oda","tag-oracle"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.5) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>ODA hang\/crash due to software raid-check - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"ODA hang\/crash due to software raid-check\" \/>\n<meta property=\"og:description\" content=\"Oracle Database Appliance (ODA) is by default configured with software raid for Operating System and Oracle Database software file system (2 internal SSD disks). 2 raid devices are configured : md0 and md1.ODA are configured to run raid-check every Sunday at 1am.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2019-11-29T07:33:54+00:00\" \/>\n<meta name=\"author\" content=\"Marc Wagner\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Marc Wagner\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"5 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/\"},\"author\":{\"name\":\"Marc Wagner\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/225d9884b8467ead9a872823acb14628\"},\"headline\":\"ODA hang\\\/crash due to software raid-check\",\"datePublished\":\"2019-11-29T07:33:54+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/\"},\"wordCount\":295,\"commentCount\":0,\"keywords\":[\"Linux\",\"ODA\",\"Oracle\"],\"articleSection\":[\"Database Administration &amp; Monitoring\",\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/\",\"name\":\"ODA hang\\\/crash due to software raid-check - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\"},\"datePublished\":\"2019-11-29T07:33:54+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/225d9884b8467ead9a872823acb14628\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-hang-crash-due-to-software-raid-check\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ODA hang\\\/crash due to software raid-check\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/225d9884b8467ead9a872823acb14628\",\"name\":\"Marc Wagner\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g\",\"caption\":\"Marc Wagner\"},\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/author\\\/marc-wagner\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"ODA hang\/crash due to software raid-check - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/","og_locale":"en_US","og_type":"article","og_title":"ODA hang\/crash due to software raid-check","og_description":"Oracle Database Appliance (ODA) is by default configured with software raid for Operating System and Oracle Database software file system (2 internal SSD disks). 2 raid devices are configured : md0 and md1.ODA are configured to run raid-check every Sunday at 1am.","og_url":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/","og_site_name":"dbi Blog","article_published_time":"2019-11-29T07:33:54+00:00","author":"Marc Wagner","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Marc Wagner","Est. reading time":"5 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/"},"author":{"name":"Marc Wagner","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/225d9884b8467ead9a872823acb14628"},"headline":"ODA hang\/crash due to software raid-check","datePublished":"2019-11-29T07:33:54+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/"},"wordCount":295,"commentCount":0,"keywords":["Linux","ODA","Oracle"],"articleSection":["Database Administration &amp; Monitoring","Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/","url":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/","name":"ODA hang\/crash due to software raid-check - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2019-11-29T07:33:54+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/225d9884b8467ead9a872823acb14628"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/oda-hang-crash-due-to-software-raid-check\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"ODA hang\/crash due to software raid-check"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/225d9884b8467ead9a872823acb14628","name":"Marc Wagner","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/a873cc6e7fbdbbcbdbcaf5dbded14ad9a77b2ec2c3e03b4d724ed33d35d5f328?s=96&d=mm&r=g","caption":"Marc Wagner"},"url":"https:\/\/www.dbi-services.com\/blog\/author\/marc-wagner\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/13114","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/48"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=13114"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/13114\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=13114"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=13114"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=13114"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=13114"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}