Installation

4.2 upgrade on PPC Mac - "Bad CPU type in executable"

lylehm
New Member

Hi,

Just upgraded from 4.1.7 to 4.2 on a PPC Mac running OS X Server 10.5.8 (patches current to 3/16/11).

The upgrade went smoothly, like every prior Splunk upgrade on this system. The start command responds normally and the web interface loads. The following error appears after login on this page: http://it1.newspost.lan:8000/en-US/app/launcher/home

Is there some PPC code missing?

Thanks in advance for any assistance.


ERROR FOLLOWS:

Mako Runtime Error

Error !

OSError: (86, 'Bad CPU type in executable')

69 %>
70 % if basename not in seen:
71 <% filechain.chain_modules_js(files) %>
72 \
73 <% seen.add(basename) %>
74 % endif
75 % endif
76 % elif file not in seen:
77 \
/Applications/splunk/lib/python2.6/subprocess.py, line 1126:
raise child_exception
/Applications/splunk/lib/python2.6/subprocess.py, line 621:
errread, errwrite)
/Applications/splunk/lib/python2.6/site-packages/splunk/appserver/mrsparkle/lib/util.py,
line 1165:
return subprocess.Popen(*a, kw)
/Applications/splunk/lib/python2.6/site-
packages/splunk/appserver/mrsparkle/lib/filechain.py, line 113:
minifier = Popen([PATH_TO_JSMIN], stdin = subprocess.PIPE, stderr = subprocess.STDOUT,
stdout = subprocess.PIPE, close_fds = True)
/Applications/splunk/share/splunk/search_mrsparkle/templates/lib.html, line 72:
\
/Applications/splunk/share/splunk/search_mrsparkle/templates/layout/view.html, line 74:
# process every module
/Applications/splunk/share/splunk/search_mrsparkle/templates/layout/base.html, line 50:
<%self:js/>
/Applications/splunk/share/splunk/search_mrsparkle/templates/layout/base.html, line 22:
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
/Applications/splunk/share/splunk/search_mrsparkle/templates/layout/base.html, line 7:
<%self:render/>
/Applications/splunk/lib/python2.6/site-packages/mako/runtime.py, line 633:
callable_(context, *args, **kwargs)
/Applications/splunk/lib/python2.6/site-packages/mako/runtime.py, line 607:
_exec_template(inherit, lclcontext, args=args, kwargs=kwargs)
/Applications/splunk/lib/python2.6/site-packages/mako/runtime.py, line 575:
_kwargs_for_callable(callable_, data))
/Applications/splunk/lib/python2.6/site-packages/mako/template.py, line 283:
return runtime.render(self, self.callable, args, data)
/Applications/splunk/lib/python2.6/site-
packages/splunk/appserver/mrsparkle/controllers/init.py, line 248:
return templateInstance.render(**template_args)

Tags (3)
0 Karma

piebob
Splunk Employee
Splunk Employee

this issue is resolved in 4.2.1.

lylehm
New Member

Thanks Mitch. What a shame these G5 Xserve units won't die. 🙂 Thanks for continuing to support them.

0 Karma

bchen
Splunk Employee
Splunk Employee

This apparently is a bug in the new "js minification" feature in 4.2, which was implemented to improve web performance.

In order to turn off this feature, create a web.conf in $SPLUNK_HOME/etc/system/local and you can use the following setting in web.conf

[settings]
minify_js = False
minify_css = False

The performance should be equivalent of 4.1.x

lylehm
New Member

Worked like a champ! Thanks for the assist. I'll make sure to remove this when 4.2.1 is installed.

0 Karma

mitch
Explorer

Yeah, looks like a change in the 4.2 timeframe busted that. I'll make sure it gets fixed for 4.2.1

quixand
Path Finder

Im having the same problem. OSX 10.5.8 PPC Quad G5

using splunk-4.2-96430-Darwin-universal.tgz

0 Karma
Get Updates on the Splunk Community!

Tech Talk | Improve Data Pipelines Using Splunk Data Management

  Register Now   This Tech Talk will explore the pipeline management offerings Edge Processor and Ingest ...

Tech Talk | 3-2-1 Go! How Fast Can You Debug Microservices with Observability Cloud?

Register Join this Tech Talk to learn how unique features like Service Centric Views, Tag Spotlight, and ...

Thank You for Celebrating CX Day with Splunk!

Yesterday the entire team at Splunk &#43; Cisco joined the global celebration of CX Day - celebrating our ...