谷歌云_服务器培训_0元

安全 虚拟云 浏览

小编:[#truss-c-p1234(其中1234是数据服务器进程id)](signals---#160;开头的SIGUSR2开源第一次开始。073次230次接近第一次开始。002次12次打破第一次开始4.143次86656次是第一次开始。254次6823次是第

谷歌云_服务器培训_0元

[#truss-c-p1234(其中1234是数据服务器进程id)](signals--- ;189开头的SIGALRM ;开头的SIGUSR2开源第一次开始。073次230次接近第一次开始。002次12次打破第一次开始4.143次86656次是第一次开始。254次6823次是第一次开始。254次6823次是第一次结束。040次623次珊瑚礁;ioctl.247.247.4159对不起。民意调查结果2.043查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询查询半年半年半年半年半年半年半年半年一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半一半后半段后半段后半段12°C第一列是系统调用的名称,第一列是系统调用的名称。第二个是在该调用中花费的秒数(即操作系统处理调用所花费的时间),第三个是调用数,建立云数据库,最后一列是返回到该调用的错误计数。请注意,在本例中,用于brk()调用的高百分比(7.389秒中有4.143秒)。这实际上是由于ASE 12.5.4中的一个错误引起的,该错误由所做的更改引起,并由CR 480690更正。†用于生成系统调用跟踪的程序名称因平台而异。在Solaris和AIX上称为"truss",在Linux上称为"strace",在HPUX上称为"tusc"或"truss",具体取决于您运行的HPUX版本。这在表面上没有多大意义,因为它似乎在说它无法打开一个文件,因为它存在。因此,让我们使用strace启动ASE(因为这是在Linux系统上),可靠云服务器,使用以下命令:\strace–f–o/tmp/追踪在本例中,我们需要完整的输出,并使用"-o"选项将输出发送到文件。这通常是一个非常好的主意,因为跟踪程序可以生成大量的输出。我们还将使用"-f"选项来跟踪所有分叉流程。如果不包括这些,我们得到的将是RUN\u servername shell脚本的输出,这不是我们解决这个问题所需要的/追踪输出显示以下两行:•16567 open("/work/ase157/ASE-15_0/dputz157b.krg",O\u RDWR)=-1 EACCES(Permission denied)†16567 open("/work/ase157/ASE-15\u 0/dputz157b.krg",O\u RDWR.O\u CREAT.O\u EXCL,0600)=-1 EEXIST(文件存在)†…†这里有一个很好的提示,跟踪中的"有趣"行通常会接近输出文件的末尾。在本例中,我们从错误日志中知道open()调用失败,因此我们将查找文件末尾附近的open()调用。这里有两个open调用返回错误–第一个是当ASE尝试打开文件/work/ase157/ASE-15_/dputz157b.krg进行读/写(O_RDWR)时打开的,第二个是当它尝试创建如果您想了解有关任何特定调用的参数的更多信息,Unix"man"实用程序会非常有帮助。在本例中,我们可以运行"man open"并找出这些参数代表什么。)因此,我们在第一个open()调用中看到EACCES的返回值–permission denied。为什么ASE没有权限打开它通常每次启动时创建的文件?我们可以对它运行一个"ls–l"来查看当前的所有者和权限。输出如下所示:•bash-4.1$ls-l dputz157b.krg•-rw--。1根57 6月30日14:11 dputz157b.krg有人在以root用户身份运行时启动了ASE(通常不是一个好主意)。因此,该文件现在归root所有,权限不允许任何其他用户读取该文件,也不允许创建同名的新文件。这就是两个open()系统调用失败的原因,也是ASE引导失败的原因。这种情况下的补救方法是让根用户删除该文件,这样ASE就可以正常启动了。ASE运行缓慢,在这里,我们运行"truss–c"来查看整个系统调用的分布和计时。关闭数据库No,No,No,云服务器个人,No.005时出错。155上下文中的第一次是第一次的6000倍,095次是1538000倍,顺便说一下,云服务器比较,780613 2.159层96734 619等。时间:*syscall列显示以下系统调用名,如果您不确定它们中的任何一个是做什么的,您可以再次使用Unix"man"命令来查找。*我们在这里看到,似乎有大量的"pollsys"调用。这是ASE执行poll()调用以检查已完成的异步I/O的结果。这告诉我们ASE花费了大量时间来轮询磁盘I/O的完成。此时,我们可以使用iostat(有关详细信息,请参阅我关于此主题的第二篇博客)或对MDA表(如monDeviceIO或monIOQueue)进行ASE查询,以确定是否存在速度慢或过载的磁盘设备。我们看到有高比例的kaio调用返回错误。这个输出没有详细说明这些错误可能是什么,但是如果我们使用完整的输出选项运行另一个truss,我们会看到这样的行:\kaio(AIOWAIT,0xfffffffffff)Err#22 EINVAL Solaris没有kaio()的手册页,但是它有一个AIOWAIT()的手册页;这告诉我们在调用AIOWAIT()时会返回EINVAL而且没有突出的异步I/o。所以,这个错误看起来是正常的。ASE错误日志中与系统调用相关的消息](在本例中,错误日志中充满了如下消息:](00:00000:00000:2013/10/19 12:28:38.76 kernel&ncheck:select,Bad file descriptor)(strace通过以下命令连接到正在运行的服务器:)strace–f–o/tmp/追踪之后几秒钟后,strace被停止(使用ctrl-c)并分析结果输出文件。它显示了许多重复的消息,例如:∆30375 select(20,上云数据库,[16 17 18 19],NULL,NULL,{0,0})=-1 EBADF(坏文件描述符)†这与ASE错误日志中的错误匹配。但是,strace输出的附加信息显示了传递给select()调用的文件描述符编号(16 17 18和19)。有人指出,在进行此跟踪时,只有两个到ASE的打开连接,这清楚地表明问题是ASE例程没有正确地清除断开连接的文件描述符。此信息已传递给SAP产品支持,并由工程部进行了修复(这是CR 699429)。这些问题可能可以在系统上得到纠正,或者需要对ASE进行修复。使用这些工具可以帮助我们更好地了解正在发生的事情,让我们发现并解决问题;通常不需要联系SAP产品支持。

文章来源:www.vmchk.com

 
你可能喜欢的: