当前位置: 技术问答>linux和unix
高分求救,解决必给分!!!!
来源: 互联网 发布时间:2015-01-06
本文导语: 有谁碰到过这个问题,怎么解决??? 主机开机后提示: WARNING:table_grow - exec data table page limit of 25 pages (MAXEXECARGS) exceeded by 1 pages | 你自己也可以google上把你的错误信息作为关键字来...
有谁碰到过这个问题,怎么解决???
主机开机后提示:
WARNING:table_grow - exec data table page limit of 25 pages (MAXEXECARGS)
exceeded by 1 pages
主机开机后提示:
WARNING:table_grow - exec data table page limit of 25 pages (MAXEXECARGS)
exceeded by 1 pages
|
你自己也可以google上把你的错误信息作为关键字来搜索,就可以知道一些相关的网页的。
|
我在一个国外的认坛上也看见过类似的问题,把它贴出来,希望对你有帮助。
> I am getting the following message in my messages file on SCO
> Openserver 5
>
> WARNING: table_grow - exec data table page limit of 25 pages
> (MAXEXECARGS) excee
> ded by 1 pages
>
> I have read the various postings and faqs on this issue and am well
> aware of the fix required by relinking the kernel etc.
>
> My question is how crucial is it that the problem is fixed? The reason
> for me asking is that the systems are remote, and generally in use.
> Basically the relinking of the kernel is a large undertaking, and i
> need to know what the consequences may be if i do not.
>
> In the worst case the error has occured three times in the last 5
> months.
>
> Can the system run perfectly well with this problem?
Yes. It is no problem at all to the system, only to some program.
The message means that some person or program tried to run some other
program, passing it more than 25 pages (25 * 4K = 100K) worth of
arguments on its command line. The attempt fails, the program doesn't
get run. The user gets an error message, or the program that tried to
do this gets an error that it handles however it handles errors.
It is really just an informational message, meaning "Hey, administrator,
apparently someone thinks he needs to run programs with >100K command
line args. If you want, go increase this tunable to let him do this."
You can provoke it very easily by doing something like:
/bin/echo `cat /etc/termcap`
Has any reader ever seen this mesage and then actually increased
MAXEXECARGS to fix a problem? I'm wondering whether the message should
just be abolished. The user-level failure would still be the same:
$ /bin/echo `cat /etc/termcap`
/bin/ksh: /bin/echo: arg list too long
-- but you would have no immediate feedback on how to increase the limit.
> I am getting the following message in my messages file on SCO
> Openserver 5
>
> WARNING: table_grow - exec data table page limit of 25 pages
> (MAXEXECARGS) excee
> ded by 1 pages
>
> I have read the various postings and faqs on this issue and am well
> aware of the fix required by relinking the kernel etc.
>
> My question is how crucial is it that the problem is fixed? The reason
> for me asking is that the systems are remote, and generally in use.
> Basically the relinking of the kernel is a large undertaking, and i
> need to know what the consequences may be if i do not.
>
> In the worst case the error has occured three times in the last 5
> months.
>
> Can the system run perfectly well with this problem?
Yes. It is no problem at all to the system, only to some program.
The message means that some person or program tried to run some other
program, passing it more than 25 pages (25 * 4K = 100K) worth of
arguments on its command line. The attempt fails, the program doesn't
get run. The user gets an error message, or the program that tried to
do this gets an error that it handles however it handles errors.
It is really just an informational message, meaning "Hey, administrator,
apparently someone thinks he needs to run programs with >100K command
line args. If you want, go increase this tunable to let him do this."
You can provoke it very easily by doing something like:
/bin/echo `cat /etc/termcap`
Has any reader ever seen this mesage and then actually increased
MAXEXECARGS to fix a problem? I'm wondering whether the message should
just be abolished. The user-level failure would still be the same:
$ /bin/echo `cat /etc/termcap`
/bin/ksh: /bin/echo: arg list too long
-- but you would have no immediate feedback on how to increase the limit.