☰

Falha do Xulrunner ao executar com usuário desprivilegiado

tag-icon • tag-icon linux permissions apache-http-server headless xvfb
Falha do Xulrunner ao executar com usuário desprivilegiado

Eu uso SlimerJs como um navegador sem cabeça em um servidor. Como o servidor não tem xserver, usei o xvfb para executá-lo.

O comando é mais ou menos assim:

xvfb-run --server-args="-screen 0, 1024x768x24" slimerjs-0.10.0pre/slimerjs \
script.js --debug=yes "/tmp/file986Iww" "/tmp/file28bAEv" "pdf"

O arquivo script.jsleva um nome de arquivo para entrada, um nome de arquivo para saída e um formato para conversão, usando o recurso de impressora do slimer.

Meu problema é que quando executado como root, funciona bem. Mas quando deixo o Apache fazer o trabalho, ele falha e fica preso.

O Apache é executado sob www-datausuário e grupo. Esta é a saída do comando anterior:

slimerjs-0.10.0pre/xulrunner/xulrunner -app slimerjs-0.10.0pre/application.ini --profile /tmp/slimerjs.gRAJJar6 -no-remote script.js --debug=yes /tmp/file986Iww /tmp/file28bAEv pdf
Xlib:  extension "RANDR" missing on display ":99".
JavaScript warning: resource://slimerjs/slUtils.jsm, line 154: JavaScript 1.7's let blocks are deprecated
JavaScript error: jar:file:///var/www/project/slimerjs-0.10.0pre/xulrunner/omni.ja!/components/XULStore.js, line 66: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIProperties.get]
** stuck forever here **

A linha 66 XULStore.jsé:

65. Services.obs.addObserver(this, "profile-before-change", true);
66. this._storeFile = Services.dirsvc.get("ProfD", Ci.nsIFile);
67. this._storeFile.append(STOREDB_FILENAME);

Tentando ver o que há de errado com o strace, me mostre que ele está preso em algum tipo de loop...

Não vejo razões pelas quais este usuário não possa executar este binário.
Como posso depurar qual permissão está faltando ou o que está errado com o xulrunner?

Não postei o strace porque é muito pesado, fique à vontade para solicitá-lo se achar que pode conter informações relevantes.

$ uname -a
Linux *host* 3.10-0.bpo.2-amd64 #1 SMP Debian 3.10.5-1~bpo70+1 (2013-08-11) x86_64 GNU/Linux

Responder1

Talvez você não tenha permissão para acessar ou gravar no diretório de perfil que está tentando recuperar.

Embora você esteja (presumivelmente) tentando definir o diretório do perfil por meio --profile /tmp/slimerjs.gRAJJar6doDocumentação SlimerJSindica que deveria ser -profile(traço único)

Por padrão, se você omitir a opção de perfil, como parece que você está fazendo devido ao traço duplo versus traço único, então "SlimerJS [criará] um perfil temporário cada vez que você iniciá-lo", criando um novo diretório em "$ HOME/.innophi/slimerjs/"

Como você está tentando executar isso, www-dataverifique seu diretório inicial e verifique se você pode criar e acessar arquivos no caminho do diretório padrão do SlimerJS ou usar -profileem vez de --profilee verificar se você pode criar e acessar arquivos na pasta especificada.

informação relacionada