服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

很多segfaults和glibc也检测到了错误

我的apache error.log有很多segfault错误: [core:notice] [pid 16753] AH00052: child pid 4861 exit signal Segmentation fault (11) 还有一些glibc每隔10个小时检测一次错误: *** glibc detected *** /usr/sbin/httpd: malloc(): corrupted unsorted chunks 2: 0x00007fcfcde5fd80 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75dee)[0x7fcfcb7f1dee] /lib64/libc.so.6(+0x7a4b8)[0x7fcfcb7f64b8] /lib64/libc.so.6(__libc_malloc+0x5c)[0x7fcfcb7f6aac] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x104f5f)[0x7fcfc2a14f5f] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0xd6506)[0x7fcfc29e6506] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0xd8352)[0x7fcfc29e8352] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x74e82)[0x7fcfc2984e82] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(compile_filename+0xae)[0x7fcfc4faa6de] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x72e76)[0x7fcfc2982e76] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x71179)[0x7fcfc2981179] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x714ff)[0x7fcfc29814ff] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(zend_call_function+0x9b0)[0x7fcfc4fcd800] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(zend_call_method+0x1c7)[0x7fcfc4ff3a07] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(+0x18c116)[0x7fcfc4ee4116] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(zend_call_function+0x929)[0x7fcfc4fcd779] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(zend_lookup_class_ex+0x255)[0x7fcfc4fcdd25] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x99b95)[0x7fcfc29a9b95] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x71179)[0x7fcfc2981179] /opt/cpanel/ea-php56/root/usr/lib64/php/modules/ioncube_loader_lin_5.6.so(+0x714ff)[0x7fcfc29814ff] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(zend_execute_scripts+0x18c)[0x7fcfc4fda53c] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(php_execute_script+0x2aa)[0x7fcfc4f7839a] /opt/cpanel/ea-php56/root/usr/lib64/apache2/modules/libphp5.so(+0x329c45)[0x7fcfc5081c45] /usr/sbin/httpd(ap_run_handler+0x40)[0x7fcfcd012b90] /usr/sbin/httpd(ap_invoke_handler+0xce)[0x7fcfcd01704e] /usr/sbin/httpd(ap_process_async_request+0x3fa)[0x7fcfcd02b7ea] […]

无法将LaunchConfiguration更改为使用ecs优化的ami的,但是为什么?

在我工作的公司中有一个生产集群,它的成员实例不是ECS优化的 。 我想将这些实例更改为ECS优化的ami。 在做生产环境之前,我想在我创build的testing集群上testing过程。 我尝试了两种方法,但都没有奏效。 第一种方法 – 创build一个新的LaunchConfiguration并编辑Autoscaling组,指向新的LaunchConfiguration。 我创build了一个新的LaunchConfiguration,它使用了非优化的ami,然后创build了一个使用此LaunchConfiguration的新AutoScaling组。 除了LaunchConfiguration(使用非优化的ami)之外,我还有另外一个使用ECS优化的ami的LaunchConfiguration。 于是我在ECS中创build了一个新的集群,并指出它使用了包含未优化的ami的LaunchConfiguration。 然后,我等了几分钟创build实例,准备好之后,我将Autoscaling组中的LaunchConfiguration更改为使用ecs优化的ami的LaunchConfiguration。 我一直刷新页面,大约一分钟后,LaunchConfiguration又变回原来的LaunchConfiguration(使用非ecs优化的那个)–AutScaling Group开始的LaunchConfiguration。 第二种方法 – 创build一个新的空集群,以便用实例手动填充它。 如果我select使用实例通过新的集群创build向导填充集群,那么我将无法select非ecs优化的ami,因为如果设置为使用ecs优化的ami,并单独创build一个新的AutoScaling将使用非ecs优化的ami的LaunchConfiguration分组。 因此,在创buildAutoScaling组并编辑“用户数据”以包含应附加到的群集名称之后,出于某种原因,群集将不会“查看”实例。 我ssh'ed到一个实例,看到ecs代理没有安装在那里,我无法安装它。 我的问题是: 创造一个类似于我的生产环境的正确方法是什么? 将启动configuration更改为使用ecs优化的ami的步骤是什么?