问题现象
执行编写的expect脚本时报错如下信息,提示“spawn: command not found”等错误信息,但通过rpm -qa | grep expect
命令查看到expect软件包
的确安装了,可为什么依然报错找不到spawn命令呢?
[root@huai ~]# sh /tmp/add_user.sh "enha" "123"
/tmp/add_user.sh: line 9: spawn: command not found
couldn't read file "gdbmtool>": no such file or directory
/tmp/add_user.sh: line 10: send: command not found
couldn't read file "DATA?": no such file or directory
/tmp/add_user.sh: line 13: send: command not found
问题分析
expect是一种自动化交互式任务的工具,用于模拟用户与命令行程序之间的交互。使用expect可以编写自动化任务,例如自动登录远程服务器、自动执行命令并响应等。
因此,编写expect脚本时,需要在脚本开头(即第一行)加上#!/usr/bin/expect
,告诉系统使用expect解释器
来执行该脚本。可当前脚本实际就是这样编写的,为什么还是不行呢?是缺少环境变量?或者解释器错误?
再次仔细检查一番,既然脚本内部没有问题,那有没有可能是外部执行脚本时出问题了呢?答案其实是肯定的。检查发现,外部执行expect脚本时使用了sh命令,而sh命令是用来执行shell脚本的,expect是一种不同于shell的编程语言和工具,使用sh命令自然无法正确解释expect语法和命令,于是出现了问题现象中的错误。
至此,真相大白。
问题解决
expect脚本执行时可用expect命令
来执行,如下所示,发现expect脚本正常执行成功,没有报错“spawn: command not found”。
[root@huai ~]# expect /tmp/add_user.sh "enha" "123"
spawn gdbmtool /etc/vsftpd/login.pag
Welcome to the gdbm tool. Type ? for help.
gdbmtool> store enha
DATA? 123
gdbmtool> q
另外,直接省掉expect命令也是可行的(前提:脚本第一行加了“#!/usr/bin/expect”)
,如下所示:
[root@huai ~]# /tmp/add_user.sh "enha" "123"
spawn gdbmtool /etc/vsftpd/login.pag
Welcome to the gdbm tool. Type ? for help.
gdbmtool> store enha
DATA? 123
gdbmtool> q