日本警察登上钓鱼岛,竟然说是为了防止台湾保钓人士登岛!!!

刚刚网上看了一下新闻,发现有报道说日本警察登上钓鱼岛来阻止台湾保钓人士登岛;我们一直都在说钓鱼岛是中国的,先不管它现在是属大陆管辖还是台湾管辖,但说了那么久,我们国家的人没有上去几个,反而是日本人说上去就上去了,为什么我们没有阻拦?我们现在已经发布了钓鱼岛的领海基线和基点,已经明确的告诉世界,钓鱼岛是中国的,为什么现在还允许日本人随意登上钓鱼岛,为什么还没有看到官方有什么反应!!!我感觉非常的气愤!!!

[转]IIS7显示ASP的详细错误信息到浏览器

服务端环境:Windows2008 + IIS7

客户端浏览器设置:取消“显示友好的HTTP错误信息”

IIS7设置(GUI):

1. <网站>-ASP-调试属性-将错误发送到浏览器,修改为True

2. <网站>-错误页-操作-编辑功能设置,选择“详细错误信息”

默认情况下,这里选择的是第三项“本地请求的详细错误和远程请求的自定义错误页”,所以出现的情况会是:在本地调试可以看到错误的详细信息,但是通过远程来访问的时候就看不到了。

另外,网上有些说法是将500这个错误也修改为500-100.asp。自己尝试了一下,并没有实际效果。如果不设置上面的第二步,错误同样无法发送到客户端的浏览器上。

原文地址:http://www.cnblogs.com/sugartomato/archive/2012/04/28/2474979.html

RAID 1 故障恢复(更换硬盘)

上个周末过的辛苦,现在把它记下来,以备需要朋友查询。

上周六下午突然发现文件服务器无法访问,检查服务器发现错误如下:

安全帐户管理器无法初始化,系统无法登录,要进入目录服务恢复模式。

进入恢复模式后,使用ntdsutil命令,进入files后无法压缩数据库,显示Jet错误501,后来仔细在网上查资料,发现可以使用esentutl.exe命令来操作,使用/p参数检查 C:windowsntdsntds.dit文件,成功后重新启服务器,呵呵,正常进入了,祈祷啊。

接下来就更郁闷了。

在重新启动服务器的时候发现磁盘阵列卡只检测到一块硬盘,本来是RAID1的,所以就把服务器拆下来,检查一下看看是不是硬盘接触不良造成的,因为之前也出过这种问题,但麻烦来了,仔细插紧后重新开机,阵列卡提示Invalid raid drive,完蛋了,阵列配置丢失了。

因之前没有阵列操作的经验,仔细网上要资料发现,RAID1的两个磁盘,任何一个接到其他电脑上都可以认的到数据,所以把两块硬盘分别接到一台主机上,用PE引导,可以看的到数据,检测硬盘发现,其中一块硬盘坏道非常严重,从0磁道开始,根本无法再用,另一块正常,但我使用的是希捷320G的硬盘,现在找不到行货,又急着赶快搞好,要不然整个网络都得瘫掉,所以想能不能把硬盘换掉,用另一款硬盘,刚好在公司找到两块320G的西数硬盘,所以决定试着把硬盘换过来,用GHOST把旧的正常硬盘里的数据克隆到西数硬盘中,只用GHOST一块即可,然后把两块西数硬盘插上阵列卡,进入阵列卡管理程序,新建阵列,选择两块西数硬盘创建RAID1,手动选择有数据的那块为源,另一块没有GHOST的为目标盘,选择在线同步操作,启动服务器,呵呵,竟然顺利进入系统。谢天谢地啊。

现在发现原来更换阵列上的硬盘也不麻烦啊,原来的希捷硬盘留下来做个备份先。

花费了星期天一个上午时间,星期六下午下班开始拆下来检查,唉,累啊。

ATM机出错,多出的钱银行自己承担!(是国外)

几天前看到这条新闻,说是国外的一家银行的ATM机故障,取给储户的是双倍的钱,结果这家银行说ATM故障是自己的错,储户取走的钱不需要退回;

在国内,如果银行的ATM出故障了,多取了钱给你,而你又拿了,如果你不退给银行,那就是犯罪了!银行是没有任何责任!!

如果你从银行的ATM机上取了假币,算你倒霉喽!!

如果要是银行的ATM故障,少出钱给你,唉!……

[轉]域策略不能同步 JRNL_WRAP_ERROR ntfrs 13568

三台2003域控,PDC、BDC1、BDC2

三台策略都可以同步,账户、策略信息都能同步,通过用户和计算机工具可以查看到

但是BDC2的sysvol共享文件夹里的策略文件信息却一直不能同步,信息完全不对称

检查日志发现13568错误:

 

事件ID:13568
类型:错误
描述:文件复制服务检测到副本集 “DOMAIN SYSTEM VOLUME (SYSVOL SHARE)” 正处于 JRNL_WRAP_ERROR。
 
 副本集名称是    : “DOMAIN SYSTEM VOLUME (SYSVOL SHARE)”
 副本根路径是    : “c:windowssysvoldomain”
 副本根卷是      : “:”
 当尝试从 NTFS USN 日志读取的记录没有找到时 副本集达到 JRNL_WRAP_ERROR。下列原因之一 可能导致这一问题。
 
 [1] 卷 “:” 已经格式化。
 [2] 卷 “:” 上 NTFS USN 日志已经删除。
 [3] 卷 “:” 上 NTFS USN 日志已经截断。如果 Chkdsk 在日志结尾发现损坏的项目,可能会截断日志。
 [4] 文件复制服务已经长时间没有在此计算机上运行。
 [5] 文件复制服务无法与 “:” 上磁盘 IO 活动保持相同速率。
 设置 “Enable Journal Wrap Automatic Restore” 注册表参数为 1 将 导致下面的恢复步骤将被执行以自动从此错误状态中 恢复。
 [1] 第一次轮询将在 5 分钟内执行,此计算机将 从副本集中删除。如果您不想等待 5 分钟,那么 运行 “net stop ntfrs” 然后运行 “net start ntfrs” 以重新启动文件复制服务。
 [2] 在删除后的轮询中,此计算机会被重新添加到复制集中。 此重新添加将会为此复制集触发一个树的完全同步。
 
注意: 在恢复过程中副本树中的数据可能不可用。 如果此错误情况再次发生,您应当重置上述注册表 参数为 0 以阻止自动恢复导致数据意外的 不可用。 要更改此注册表参数,运行 regedit。 单击「开始」,运行并键入 regedit。
 
展开 HKEY_LOCAL_MACHINE。
单击键路径:    “SystemCurrentControlSetServicesNtFrsParameters”
双击此值名称    “Enable Journal Wrap Automatic Restore”
并更新值。
 
如果此值名称不存在,您可以使用编辑菜单项下的 “新建->DWORD 值”功能添加它。键入与上面的值完全一样的值。

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

分析认为NTFS USN 日志异常,导致文件复制服务出错,因额外域控制器并未出现事件ID:13568,决定使用非权威还原来重新初始化,步骤如下:
1. 切换到CMD模式,运行net stop ntfrs命令停止FRS。
2. 运行Regedit 启动注册表编辑器。
3. 定位到以下位置:
HKEY_LOCAL_MACHINESystemCurrentControlSetServicesNtFrsParametersBackup/RestoreProcess at Startup  
4. 双击BurFlags,修改值为D2。
5. 在CMD模式,输入 net start ntfrs 命令启动FRS。  

执行完成后,检查主域控制器日志:

事件ID:13520
类型:警告
描述:文件复制服务将在 c:windowssysvoldomain 中已存在的文件移动到 c:windowssysvoldomainNtFrs_PreExisting___See_EventLog。
 
文件复制服务可能在任何时候删除 c:windowssysvoldomainNtFrs_PreExisting___See_EventLog 中的文件。 可以通过将文件从 c:windowssysvoldomainNtFrs_PreExisting___See_EventLog 中复制出来以保存文件。复制 文件到 c:windowssysvoldomain 可能会引起名称冲突,如果文件在其他复制 伙伴中已经存在。
 
在相同情况下,文件复制服务可能会 将文件从 c:windowssysvoldomainNtFrs_PreExisting___See_EventLog 复制到 c:windowssysvoldomain,而不是从别的复制伙伴复制 文件。
 
可以通过在任何时候删除 c:windowssysvoldomainNtFrs_PreExisting___See_EventLog 中的文件来回收硬盘空间。

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持。

事件ID:13565
类型:警告
描述:文件复制服务正在用另一域控制器的数据初始化系统卷。 该过程完成之前计算机 SERVERDATA 不能成为域控制器。 系统卷将共享为 SYSVOL。
 
要检查 SYSVOL 共享,在命令提示符键入:
net share
 
当文件复制服务完成初始化过程,SYSVOL 共享将 出现。
 
系统卷的初始化可能需要一些时间。时间的长短 取决于系统卷中的数据量多少,其他域控制器是否 可用,以及域控制器之间的 复制间隔。

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

事件ID:13554
类型:信息
描述:文件复制服务成功地将下面的连接添加到 副本集:
    “DOMAIN SYSTEM VOLUME (SYSVOL SHARE)”
 
      “server-data.****.new”
      “server-data.****.new”
在后面的事件日志消息中会显示更多的信息。

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

事件ID:13553
类型:信息
描述:文件复制服务成功地将计算机添加到如下的 副本集:
    “DOMAIN SYSTEM VOLUME (SYSVOL SHARE)”
 
与此事件相关的信息显示如下:
计算机 DNS 名称是 “ServerData.****.new”
副本集成员名称是 “SERVERDATA”
副本集根路径是 “c:windowssysvoldomain”
复制分段目录路径是 “c:windowssysvolstagingdomain”
复制工作目录路径是 “c:windowsntfrsjet”

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

事件ID:13516
类型:信息
描述:文件复制服务不再阻止计算机 SERVERDATA 成为 域控制器。系统卷已成功 初始化,而且 Netlogon 服务已经收到信息表明系统 卷已经准备好共享为 SYSVOL。
 
键入 “net share” 以检查 SYSVOL 共享。

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

检查额外域控制器日志:

事件ID:13509
类型:警告
描述:经过多次重试之后,文件复制服务为 c:windowssysvoldomain 启动了 从 SERVERDATA 到 SERVER-DATA 服务。

有关更多信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
至此,修复完成。

PS:如果所有的服务器都记录了13568事件,则需执行授权还原,请根据以下步骤操作:
1. 把所有的服务器的FRS都停止。
2. 把其中一台服务器的BurFlags设置为D4,其它的步骤和执行非授权还原的操作一样,在完成授权还原后,检查FRS日志,看是否还有问题。
3. 在确定没有问题后,对其它的服务器执行非授权还原。