O comando shell do script shell do KSH não está funcionando corretamente: eval: zip: não pode executar [Erro no formato Exec]

1
Primeiramente, nosso ambiente de desenvolvimento acabou de ser atualizado para o RHEL 7.5 (Maipo), estávamos anteriormente no Oracle Solaris 10. Depois que trocamos o Solaris para a Red Hat, esse problema começou. O script de shell Korn abaixo funciona corretamente na produção que ainda está no Solaris 10. Por isso, estou assumindo que isso tem algo a ver com o problema. Os arquivos zip que estão sendo compactados e baixados não estão salvando na pasta zip. Quando eu abro a pasta zip na área de trabalho que acabei de baixar a pasta zip está vazia.

A foto abaixo mostra a lista de arquivos. O usuário selecionará uma caixa de seleção para os arquivos que deseja baixar e, em seguida, clicará no link zip e download e deverá zipar os arquivos selecionados e salvá-lo em sua área de trabalho. Infelizmente a pasta zip está vazia. Alguma idéia do problema?

Aquiestáoscriptdeshellqueestásendochamadoabaixo:

1#!/bin/ksh2#3#Utilitytozipupfilesintheconfiguration_aerodynamic_propertiesarea.4#Scripttakestwoargumentsthedirectoryandthefilelist.5#Thefilelististabseperated.6#Thisscriptreturnsthezipfile.7#8#$Log:vmdb_zip_files.sh,v$9#Revision1.42014/10/2119:53:31wmorris110#ASR13563-Changeincorrectmimetypetext/texttotext/plain.11#12#Revision1.32012/04/3018:46:03wmorris113#ASR12774-FixSSLandIEissuefoundaftergoingtoSSL.14#15#Revision1.22004/11/1112:49:33bmorris16#ASR55414-removedUNIXgroupsforzippedfile.17#18#Revision1.12004/10/1820:10:32bmorris19#Initialrevision20#21#set-x22#set-v23functionerror_message{24echo"Content-Type: text/plain;"
25    echo "Content-Disposition: attachment; filename=\"download_error.txt\";"
26    COMMAND="unix2dos "
27    echo ""
28    echo "$(${COMMAND}  <<-EOF
29  Error: $1
30
31  EOF
32  )"
33  }
34  if [ "$#" -lt 2 ]; then
35    error_message "Insufficient arguments to $(basename $0)!"
36    return 1
37  fi
38  CONTENT="application/x-zip-compressed"
39  # Parse the directory path.
40  # Internal Field Sep (IFS) empty, cause spaces in file names, directories are important
41  IFS=$""
42  FULL_DIRECTORY_PATH=$(echo "${1}" | tr -d '~\')
43  # File lists are seperated by tabs, parse them
52  IFS=$(printf '\t')
53  set -A FILE_LIST ${2}
54  # Make each of the file parameters in the file list protected.
55  let count=0
56  while (( $count < ${#FILE_LIST[*]} )); do
57    FILE_LIST[count]="\"${FILE_LIST[count]}\""
58     let count="count +1"
59  done
60  # Reset the IFS to the default.
61  IFS=$(echo " \n\t")
62  if [[ -n $3 ]]; then
63    WEB_FILENAME="$3"
64  fi
65  # Don't let the user download stuff.
66  if [[ "${1}" = *..* ]] || [[ "${1}" = *~* ]] || [[ "${2}" = *..* ]] || [[ "${2}" = *~* ]]; then
67    error_message "Path ${1}/${2} violates security."
68    return 1
69  elif [[ ! -f ${FULL_DIRECTORY_PATH} ]] && [[ ! -d ${FULL_DIRECTORY_PATH} ]]; then
70    error_message "${FULL_FILE_PATH} does not exist or is not regular."
71    return 1
72  elif [[ ! -r ${FULL_DIRECTORY_PATH} ]]; then
73    error_message "${FULL_FILE_PATH} is not readable from the web."
74    return 1
75  fi
76  # Zip up the f
79  COMMAND="cd \"${FULL_DIRECTORY_PATH}\"; zip -rX - ${FILE_LIST[*]}"
82  echo "Content-Type: ${CONTENT};"
83  if [[ -z  $HTTP_USER_AGENT || $HTTP_USER_AGENT != *MSIE* ]]; then
84    # IE Can't handle ssl and zip files
85    echo "Pragma:no-cache"
86  fi
87
88  echo ""
98  eval "$COMMAND"

Depurei com set -x e aqui está o log de erros do servidor:

 cat vmdb_zip_files_8862.err
 + [ 3 -lt 2 ]
 + CONTENT=application/x-zip-compressed
 + IFS=''
 + tr -d '~\'
 + echo /isweb/www/ss/issapt/vmdb/data_downloads/power_export
 + FULL_DIRECTORY_PATH=/isweb/www/ss/issapt/vmdb/data_downloads/power_export
 + printf '\t'
 + IFS=$'\t'
 + set -A FILE_LIST flight_dependent_heater_data_443949.txt flight_dependent_data_443949.txt
 + let count=0
 + (( 0 < 2 ))
 + FILE_LIST[0]='"flight_dependent_heater_data_443949.txt"'
 + let count='count +1'
 + (( 1 < 2 ))
 + FILE_LIST[1]='"flight_dependent_data_443949.txt"'
 + let count='count +1'
 + (( 2 < 2 ))
 + echo ' \n\t'
 + IFS=' \n\t'
 + [[ -n power_export.zip ]]
 + WEB_FILENAME=power_export.zip
 + [[ /isweb/www/ss/issapt/vmdb/data_downloads/power_export == *..* ]]
 + [[ /isweb/www/ss/issapt/vmdb/data_downloads/power_export == *~* ]]
 + [[ $'flight_dependent_heater_data_443949.txt\tflight_dependent_data_443949.txt' == *..* ]]
 + [[ $'flight_dependent_heater_data_443949.txt\tflight_dependent_data_443949.txt' == *~* ]]
 + [[ ! -f /isweb/www/ss/issapt/vmdb/data_downloads/power_export ]]
 + [[ ! -d /isweb/www/ss/issapt/vmdb/data_downloads/power_export ]]
 + [[ ! -r /isweb/www/ss/issapt/vmdb/data_downloads/power_export ]]
 + COMMAND='cd "/isweb/www/ss/issapt/vmdb/data_downloads/power_export"; zip -rX - "flight_dependent_heater_data_443949.txt" "flight_dependent_data_443949.txt"'
 + echo 'Content-Type: application/x-zip-compressed;'
 + [[ -z 'Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko' ]]
 + [[ 'Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko' != *MSIE* ]]
 + echo Pragma:no-cache
 + echo ''
 + eval 'cd "/isweb/www/ss/issapt/vmdb/data_downloads/power_export"; zip -rX - "flight_dependent_heater_data_443949.txt" "flight_dependent_data_443949.txt"'
 + cd /isweb/www/ss/issapt/vmdb/data_downloads/power_export
 + zip -rX - flight_dependent_heater_data_443949.txt flight_dependent_data_443949.txt
 eval: zip: cannot execute [Exec format error]

Não tenho certeza se o zip foi instalado através de um pacote ou compilado manualmente, eu terei que perguntar sys ops, mas aqui está a saída do arquivo /usr/bin/zip , isso me dá /usr/bin/zip: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=747369bd1c41c4f8671a38f0055533a0c19a7769, stripped . Quanto ao comando uname -m me dá este resultado: x86_64

A saída para o tipo zip é zip is a tracked alias for /oraloc/app/product/11.2.0/client_1/bin/zip e a saída para file $(which zip) é a seguinte /oraloc/app/product/11.2.0/client_1/bin/zip: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.4.0, not stripped .

A saída de echo $PATH é a seguinte: /isdev/isapps/vmdb/tools/apache-maven-3.3.9/bin:/isdev/isapps/vmdb/tools/apache-ant-1.9.7/bin:/isdev/isapps/vmdb/runlib/current:/oraloc/app/product/11.2.0/client_1/bin:/oraloc/app/product/11.2.0/client_1/OPatch:/tools/ileaf.ileaf/sun4os5/lib:/tools/ghostscript/current/bin/:/tools/hp2xx/bin/:/usr/lib/lp/postscript/:/tools/ileaf.ileaf/bin/::/tools/gmake/3_79_1/bin:/tools/rcs/current/bin/:/bin:/usr/j2se/bin/:/tools/gcc/3_0_3/bin:/isdev/isapps/vmdb/tools/bin:/homedev/isdev2/cmarti35/tools/java/bin:/usr/sfw/bin:/bin:/usr/bin:/usr/contrib/bin:/usr/local/bin:/usr/bin/X11:/usr/bin/X11:/usr/dt/bin:/etc:/usr/etc:/opt/SUNWmotif/bin:/opt/SUNWspro/SC3.0/bin:/usr/ucb:/usr/sbin:/usr/ccs/bin:/tools/openssh/3.7.1p2/bin/:.:/usr/bin/X11

    
por Chris M 11.10.2018 / 20:46

1 resposta

0

O comando type zip está informando que não será executado /usr/bin/zip , portanto, a saída de file /usr/bin/zip é irrelevante. Está usando o em /oraloc/app/product/11.2.0/client_1/bin/ , isso é suspeito.

Se você usar /usr/bin/zip em seu script no lugar de zip , isso será corrigido.

No entanto, a longo prazo, o problema é que a variável $PATH , tem muita coisa específica do site que tem prioridade (tenta primeiro o primeiro diretório, lendo da esquerda para a direita). Algumas dessas coisas específicas do site são mal configuradas. Veja o administrador do seu site.

    
por 12.10.2018 / 18:39

Tags