ZK

We are developing a single-page web app with ZK which constantly communicates with server and updates parts of its screens. Updating can be as frequent as 1s. During these updates, references to large ammounts of JS objects are lost and those objects have to be cleaned by garbage collector eventually. As far as we've figured out, Chrome only runs its garbage collector on inactive tabs. This is a problem for us, because the app's tab is usually active and almost never refreshed, thus JS objects never get collected. If left active for enough time, the tab eventually crashes ( Aww Snap message).

用户管理 查看账户 #id+账户名称 [root@localhost ~]# id zk uid=1000(zk) gid=1000(zk) 组=1000(zk) uid:用户标示，系统用来识别账户的user identify gid:组标识，系统用来识别组的group identify 任何一个账户在创建的时候，都同时创建一个同名的主属组(gid) 切换账户–su #su - 账户名 #su -l 账户名 查看当前登陆的账户–whoami [root@kunyun-166 /]# whoami root 查看所用用户：[root@localhost ~]# cat /etc/passwd root:x:0:0:root:/root:/bin/bash 用户：密码：uid：gid：账户描述信息：家目录：登陆shell 系统账户uid小于1000（root是0） 普通账户uid是大于1000，登陆到/bin/bash gid从0到1000以内的是系统组，1000以上是普通组,最大到60000 使用finger命令查看用户基本信息（扩展） [root@kunyun-166 /]# finger root Login: root Name: root Directory: /root Shell: /bin/bash On since 二 7月 30 11:20 (CST) on

前面文章介绍过 Hadoop分布式的配置 ，但是设计到高可用，这次使用zookeeper配置Hadoop高可用。 1.环境准备 1）修改IP 2）修改主机名及主机名和IP地址的映射 3）关闭防火墙 4）ssh免密登录 5）创建hadoop用户和用户组 6）安装更新安装源、JDK、配置环境变量等 2.服务器规划 Node1 Node2 Node3 NameNode NameNode JournalNode JournalNode JournalNode DataNode DataNode DataNode ZK ZK ZK ResourceManager ResourceManager NodeManager NodeManager NodeManager 3.配置Zookeeper集群 参考我的之前的文章 Zookeeper安装和配置说明 4.安装Hadoop 1）官方下载地址：http://hadoop.apache.org/ 2）解压hadoop2.7.2至/usr/local/hadoop2.7 3）修改hadoop2.7的所属组和所属者为hadoop chown -R hadoop:hadoop /usr/local/hadoop2.7 4）配置HADOOP_HOME vim /etc/profile #HADOOP_HOME export HADOOP_HOME=/usr

Watcher接口 在ZooKeeper中，接口类Watcher用于表示一个标准的事件处理器，其定义了事件通知相关的逻辑，包含KeeperState和EventType两个枚举类，分别代表了通知状态和事件类型，同时定义了事件的回调方法：process(WatchedEvent event)。 Watcher事件 同一个事件类型在不同的通知状态中代表的含义有所不同，下表列举了常见的通知状态和事件类型 回调方法 process（） process方法是Watcher接口中的一个回调方法，当ZooKeeper向客户端发送一个Watcher事件通知时，客户端就会对相应的process方法进行回调，从而实现对事件的处理。process方法的定义如下： abstract public void process(WatchedEvent event); 这个回调方法的定义非常简单，我们重点看下方法的参数定义：WatchedEvent。 WatchedEvent包含了每一个事件的三个基本属性：通知状态（keeperState），事件类型（EventType）和节点路径（path），其数据结构如图7-5所示。ZooKeeper使用WatchedEvent对象来封装服务端事件并传递给Watcher，从而方便回调方法process对服务端事件进行处理。 提到WatchedEvent

1.下载 /usr/local wget https://mirrors.tuna.tsinghua.edu.cn/apache/zookeeper/zookeeper-3.4.12/zookeeper-3.4.12.tar.gz 2.解压 tar -zxvf zookeeper-3.4.12.tar.gz -C /usr/local 重命名 mv /usr/local/zookeeper-3.4.12 /usr/local/zk 3.进入zk目录创建 data目录和logs目录 mkdir /usr/local/zk/data mkdir /usr/local/zk/logs 在 data目录下创建 myid文件，并输入内容 1 （节点1为1，节点2为2，节点3为3） myid（节点1） <wiz_code_mirror> #这里只有一个数字1 1 myid（节点2） <wiz_code_mirror> #这里只有一个数字2 2 myid（节点3） <wiz_code_mirror> #这里只有一个数字3 3 复制zoo_sample.cfg cp /usr/local/zk/conf/zoo_sample.cfg /usr/local/zk/conf/ zoo.cfg 编辑zoo.cfg文件 vim /usr/local/conf/zoo.cfg zoo.cfg（节点1）

这几周由于公司的业务需要，打算采购一批消费机类型的机器，大致与学校的饭堂的自动售饭机模式类似。 大致要求的功能有： 1、与局域网连接，通过交换机可以与服务器进行通讯； 2、可设置服务器IP、端口等信息，这样通过刷卡与服务器通讯，在服务端中自动扣取该卡的金额，然后返回相应的结果； 3、有多种消费模式，如金额模式、商品模式； 通过产品的甄别后，我们选择了中控科技的ID CM10消费机，原因有以下几个： 1、 中控科技 属于集团公司，是大公司。 2、产品确实符合我们的要求，去过广州销售部觉得功能还是比较多的。 3、在广东东莞有工厂生产基地、深圳有相关的技术力量支持； 好，有了上面的条件后，我们打算先采购一台进行二次开发，于是汇款由东莞邮寄过来。 收到中控科技的ID CM10消费机后，我并不知如何着手二次开发的事件，因为他们之前提供给我的代码根本不适用于ID CM10消费机。于是我多次联系广州的销售，经过多次的督促终于拿到了他们的《ID消费通讯协议设计.doc》，该文档很简单主要是描述http请求及返回的信息，但可以很明显的看到有不少的错别字以及有些指令描述的不一致。 于是我再次联系销售，后来给我他们深圳技术的电话，打了几天终于算是有个人回应了我。 而且最可恨的是，打中控科技深圳技术部电话是让我最郁闷、最想发牢骚的事。原因有几： 1、 一次电话基本要浪费我3分钟的时间，而且还经常找不到人；

1.下载. https://github.com/apache/dubbo/releases/tag/dubbo-2.5.10 2.DOS界面进入dubbo-admin目录编译 mvn clean package 3.修改WEB-INF\classes\META-INF与WEB-INF的dubbo.properties，若没有此文件，则创建，写上自己的zk url如 dubbo.registry.address=zookeeper://192.168.47.104:2181 dubbo.admin.root.password=root dubbo.admin.guest.password=guest 4.放入tomcat启动。linux可能会出现目录权限问题，请执行sudo chmod 777 catalina.sh 5.登录，比如： url： http://192.168.21.89:8080/dubbo-admin-2.5.10/ user/pwd：root/root 来源： oschina 链接： https://my.oschina.net/shingfi/blog/3130191

Zookeeper 课程目标 一 、 什么 Zookeeper Zookeeper是一个分布式开源框架，提供了协调分布式应用的基本服务，它向外部应用暴露一组通用服务——分布式同步（Distributed Synchronization）、命名服务（Naming Service）、集群维护（Group Maintenance）等，简化分布式应用协调及其管理的难度，提供高性能的分布式服务。ZooKeeper本身可以以单机模式安装运行，不过它的长处在于通过分布式ZooKeeper集群（一个Leader，多个Follower），基于一定的策略来保证ZooKeeper集群的稳定性和可用性，从而实现分布式应用的可靠性。 1、zookeeper是为别的分布式程序服务的 2、Zookeeper本身就是一个分布式程序（只要有半数以上节点存活，zk就能正常服务） 3、Zookeeper所提供的服务涵盖：主从协调、服务器节点动态上下线、统一配置管理、分布式共享锁、统> 一名称服务等 4、虽然说可以提供各种服务，但是zookeeper在底层其实只提供了两个功能： 管理 (存储，读取)用户程序提交的数据（类似namenode中存放的metadata）； 并为用户程序提供数据节点监听服务； 1.1 Zookeeper 集群 机制 Zookeeper集群的角色： Leader 和 follower