system (): почему при использовании R в EMACS у меня нет тех же разрешений, что и в терминале bash? - PullRequest
Новая
       22

system (): почему при использовании R в EMACS у меня нет тех же разрешений, что и в терминале bash?

3 голосов
/ 21 октября 2011

обновление: ошибка возникает только при входе в R из emacs

что работает:

Когда я запускаю ssh на удаленном сервере и запускаю 

$ ./foo.rb

из оболочки bash, все работает. Кроме того, если я запускаю R и выполняю $ R

система ( './ foo.rb')

Я в группе с правами на чтение / запись / выполнение файла. Права доступа к файлу -rwxrwx---

что не работает:

Запустите emacs и начните R-сессию:

  • M-x R

  • ssh-myserver:.

    система ( './ foo.rb')

Я получаю следующую ошибку: 

ruby: Permission denied -- foo.rb (LoadError)

почему это? Есть ли способ обойти это?

Не могу найти информацию от ?system или ?system2

Вот вывод из sessionInfo () 

> sessionInfo()
R version 2.12.2 (2011-02-25)
Platform: x86_64-redhat-linux-gnu (64-bit)

locale:
[1] C

attached base packages:
[1] grid      stats     graphics  grDevices utils     datasets  methods  
[8] base     

other attached packages:
 [1] PECAn_0.1.1      xtable_1.5-6     gridExtra_0.7    RMySQL_0.7-5    
 [5] DBI_0.2-5        ggplot2_0.8.9    proto_0.3-8      reshape_0.8.3   
 [9] plyr_1.6         rjags_2.2.0-2    coda_0.13-5      lattice_0.19-17 
[13] randtoolbox_1.09 rngWELL_0.9      MASS_7.3-11      XML_3.2-0       

loaded via a namespace (and not attached):
[1] digest_0.4.2
Warning message:
'DESCRIPTION' file has 'Encoding' field and re-encoding is not possible

вывод 'id' и 'env' из ssh и emacs, за комментарий @sarnold (измененные имена пользователей, имена групп и IP-адреса)

1. Сервер

1.1 'id' 

 uid=1668(dleb) gid=1668(dleb) groups=117(ebusers),159(lab_admin),166(lab),1340(pal_web),1668(dleb)

1,2 'env' 

LC_PAPER=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
SHELL=/usr/local/bin/system-specific
KDE_NO_IPV6=1
SSH_CLIENT=888.888.888.88 51857 22
NCARG_FONTCAPS=/usr/lib64/ncarg/fontcaps
LC_NUMERIC=en_US.UTF-8
USER=dleb
LS_COLORS=
LC_TELEPHONE=en_US.UTF-8
KDEDIR=/usr
NCARG_GRAPHCAPS=/usr/lib64/ncarg/graphcaps
MAIL=/var/mail/dleb
PATH=/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/opt/dell/srvadmin/bin
LC_IDENTIFICATION=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
R_LIBS=/home/a-m/dleb/lib/R
PWD=/home/dleb
NCARG_ROOT=/usr
KDE_IS_PRELINKED=1
LANG=en_US.UTF-8
NCARG_DATABASE=/usr/lib64/ncarg/database
MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles
LOADEDMODULES=
LC_MEASUREMENT=en_US.UTF-8
NCARG_LIB=/usr/lib64/ncarg
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
NCARG_NCARG=/usr/share/ncarg
SHLVL=1
HOME=/home/a-m/dleb
LOGNAME=dleb
CVS_RSH=ssh
SSH_CONNECTION=888.888.888.88 51857 999.999.999.99 22
LC_CTYPE=en_US.UTF-8
MODULESHOME=/usr/share/Modules
LESSOPEN=|/usr/bin/lesspipe.sh %s
DISPLAY=localhost:15.0
LC_TIME=en_US.UTF-8
G_BROKEN_FILENAMES=1
LC_NAME=en_US.UTF-8
_=/bin/env

emacs / ess R session

2.1 система ('id') 

uid=1668(dleb) gid=1668(dleb) groups=117(ebusers),159(lab_admin),166(lab),1340(pal_web),1668(dleb)

2.2 система ('env') 

LN_S=ln -s
R_TEXI2DVICMD=/usr/bin/texi2dvi
LC_PAPER=en_US.UTF-8
SED=/bin/sed
LC_ADDRESS=en_US.UTF-8
R_PDFVIEWER=/usr/bin/xdg-open
LC_MONETARY=en_US.UTF-8
HOSTNAME=ebi-forecast
R_INCLUDE_DIR=/usr/include/R
R_PRINTCMD=lpr
SHELL=/usr/local/bin/system-specific
TERM=dumb
AWK=gawk
HISTSIZE=1
R_RD4DVI=ae
SSH_CLIENT=888.888.888.88 51159 22
KDE_NO_IPV6=1
R_RD4PDF=times,hyper
R_PAPERSIZE=a4
NCARG_FONTCAPS=/usr/lib64/ncarg/fontcaps
PERL=/usr/bin/perl
LC_NUMERIC=en_US.UTF-8
SSH_TTY=/dev/pts/14
LC_ALL=C
EMACS=t
USER=dleb
LC_TELEPHONE=en_US.UTF-8
LS_COLORS=
LD_LIBRARY_PATH=/usr/lib64/R/lib:/usr/local/lib64:/usr/lib/jvm/jre/lib/amd64/server:/usr/lib/jvm/jre/lib/amd64:/usr/lib/jvm/java/lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib
TAR=/bin/gtar
ENV=
R_ZIPCMD=/usr/bin/zip
KDEDIR=/usr
PAGER=/usr/bin/less
NCARG_GRAPHCAPS=/usr/lib64/ncarg/graphcaps
R_GZIPCMD=/usr/bin/gzip
PATH=/bin:/usr/bin:/usr/sbin:/usr/local/bin
LC_COLLATE=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
EGREP=/bin/grep -E
PWD=/home/a-m/dleb/pecan
INPUTRC=/etc/inputrc
R_LIBS=/home/a-m/dleb/lib/R
NCARG_ROOT=/usr
R_SHARE_DIR=/usr/share/R
WHICH=/usr/bin/which
EDITOR=vi
LANG=en_US.UTF-8
KDE_IS_PRELINKED=1
R_LIBS_SITE=/usr/local/lib/R/site-library:/usr/local/lib/R/library:/usr/lib64/R/library:/usr/share/R/library
M    ODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles
NCARG_DATABASE=/usr/lib64/ncarg/database
LC_MEASUREMENT=en_US.UTF-8
LOADEDMODULES=
PS3=
R_BROWSER=/usr/bin/xdg-open
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
NCARG_LIB=/usr/lib64/ncarg
HOME=/home/a-m/dleb
SHLVL=1
NCARG_NCARG=/usr/share/ncarg
R_ARCH=
TR=/usr/bin/tr
MAKE=make
R_UNZIPCMD=/usr/bin/unzip
LOGNAME=dleb
CVS_RSH=ssh
LC_CTYPE=en_US.UTF-8
SSH_CONNECTION=888.888.888.88 51159 999.999.999.99 22
R_BZIPCMD=/usr/bin/bzip2
MODULESHOME=/usr/share/Modules
LESSOPEN=|/usr/bin/lesspipe.sh %s
PROMPT_COMMAND=
R_HOME=/usr/lib64/R
DISPLAY=localhost:22.0
R_PLATFORM=x86_64-redhat-linux-gnu
INSIDE_EMACS=23.2.1,tramp:2.1.18-23.2
R_LIBS_USER=~/R/x86_64-redhat-linux-gnu-library/2.12
LC_TIME=en_US.UTF-8
R_DOC_DIR=/usr/share/doc/R-2.12.2
R_SESSION_TMPDIR=/tmp/RtmpqA6bpJ
HISTFILE=/home/a-m/dleb/.tramp_history
G_BROKEN_FILENAMES=1
LC_NAME=en_US.UTF-8
_=/bin/env

Ответы [ 2 ]

3 голосов
/ 21 октября 2011

Предполагая, что вы запустили R как того же пользователя, вы делаете. Однако ваша ошибка , а не связана с проблемой разрешений для foo.rb, иначе ваша shell будет выдавать ошибку. (т.е. sh: ./test.rb: Permission denied; см. пример ниже). Здесь сам рубин дает ошибку. Не зная точно, что находится в вашем foo.rb, я бы предложил покопаться там, чтобы посмотреть, что он пытается загрузить / source, и проверить разрешения для них. 

#!/usr/bin/env ruby

puts 'Hello world'

Сейчас в R .... 

> system('ls -l test.rb')
-rw-r--r--  1 jcolby  staff  40 Oct 21 08:23 test.rb
> system('./test.rb')
sh: ./test.rb: Permission denied
> system('chmod a+x test.rb')
> system('./test.rb')
Hello world
2 голосов
/ 25 октября 2011

Полагаю, M ODULEPATH в выводе, производном от Emacs, является просто опечаткой копирования и вставки.

Различия между двумя env выходами намного больше, чем я ожидал; Я выбрал те, которые кажутся мне немного подозрительными: 

$ diff -u works fails
--- works   2011-10-24 15:04:02.000000000 -0700
+++ fails   2011-10-24 15:12:36.000000000 -0700
...
+LD_LIBRARY_PATH=/usr/lib64/R/lib:/usr/local/lib64:/usr/lib/jvm/jre/lib/amd64/server:/usr/lib/jvm/jre/lib/amd64:/usr/lib/jvm/java/lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib
...
-PATH=/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/opt/dell/srvadmin/bin
-PWD=/home/dleb
...
+PATH=/bin:/usr/bin:/usr/sbin:/usr/local/bin
...
+PWD=/home/a-m/dleb/pecan
...

В сеансе, производном от emacs, ваша переменная окружения LD_LIBRARY_PATH может изменять специфику использования динамически связанных библиотек при выполнении ruby. Если вы ssh зашли на свой сервер и выполнили foo.rb с измененным LD_LIBRARY_PATH, это сработает или не получится? 

LD_LIBRARY_PATH=/usr/lib64/R/lib:/usr/local/lib64:/usr/lib/jvm/jre/lib/amd64/server:/usr/lib/jvm/jre/lib/amd64:/usr/lib/jvm/java/lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib ./foo.rb

Переменная среды PATH между двумя сеансами различна; возможно, у вас есть разрешение на выполнение /usr/local/bin/ruby (или библиотеки в /usr/local/lib/ruby/), но не /usr/bin/ruby (или библиотеки в /usr/lib/ruby/). Использует ли ваш скрипт #!env ruby или #!/usr/bin/ruby (или какой-либо другой фиксированный путь)?

Ваш pwd в одном случае равен /home/dleb, в другом /home/a-m/dleb/pecan - но HOME установлен на /home/a-m/dleb в обеих системах. /home/dleb - это символическая ссылка или она существует отдельно от /home/a-m/dleb? (Это действительно цепляет за соломинку - я не думаю, что это так, но эта проблема является сбивающей с толку.)

Последнее, что нужно учитывать: ограничен ли ваш сервер такими инструментами, как AppArmor , SELinux , TOMOYO или SMACK ? Любой из этих инструментов обязательного контроля доступа может предотвратить запись приложения в определенных местах, возможно, они еще не настроены для вашего сайта. Проверьте вывод dmesg(1), чтобы увидеть, есть ли какие-либо сообщения об отклонении, большинство или все эти инструменты записывают в dmesg(1), если auditd(8) не работает.

...