㈠ zookeeper配置管理平台测试点有哪些
Master节点管理集群当中最重要的是Master，所以一般都会设置一台Master的Backup。解决问题:Master节点高可用，并且保证唯一。Meta信息的及时同步配置文件管理集群中配置文件的更新和同步是很频繁的，传统的配置文件分发都是需要把配置文件数据分发到每台worker上，然后进行worker的reload，这种方式是最笨的方式，结构很难维护，因为如果集群当中有可能很多种应用的配置文件要同步，而且效率很低，集群规模一大负载很高。还有一种就是每次更新把配置文件单独保存到一个数据库里面，然后worker端定期pull数据，这种方式就是数据及时性得不到同步。解决问题:统一配置文件分发并且及时让worker生效zookeeper监控集群利用zookeeper建立znode的强一致性，可以用于那种对集群中机器状态，机器在线率有较高要求的场景，能够快速对集群中机器变化作出响应。
㈡ linux分发文件到其他机器
你是不是说的集群部署和运维，你查找一些分发工具，比如deploy.sh工具的目的是，将一个文件，发送到其他服务器上面去。runRemoteCmd.sh工具的目的是，将一个命令，在多台服务器上执行。depoly.conf是上面两个工具的配置文件。《Linux就该这么学》有Linux命令大全
㈢ psk是什么材料
PsK，一为美妆，另一为路由器的秘钥方式。品牌故事在一个极为偶尔的机缘下发现，中美集团的科研人员在从事研发工作中，长时间的接触精纯提炼的水溶性辅酶Q10原料，意外的使原本粗糙的手部肌肤逐渐变得细腻柔滑.随後便将水溶性辅酶Q10送至中美集团位於台北的实验室（后为PSK品牌台北研发中心）进行分析.分析数据显示，精纯的水溶性辅酶Q10可被肌肤表皮所吸收，从而在肌肤表面发挥辅酶Q10原本的功效，大量清除自由基（人体衰老的关键物质），再生肌肤表皮内的维生素e从来达到逆转肌肤老化进程.中美集团经过反复体外实验，证明了辅酶Q10成份的安全性以及有效性（辅酶Q10产品在欧盟被认定为非处方药物，可任意购买及使用.中国药监局也於2009年认可辅酶Q10成份具有抗衰老的功效）.并开始了小批量的以水溶性辅酶Q10为核心成份的保养品制造，在台湾进行了第一次消费者试用活动.活动反馈数据表明98.8%的试用人群认可产品的护肤功效.并且无一例敏感性报告.2008年伊始，中美联合实业股份有限公司在台湾隆重推出美妆品牌-PSK.品牌历程PSK宝丝汀品牌诞生于2008年，品牌自诞生之初就以独树一帜的“教育营销”模式，创造了发展奇迹，以卓越不凡的产品品质和物超所值的产品价值为消费者认可。现今PSK已成为广大爱美人群“可负担的奢侈品”。PSK坚持品质第一的生产理念,选择最优质的纯天然材料,制作生产高品质的保养产品以及彩妆产品。2011年PSK宝丝汀品牌被台湾牧人企业收入囊中之后快速发展，公司先后在上海、沈阳、哈尔滨、郑州、福州、温州都设立办事处。是目前台湾在大陆规模最大、实力最强、最具发展潜力的美容化妆品企业之一。共享密钥预共享密钥是用于验证 L2TP/IPSec 连接的 Unicode 字符串。可以配置“路由和远程访问”来验证支持预共享密钥的 VPN 连接。许多操作系统都支持使用预共享密钥，包括 Windows Server 2003 家族和 Windows XP。也可以配置运行 Windows Server 2003 家族版的“路由和远程访问”的服务器，使用预共享密钥验证来自其他路由器的连接。预共享密钥模式（pre-shared key，PSK， 又称为个人模式）是设计给负担不起 802.1X 验证服务器的成本和复杂度的家庭和小型公司网络用的，每一个使用者必须输入密语来取用网络，而密语可以是 8 到 63 个 ASCII 字符、或是 64 个16位数字（256位元）。使用者可以自行斟酌要不要把密语存在电脑里以省去重复键入的麻烦，但密语一定要存在 Wi-Fi 取用点里。安全性是利用密钥导出函数来增强的，然而使用者采用的典型的弱密语会被密码破解攻击。WPA 和 WPA2 可以用至少 5 个Diceware词或是 14 个完全随机字母当密语来击败密码破解攻击，不过若是想要有最大强度的话，应该采用 8 个 Diceware 词或 22 个随机字母。密语应该要定期更换，在有人使用网络的权利被撤消、或是设定好要使用网络的装置遗失或被攻破时，也要立刻更换。WPA-PSK加密方式尚有一漏洞，攻击者可利用spoonwpa等工具，搜索到合法用户的网卡地址，并伪装该地址对路由器进行攻击，迫使合法用户掉线重新连接，在此过程中获得一个有效的握手包，并对握手包批量猜密码，如果猜密的字典中有合法用户设置的密码，即可被破解。建议用户在加密时尽可能使用无规律的字母与数字，以提高网络的安全性。优缺点预共享密钥验证不需要在公钥结构 (PKI) 方面上进行硬件投资与配置，只在使用计算机证书进行 L2TP/IPSec 验证时需要用到它。在远程访问服务器上配置预共享密钥很简单，在远程访问客户端上配置它也相对容易。如果预共享密钥是以放在“连接管理器”配置文件内的方式发行，则对用户可以是透明的。如果您要建立 PKI 或者在管理 Active Directory 域，则可以配置“路由和远程访问”以接受使用计算机证书或预共享密钥的 L2TP/IPSec 连接。但是，单个远程访问服务器对需要预共享密钥进行身份验证的所有 L2TP/IPSec 连接只使用一个预共享密钥。因此，必须对使用预共享密钥连接到远程访问服务器的所有 L2TP/IPSec VPN 客户端发行相同的预共享密钥。除非预共享密钥是以放在“连接管理器”配置文件内的方式分发，否则每个用户必须手动输入预共享密钥。此限制进一步降低了部署安全性，增加了发生错误的机率。而且，如果远程访问服务器上的预共享密钥发生更改，则手工配置预共享密钥的客户端将无法连接到该服务器上，除非客户端上的预共享密钥也进行更改。如果预共享密钥是以放在“连接管理器”配置文件内的方式分发给客户端的，则必须重新发行包括新预共享密钥的配置文件，并在客户端计算机上进行重新安装。与证书不同，预共享密钥的起源和历史都无法确定。由于这些原因，使用预共享密钥验证 L2TP/IPSec 连接被认为是一种安全性相对较差的身份验证方法。如果需要一种长期、可靠的身份验证方法，则应考虑使用 PKI。问题预共享密钥是在远程访问服务器和 L2TP/IPSec 客户端上都要配置的字符序列。预共享密钥可以是至多 256 个 Unicode 字符任意组合的任意非空字符串。当选择预共享密钥时，请考虑到使用“新建连接”向导创建 VPN 客户端连接的用户必须手动键入预共享密钥。为提供足够的安全性，密钥通常很长也很复杂，这对大部分用户来说很难准确地键入。如果 VPN 客户端出现的预共享密钥与远程访问服务器上配置的预共享密钥有任何不同，客户端身份验证将失败。首次存储预共享密钥时，远程访问服务器和 VPN 客户端会尝试将 Unicode 字符串转化为 ASCII。如果尝试成功，则将使用 ASCII 版本的字符串进行身份验证。该策略确保预共享密钥不会在传输过程中被与 Unicode 标准不兼容的任何设备（如其他公司的路由器）所破坏。如果预共享密钥无法存储为 ASCII，则使用 Unicode 字符串。如果 Unicode 预共享密钥必须由与 Unicode 标准不兼容的任何设备所处理，则连接尝试无疑会失败。工具包通过使用“连接管理器管理工具包 (CMAK）”向导，可以为用户创建自定义的连接。可使用 CMAK 向导创建包含预共享密钥的 VPN 连接配置文件。因为配置文件是自解压缩的，所以用户不必键入预共享密钥，甚至不必知道存在预共享密钥。通过用个人识别码 (PIN) 加密预共享密钥，可进一步增加“连接管理器”配置文件分发的安全性。通过这种方法，用户不仅看不到而且也不必键入预共享密钥，您可以分别分发配置文件和 PIN，以减少未经授权的用户可能对网络的访问。5相移键控词名：PSK中文解释：相移键控常用别名：phase-shift keying缩写：PSK来历：phase shift keying相关术语：ASK，FSK，QAM，Molation定义 ：移相键控方法是通过改变载波信号的相位值来表示数字信号 1，0的。如果用相位的绝对值表示数字信号1，0，则称为绝对调相。如果用相对偏移值表示数字信号1.0，则成为相对调相。PSK的一般表达式：si(t)=(2E/T)^1/2*cos[ω0t+φi(t)],0≤t≤T,i=1,2,…,M其中φi(t)=2πi/M.若为二进制PSK(BPSK),M=2.概述在某些调制解调器中用于数据传输的调制系统，在最简单的方式中，二进制调制信号产生0和1。载波相位来表示信号占和空或者二进制1和O。对于有线线路上较高的数据传输速率，可能发生4个或8个不同的相移，系统要求在接收机上有精确和稳定的参考相位来分辨所使用的各种相位。利用不同的连续的相移键控，这个参考相位被按照相位改变而进行的编码数据所取代，并且通过将相位与前面的位进行比较来检测。相移键控（PSK）：一种用载波相位表示输入信号信息的调制技术。移相键控分为绝对移相和相对移相两种。以未调载波的相位作为基准的相位调制叫作绝对移相。以二进制调相为例，取码元为“1”时，调制后载波与未调载波同相；取码元为“0”时，调制后载波与未调载波反相；“1”和“0”时调制后载波相位差180°。根据香农理论，在确定的带宽里面，对于给定的信号SNR其传送的无差错数据速率存在着理论上的极限值，从另一个方面来理解这个理论，可以认为，在特定的数据速率下，信号的带宽和功率比（或理解成SNR）可以互相转换，这一理论成功地使用在传播状态极端恶劣的短波段，在这里具有活力的通信方式比快速方式更有实用意义。PSK就是这一理论的成功应用。所谓PSK就是根据数字基带信号的两个电平使载波相位在两个不同的数值之间切换的一种相位调制方法。传统的本地通讯借助于电线传输，因为这既省钱又可保证信息可靠传送。而长途通讯则需要通过无线电波传送信息。从系统硬件设备方面考虑这很方便省事，但是从传送信息的准确性考虑，却导致了信息传送不确定性增加，而且由于常常需要借助于大功率传送设备来克服因气象条件、高大建筑物以及其他各种各样的电磁干扰。各种不同类型的调制方式能够根据系统造价、接收信号品质要求提供各种不同的解决方案，但是直到不久以前它们大部分还是属于模拟调制范畴，频率调制和相位调制噪声小，而幅度调制解调结构要简单的多。如今由于低成本微控制器的出现以及民用移动电话和卫星通信的引入，数字调制技术日益普及。数字式调制具有采用微处理器的模拟调制方式的所有优点，通讯链路中的任何不足均可借助于软件根除，它不仅可实现信息加密，而且通过误差校准技术，使接收到的数据更加可靠，另外借助于DSP，还可减小分配给每个用户设备的有限带宽，频率利用率得以提高。如同模拟调制，数字调制也可分为频率调制、相位调制和幅度调制，性能各有千秋。由于频率、相位调制对噪声抑制更好，因此成为当今大多数通讯设备的首选方案。
㈣ creo6.0配置文件放在什么位置才能生效
位置是“C:WindowsSystem32driversetc”这个文件夹。creo6.0右键属性，起始位置改为config所在的文件夹位置，至于是否读取，要在更多命令里，有个配置编辑器，看看里面的配置是否是自己设置的。Creo的工程图是需要进行大量配置以后才符合我们国家的工程图标准的。在Creo中工程图是通过一个以dtl格式结尾的配置文件控制的，配置方法和config配置文件类似,需要通过config.pro文件来调用。在config文件中,调用工程图配置的选项是drawing_setup_file,其值就是工程图dtl文件的位置路径。设置好一个完整的工程图格式文件以后进行绘图,保存并分发,并不会因为对方的配置文件不同产生图纸错误,因为Creo工程图图纸已经将配置文件集成在图纸效果中了,不会受到环境的影响。
㈤ 一般什么情况下使用数据库 什么情况下使用配置文件 二者主要有哪些区别和优缺点
数据量大，种类多，比如企业进销存、财务、车辆管理、学生学籍、住宿和成绩管理等等都需要数据库。不单单能保存大量数据，也能支持多人同时异地使用。配置文件主要是单机游戏、单机简单通讯录之类的小系统使用，不能实现通过其他电脑访问的需求。优点当然有，就是不需要数据库系统支持，程序比较小，分发简单。
㈥ zookeeper解决了哪些问题
Backup检测Master存活性传统的就是定期发包，一旦一定时间段内没有收到响应就判定Master Down了，于是Backup就启动，如果Master其实是没有down，Backup收不到响应或者收到响应延迟的原因是因为网络阻塞的问题呢？Backup也启动了，这时候集群里就有了两个Master，很有可能部分workers汇报给Master，另一部分workers汇报给后来启动的Backup，这下子服务就全乱了。
㈦ 预共享密钥的预共享密钥和连接管理器管理工具包
通过使用“连接管理器管理工具包 (CMAK)”向导，可以为用户创建自定义的连接。可使用 CMAK 向导创建包含预共享密钥的 VPN 连接配置文件。因为配置文件是自解压缩的，所以用户不必键入预共享密钥，甚至不必知道存在预共享密钥。通过用个人识别码 (PIN) 加密预共享密钥，可进一步增加“连接管理器”配置文件分发的安全性。通过这种方法，用户不仅看不到而且也不必键入预共享密钥，您可以分别分发配置文件和 PIN，以减少未经授权的用户可能对网络的访问。有关连接管理器配置文件的详细信息，请参阅连接管理器管理工具包。有关 VPN 的详细信息，请参阅虚拟专用网和使用 IPSec 的虚拟专用网络。有关 PKI 的详细信息，请参阅部署公钥结构。
㈧ springmvc核心分发器怎么配置
使用springMVC也可以代替struts2，当然只是代替业务分发的功能，struts2的一些其他功能它是没有的，不然要struts2有什么用。 下面我用springMVC代替struts2去整合hibernate实现简单的员工查询功能。 使用springMVC有两个配置文件需要配置，一个…
㈨ 大数据初学者需要看看哪些Hadoop问题及解决方案
相信大家在学习大数据hadoop的时候肯定会遇到各种各样的问题，这篇文章就是介绍一些常的问题及如何解决的办法。
1、namenode无法启动，不报错
可能原因是：之前用root启动过，导致current文件夹的权限和所属更改了，需要更改回来
解决：current文件夹位于hadoop安装目录同级目录的tmp/dfs/namesecondary
2、WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platfo
原因：查看本地文件：
[[email protected] hadoop]# file /usr/local/hadoop/lib/native/libhadoop.so.1.0.0
/usr/local/hadoop/lib/native/libhadoop.so.1.0.0: ELF 32-bit LSB shared object,
Intel 80386, version 1 (SYSV), dynamically linked, not stripped
是32位的hadoop，安装在了64位的linux系统上。lib包编译环境不一样，所以不能使用。
解决：重新编译hadoop.就是重新编译hadoop软件。
3、Hadoop 报错be replicated to 0 nodes, instead of 1
原因（1）namespaceid不相同（2）没有足够的硬盘
解决（1）停止datanode（2）删除datadir下所有数据。（3）重启datanode
4、The ratio of reported blocks 0.0000 has not reached the threshold 0.9990. Safe mode will be turned off automatically.
原因：由日志可以看出无法删除/home/hadoop/tmp/mapred/system.(其实这只是一种假象，往往我们会去纠结于这个目录，其实不然)
解决：
（1）：终极办法强制退出安全模式(safemode)
hadoop dfsadmin -safemode leave
这种方式虽然快，但会有遗留问题，我在用habse的时候就遇到过，很麻烦,然后你就用“hadoop fsck /”工具慢慢恢复吧。
（2）：删除namenode下/home/hadoop/tmp下的所有文件，重新format，当然这种方式非常暴力，因为你的数据完全木有了
（3）：参考源码可发现这个错误是在检查file的时候抛出来的，基本也就是file的block丢失、错误等原因造成的。
这种情况在副本数为1的情况下会很棘手，其他的时候hadoop基本能自行解决，错误数很多的情况下就会一直处于safemode下，当然你关于集群修改配置文件后的分发，本人写了一个配置文件分发工具可以强制离开安全模式，先保证正常读写，然后再启用“hadoop fsck /”工具慢慢修复。
5、Access denied for user 'root&#[email protected]'hadoop1master' (using password: YES)
原因：没有除本地用户的其他用户远程连接
解决：修改mysql表，将localhost修改为%
6、运行本地的wordcount报错
该错误是缺少hadoop.dll(hadoop2.6.0编译的版本)文件，需要将hadoop.dll拷贝到hadoop2.6.0/bin目录下。
再次运行没有报错。
7、运行api的时候报了权限问题，使用的是hadoop，而我们想使用root
原因：配置环境变量中设置了HADOOP_USER_NAME=hadoop或者在run configuration中设置的-DHADOOP_USER_NAME=hadoop
解决：将配置环境变量中设置成HADOOP_USER_NAME=root或者在run configuration中设置的-DHADOOP_USER_NAME=root
8、org.apache.hadoop.dfs.SafeModeException:Name node is in safe mode安全模式
解决方法：bin/hadoop dfsadmin -safemode leave也就是关闭Hadoop的安全模式，这样问题就解决了。
9、用java -jar执行hadoop的job报错
原因：用hadoop的maprece变成，在执行的时候需要依赖hadoop的大部分依赖，所以上述错误是缺少hadoop的依赖包
解决：（1）建议使用hadoop -jar 执行job（2）如果使用java -jar，需要使用java -cp 把hadoop依赖的所有jar拼接到路径里面去（3）如果使用java -jar，另一种是在打包的时候把hadoop依赖的jar一起打包进去
10、运行mr程序报UnsatisfiedLinkError:nativeio.NativeIO$Windows.access0(Ljava/lang/String
一般这个问题是由本地hadoop环境变量照成的。需要设置hadoop_home变量的值。注意hadoop安装目录下，bin目录中缺少hadoop.dll和winutils.exe等动态库。还要增加bin目录到path路径。另外编辑器需要添加hadoop环境 还要注意jdk等是否正确安装。
11、在使用hdfs的fromlocal上传文件到hdfs时，爆出本地文件找不到异常，但是查看本地文件确实存在
原因：windows设置了隐藏已知文件的扩展名功能，导致上传的文件没有写扩展名
解决：在上传文件的地方添加上扩展名即可。
12、在执行hadoop-deamon.sh start xxx时报错
原因：启动的时候，节点名写错了
解决：修改名字，名字有， namenode datanode等
13、hadoop 8088 看不到maprece 任务的执行状态，无数据显示
解决方法：
（1）首先检查自己的集群中配置$HADOOP_HOME/conf/mapred-site.xml是否存在。
其中的maprece.framework.name是否配置。
（2）如果还不行的话，请在$HADOOP_HOME/conf/mapred-site.xml中原来的配置文件基础之上再添加下面
maprece.jobhistory.addressname>
master:10020value>
property>
maprece.jobhistory.webapp.addressname>
master:19888value>
property>
14、security.AccessControlException: Access denied for user sunqw. Superuser privilege is required
解决方法：
方式一：
在系统环境变量中增加HADOOP_USER_NAME，其值为root;
或者 通过java程序动态添加，如下：
?1System.setProperty(“HADOOP_USER_NAME”, “root”);
方式二：
使用Eclipse在非hadoop运行下进行写入hdfs文件系统中时，由于sunqw对”/”目录没有写入权限，所以导致异常的发生。解决方法即开放hadoop中的HDFS目录的权限，命令如下：hadoop fs -chmod 777 / 。
方式三：
修改hadoop的配置文件：conf/hdfs-core.xml，添加或者修改 dfs.permissions 的值为 false。
方式四：
将Eclipse所在机器的名称修改为root，即与服务器上运行hadoop的名称一致。
㈩ mysql主从库怎样做分发
数据库内均无数据，关闭主从库的iptables(chkconfig iptables off)。1、主库配置修改主库MySQL配置文件/ect/my.cnf：[mysqld]log-bin=mysql-binserver-id=1#skip-networking#bind-addressserver-id用来标识MySQL数据库，log-bin开启二进制日志，注释掉skip-networking和bind-address。 重启主库MySQL。2、账号配置在主库服务器上，新建一个用于同步的账号。mysql> create user 'user'@'%.domain.com' identified by 'password';mysql> grant repliction slave on *.* to 'user'@'%.domain.com';新建的用户[email protected]%.domain.com，赋予slave权限。3、主库状态mysql> show master status;+——————+———–+————–+——————+| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |+——————+———–+————–+——————+| mysql-bin.000009 | 480 | | |+——————+———–+————–+——————+1 row in set (0.00 sec)记录下File和Position的值，之后暂时不要操作主库，防止主库状态发生变化。4、从库配置修改主库MySQL配置文件/ect/my.cnf：[mysqld]log-bin=mysql-binserver-id=2注意主从库的server-id不要相同。将主库信息导入到从库中：mysql> CHANGE MASTER TO-> MASTER_HOST='192.168.3.11',-> MASTER_USER='usere',-> MASTER_PASSWORD='password',-> MASTER_LOG_FILE='mysql-bin.000009',-> MASTER_LOG_POS=480;启动从库slave同步：mysql> start slvae;5、从库状态mysql> show slave status;查看 Slave_IO_Running | Slave_SQL_Running，如果出现的结果是Yes | Yes，说明mysql主从配置成功完成了。6、验证同步在主库新建数据库，导入sql脚本后，查看从库也做了相应的改变，说明mysql主从同步成功。
