作者归档：John

乱侃Windows Storage Server 2008R2

发表评论

话说公司老大打算上个Windows Storage Server 2008R2做iscsi target，给虚拟机宿主作为文件存储空间，同时考虑把sql server的文件也丢进去，于是开始评估。

Windows Storage Server 2008R2 的版本有4个，除了essentials版本，其余的都需要在windows server 2008r2的基础上安装。

安装过程很简单，镜像不大，就900多M，在一台server 2008 DC版本基础上安装。

安装过程就很奇葩了，只有一对msp文件，要手工一个个的安装。

装好，重启花了接近两个小时- -估计是在替换大量系统文件，感觉是那个所谓branding的补丁包引起的。重启后，登陆界面变成了Windows Storage Server 2008 R2 Enterprise.

接下来就是配置iscsi target，这货的配置比较扯蛋，开始以为所谓创建一个target就是创建一个本地上跑的所谓目标，然后远程电脑用iscsi initiator就可以连上，结果死活连不上，问google才知道，需要在iscsi target里写上要连过来的机器名。。。

接下来就比较顺利了，创建一只虚拟盘，然后分配给target。

然后去另一只机器，跑initialer，连上，格式化，开跑。

测试下来，一个raid0阵列下，能轻轻松松跑到千兆网络的瓶颈128MBps。。

后面的把玩过程中还发现在目标读写虚拟盘过程中重启wss会引起虚拟盘损坏，直接就吃掉了一些文件，不知道是不是我把allocation unit设置为64k的后果，重启用默认参数格式化了虚拟盘，观察中。

报告就很容易了，在千兆网络下部署wss，必须每台target独占一块wss机器的千兆网卡和一个千兆交换口，才能把瓶颈从网络踢回给硬盘。。

最后的结论很显而易见，在当前的网络环境下，还是不要考虑wss的作罢，让每台机器用自己内部的阵列会开心的多。

 

待补图

印度人真的不靠谱

发表评论

一只小vps挂了，看了下服务器没down掉，console也进不去，ping了下发现去console的丢包率非常高，估计是网络问题就开单问服务器。

一个叫Varid Khanwalkar的印度人很快回复，说有个issue，已经修复，结果一看还是挂着，继续闹。
然后，印度人ping了我之前提到的那个console服务器ip。。告诉我那只服务器没问题，继续闹，终于，印度人ping了下我的vps的ip，恢复了。

全程持续20多分钟，基本上还是可以接受，问题是，印度人干嘛不看清楚我的服务器到底是哪一只。。。标题上写的清清楚楚明明白白。。或许，是我提供了多余的信息？

看看以后还有没有机会继续和印度人打交道。

无限试用Parallels Desktop

发表评论

PD是个很强大的东西。。可惜太贵了，几百大元一份，所以，我只敢用kcnscrew搞来序列号，当kcnscrew的更新速度跟不上时。。就比较头大了，看到有完整卸载pd的方法，拿来折腾下，嘿，可以重新用试用激活码激活了，这不就对了嘛。。
废话不哆多说了，打开，先sudo w，给密码，然后粘贴下面这段

sudo rm -fr ~/Library/Logs/parallels.log
sudo rm -fr /Library/Preferences/Parallels/
sudo rm -fr ~/Library/Preferences/Parallels
sudo rm -fr /private/var/.Parallels_swap
sudo rm -fr /private/var/db/Parallels/Stats
sudo rm -fr /private/tmp/qtsingleapp-Parall-c0ce-0-lockfile
sudo rm -fr ~/Library/Preferences/com.parallels

完事后去pd那边重新申请个试用，接下来重新安装一下pd（不用卸载旧的），完事，继续用14天