服务器 Gind.cn

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

HBASE空间开始快速攀登

更新4,215: 在查看hdfs 里面的空间使用情况后,我发现.oldlogs使用了很多空间: 1485820612766 /hbase/.oldlogs 所以新的问题: 它是什么? 我如何清理它? 我如何防止它再次成长 是什么导致它开始增长呢? 另外.archive也很大,那是什么,我的快照? 也作为家庭作业scollector不会监视各种hdfs目录的磁盘空间使用情况…. 也看起来像下面的错误开始填充日志重复在那个时候,不知道他们是什么意思: 2014-11-25 01:44:47,673 FATAL org.apache.hadoop.hbase.regionserver.wal.HLog: Could not sync. Requesting close of hlog java.io.IOException: Reflection at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.sync(SequenceFileLogWriter.java:310) at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1405) at org.apache.hadoop.hbase.regionserver.wal.HLog.syncer(HLog.java:1349) at org.apache.hadoop.hbase.regionserver.wal.HLog.sync(HLog.java:1511) at org.apache.hadoop.hbase.regionserver.wal.HLog$LogSyncer.run(HLog.java:1301) at java.lang.Thread.run(Thread.java:744) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.hadoop.hbase.regionserver.wal.SequenceFileLogWriter.sync(SequenceFileLogWriter.java:308) … 5 more Caused by: […]

有没有分布式/网状/ P2P的VPN?

我有我的个人VPN,连接几个设备,使他们可以在一个永远可达的networking(只要他们连接到互联网)有固定的IP地址。 这对我来说是必要的,因为我的设备可以在移动中,在不同的和不可预知的networking上(4Gnetworking手机,大学的笔记本电脑,家庭服务器),我有一个需要连接到他们的备份服务器(有时,我也必须)。 我也在考虑安装类似syncthing的东西,这也可能从较低的延迟和更近的节点中受益。 另外,我很懒,我喜欢用我的智能手机播放/暂停在家用服务器上播放的音乐,这可能不在同一个networking上(应该,但并非总是如此)。 这意味着我有一个OpenVPN服务器,并在每个设备上运行openvpn客户端。 它们都连接到服务器,任何来自任何两个节点的stream量都必须通过相对较远的服务器,吞吐量非常有限。 这意味着延迟和缓慢。 而当我按下“暂停”button时,最多可能需要10秒才能暂停音乐。 即使两个节点实际在同一个局域网(因为他们通过VPN通话)。 咩。 理想情况下,应该有一些方法可以创build一个能够find节点之间最短path的VPN,并尝试直接连接它们。 像Skype与超节点一起工作的方式? 当服务器离这里很远的时候,其中一个节点有一个公共IP地址,可以被其他节点访问。 它可以充当服务器 – 即使它不是服务器本身,尽pipe它对于某些节点来说是更好的select。 我想我可以做类似的事情来运行一个客户端和一个服务器,并将它们桥接在该节点上,但是这看起来并不优雅。 这是黑客,它使PKI复杂化,它分裂了VPN。 我不喜欢它。 虽然我可以使用像PPTP这样的简单VPN,但确实不能保证通信的安全性,但是我决定不想打扰configurationBacula来encryption节点之间的连接,这意味着stream量在VPN内是平常的。 VPN封装是唯一的安全性,所以它不应该弱。 然而,没有保密性的任何解决“网状”VPN的事情已经是一个好的开始 – 我会确保stream量开始通过SSL / TLS。 这看起来像别人可能有的问题,现在就解决了。 有没有这样的事情? 我也有机会以这种错误的方式看待这个问题,但到目前为止,看起来像确保我总是可以远程连接到任何设备的最佳方法,不pipe我在哪里,或者他们在哪里。