{"id":7152,"date":"2021-03-29T10:54:49","date_gmt":"2021-03-29T08:54:49","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=7152"},"modified":"2021-03-29T10:54:50","modified_gmt":"2021-03-29T08:54:50","slug":"segmentation-fault-core-dumped-in-searchindex-php-skript-von-vbulletin-4","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/segmentation-fault-core-dumped-in-searchindex-php-skript-von-vbulletin-4\/","title":{"rendered":"Segmentation fault (core dumped) in searchindex.php Skript von vBulletin 4"},"content":{"rendered":"<p>\u00dcber das Skript <strong>searchindex.php<\/strong> aus dem <strong>do_not_upload<\/strong> Ordner l\u00e4sst sich der Suchindex auf der Kommandozeile reparieren bzw. neu aufbauen. Im Gegensatz zum Adminbereich funktioniert das wesentlich schneller, vor allem bei gr\u00f6\u00dferen Installationen mit mehreren hunderttausenden Beitr\u00e4gen. Dies funktionierte allerdings unter meiner Docker-Installation nicht. Nach dem Treffen der Auswahl <em>1<\/em> zur bereinigenden L\u00f6schung des alten Index erscheint eine Liste aller m\u00f6glichen Indizes. Bevor hier eine Auswahl getroffen werden kann, bricht das Skript mit <em>Segmentation fault (core dumped)<\/em> ab:<\/p>\n<div class=\"wp-block-syntaxhighlighter-code \">\n<pre class=\"brush: bash; title: ; notranslate\" title=\"\">\n# php searchindex.php\nPlease enter the path to your vBulletin directory: \/www\nSuchindex neu erstellen\n-----------------------\nHinweis: Wenn Sie den Index neu erstellen, sollten Sie den bestehenden vorher l\u2592schen. Suchindex l\u2592schen\nEmpty Index &#x5B;0\/1,Default=0]: 1\n\n0) Alle\n3) Foren\n1) Beitr\u2592ge\n11) Pinnwandeintr\u2592ge\n20) Blog Comments\n19) Blog Entries\nSegmentation fault (core dumped)\n<\/pre>\n<\/div>\n<p>Generell handelt es sich dabei um ein Speicherproblem: Das Programm versucht auf Speicher zuzugreifen, der ihm nicht geh\u00f6rt. An zu wenig RAM liegt es definitiv nicht. Die Auslastung war zum Zeitpunkt der Ausf\u00fchrung moderat, und auch eine Erh\u00f6hung des <strong>mem_limits <\/strong>vom Container \u00e4nderte nichts.<\/p>\n<h2 class=\"wp-block-heading\">Workaround: Auswahl des Index manuell setzen<\/h2>\n<p>Der Fehler lie\u00df sich auf folgenden Aufruf eingrenzen:<\/p>\n<div class=\"wp-block-syntaxhighlighter-code \">\n<pre class=\"brush: php; title: ; notranslate\" title=\"\">\n$indextypes = intval(readline($vbphrase&#x5B;&#039;search_content_type_to_index&#039;] . &#039; &#x5B;Default=0]: &#039;));\n<\/pre>\n<\/div>\n<p>Da ich nicht gro\u00dfartig Zeit in ein altes vB-Skript stecken wollte, das ohnehin nur selten ben\u00f6tigt wird, habe ich es mit einem einfachen Workaround versucht: Die obige Zeile auskommentieren und stattdesen die gew\u00fcnschte Auswahl hart gesetzt.<\/p>\n<div class=\"wp-block-syntaxhighlighter-code \">\n<pre class=\"brush: php; title: ; notranslate\" title=\"\">\n$indextypes = 0;\n<\/pre>\n<\/div>\n<p>Damit wurden alle Indizes problemlos neu erstellt (siehe Auswahlliste oben).<\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u00dcber das Skript searchindex.php aus dem do_not_upload Ordner l\u00e4sst sich der Suchindex auf der Kommandozeile reparieren bzw. neu aufbauen. Im Gegensatz zum Adminbereich funktioniert das wesentlich schneller, vor allem bei gr\u00f6\u00dferen Installationen mit mehreren hunderttausenden Beitr\u00e4gen. Dies funktionierte allerdings unter meiner Docker-Installation nicht. Nach dem Treffen der Auswahl 1 zur bereinigenden L\u00f6schung des alten Index &#8230;<\/p>\n","protected":false},"author":5,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[78],"tags":[55,398],"class_list":["post-7152","post","type-post","status-publish","format-standard","hentry","category-software","tag-php","tag-vbulletin"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7152","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=7152"}],"version-history":[{"count":1,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7152\/revisions"}],"predecessor-version":[{"id":7153,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7152\/revisions\/7153"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=7152"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=7152"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=7152"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}