hp-ux 集群,内存 小记

-----查看hp 集群状态信息

# cmviewcl -v

CLUSTER        STATUS

dbsvr          up

NODE           STATUS       STATE

db01           up           running

Cluster_Lock_LVM:

VOLUME_GROUP          PHYSICAL_VOLUME       STATUS

/dev/vglock           /dev/dsk/c6t0d1       up

Network_Parameters:

INTERFACE    STATUS       PATH                NAME

PRIMARY      up           0/0/6/1/0           lan3

PRIMARY      up           0/0/12/1/0          lan4

STANDBY      up           0/0/14/1/0          lan5

PACKAGE        STATUS       STATE        AUTO_RUN     NODE

pkg1           up           running      enabled      db01

Policy_Parameters:

POLICY_NAME     CONFIGURED_VALUE

Failover        configured_node

Failback        manual

Script_Parameters:

ITEM       STATUS   MAX_RESTARTS  RESTARTS   NAME

Service    unknown  0             0          dbservice

Subnet     up                                10.100.1.0

Node_Switching_Parameters:

NODE_TYPE    STATUS       SWITCHING    NAME

Primary      up           enabled      db01 (current)

Alternate    up           enabled      db02

NODE           STATUS       STATE

db02           up           running

Cluster_Lock_LVM:

VOLUME_GROUP          PHYSICAL_VOLUME       STATUS

/dev/vglock           /dev/dsk/c6t0d1       up

Network_Parameters:

INTERFACE    STATUS       PATH                NAME

PRIMARY      up           0/0/6/1/0           lan3

PRIMARY      up           0/0/12/1/0          lan4

STANDBY      up           0/0/14/1/0          lan5

#

------停止包

cmhaltpkg pkg1

-----把包挂到其它节点上:

cmrunpkg pkg1 -n db01

------hpux 下查看内存的的大小的几种方法:

# /opt/ignite/binpa/print_manifest|grep Memory

NOTE: Could not read the /etc/resolv.conf file.

Main Memory:        1024 MB

# /opt/ignite/binpa/print_manifest|grep Memory|awk ‘{print $3}‘

NOTE: Could not read the /etc/resolv.conf file.

1024

#

安腾主机用machinfo

machinfo | grep Memory

# echo "selall;info;wait;infolog;view;done" | /usr/sbin/cstm | grep "Total Configured Memory"

Total Configured Memory   : 1024 MB

#

# echo `dmesg |grep Physical|awk ‘{print $2}‘`/1024|bc

时间: 2024-10-11 17:28:06

hp-ux 集群,内存 小记的相关文章

Hadoop集群内存过高,HDFS存储慢

2014-08-12 HDFS存储过慢,内存过高而且不释放 网络方面:  使用 netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 查看网络情况: 情况如下: CLOSE_WAIT 102   FIN_WAIT2 2   ESTABLISHED 53 各个状态的发生原因可以从下图得到:(TCP的关闭过程中各个状态说明了上面的指标) 上面的状态是DataNode的状态,说明DataNode 在等待Client发起

弹性分布式数据集:一个支持容错的集群内存计算的抽象

注:本文章是翻译自:Resilient Distributed Datasets: A Fault-Tolerant Abstraction for In-Memory Cluster Computing 概要     我们提出了弹性分布式数据集(Resilient Distributed Datasets,简称RDDs)的概念,这是一个分布式内存的抽象,允许编程在大规模集群 上编写出以内存计算为基础的程序,并且该模型支持容错.RDD概念的提出主要启发于这样一种现象:有两种类型的应用程序,使用现

配置Spark on YARN集群内存

参考原文:http://blog.javachen.com/2015/06/09/memory-in-spark-on-yarn.html?utm_source=tuicool 运行文件有几个G大,默认的spark的内存设置就不行了,需要重新设置.还没有看Spark源码,只能先搜搜相关的博客解决问题. 按照Spark应用程序中的driver分布方式不同,Spark on YARN有两种模式: yarn-client 模式. yarn-cluster模式.当在YARN上运行Spark作业,每个Sp

集群及系统扩展基础(1)

Linux Cluster Cluster:  Scale up:向上扩展,垂直扩展 Scale out: 向外扩展,横向扩展 director, dispatcher, load balancer 系统: 可扩展性.可用性.性能.容量 性能:响应时间: 容量:在一定时间内能完成的工作量:容量必须是可有效利用:在保证可接受性能的情况下能够达到的吞吐量: 最大吞吐量:基准性能测试时得出的数据指标:系统容量的极限: 可扩展性:表明了需要增加资源以完成更多的工作任务时能够获得的划算地等同提升: 系统运

集群之lvs 基础知识

注意:本文主要是对于LB中的lvs 做讲解(centos6.5-x86_64系统) 一.集群基本概念: 集群是把一组相互独立的.通过高速网络互联的计算机,把它们构成了一个组,并以单一系统的模式加以管理.一个客户与集群相互作用时,集群像是一个独立的服务器.集群配置是用于提高可用性和可缩放性. 1.1.常见的服务器扩展方式: Scale Up: 向上扩展 添加配置 Scale Out: 向外扩展 添加服务器 1.2.集群分类 负载均衡集群:Load Balancing Cluster,LB 高可用集

浅谈Linux集群

集群听起来好像就是一个很高端很的技术,其实不是的,那么集群其实就是一堆计算机的集合,给用户提供同一个服务的一组计算机,就称之为集群,对于用户而言好像就是一台计算机提供的服务,集群主要分为三大类, LB 负载均衡集群 负载均衡集群主要是提高服务的响应能力的,比如说某服务器的并发响应能力是100个,这个时候经常有人反映说连不上服务器,这个时候解决方案一般有 两种,一,升级硬件,升级硬件显然不是很好的解决方案,假如说升级硬件之后过了一段时间由于业务量的加大,服务器又负载不起了怎么办呢, 二,将现有空闲

Linux集群服务 LVS

linux虚拟服务器(LVS)项目在linux操作系统上提供了最常见的负载均衡软件. 集群定义: 集群(cluster)技术是一种较新的技术,通过集群技术,可以在付出较低成本的情况下获得在性能.可靠性.灵活性方面的相对较高的收益,其任务调度则是集群系统中 的核心技术.本文就集群系统的定义.发展趋势.任务调度等问题进行了简要论述.集群是一组相互独立的.通过高速网络互联的计算机,它们构成了一个组,并以单一系统的模式加以管理.一个客户与集群相互作用时,集群像是一个独立的服务器.集群配置是用于提高可用性

RabbitMQ(四):使用Docker构建RabbitMQ高可用负载均衡集群

本文使用Docker搭建RabbitMQ集群,然后使用HAProxy做负载均衡,最后使用KeepAlived实现集群高可用,从而搭建起来一个完成了RabbitMQ高可用负载均衡集群.受限于自身条件,本文使用VMware虚拟机的克隆功能克隆了两台服务器进行操作,仅作为一个demo,开发中可根据实际情况进行调整. 首先看下RabbitMQ高可用负载均衡集群长什么样子: 使用Docker构建RabbitMQ高可用负载均衡集群大概分为三个步骤: 启动多个(3个为例)RabbitMQ,构建RabbitMQ

部署tomcat负载均衡集群,实现节点之间内存中的Session共享。

在实验之前先来了解下tomcat会话管理器(Manager) Manger对象用于实现HTTP会话管理的功能,介绍下几种常见的: 1.StandardManager(标准会话管理器) 用于非集群环境中对单个处于运行状态的Tomcat实例会话进行管理.当Tomcat关闭时,这些会话相关的数据会被写入磁盘上的一个名叫SESSION.ser的文件,并在Tomcat下次启动时读取此文件.如果tomcat正常关闭会话不会丢失,如果是tomcat主机崩溃或者进程崩溃那会话是一定会丢失的. 2.Persist

Hadoop2.6集群环境搭建(HDFS HA+YARN)原来4G内存也能任性一次.

准备工作: 1.笔记本4G内存 ,操作系统WIN7 (屌丝的配置) 2.工具VMware Workstation 3.虚拟机:CentOS6.4共四台 虚拟机设置: 每台机器:内存512M,硬盘40G,网络适配器:NAT模式 选择高级,新生成虚机Mac地址(克隆虚拟机,Mac地址不会改变,每次最后手动重新生成) 编辑虚拟机网络: 点击NAT设置,查看虚机网关IP,并记住它,该IP在虚机的网络设置中非常重要. NAT设置默认IP会自动生成,但是我们的集群中IP需要手动设置. 本机Win7 :VMn