商业源码 急！！！因为配置标识不正确，系统无法开始服务器进程。请检查用户名和密码。
开始-运行-cmd,输入aspnet_regiisexe
-i
重新注册iis
或者
出现以下错误：
检索
com
类工厂中
clsid
为
{000209ff-0000-0000-c000-000000000046}
的组件失败，原因是出现以下错误:
8000401a
因为配置标识不正确，系统无法开始服务器进程。请检查用户名和密码。
(异常来自
hresult:0x8000401a)。
解决方案：
1
开始-dcomcnfg，启动组件服务。
2
找到microsoft
excel
application、microsoft
office
powerpoint
幻灯片、microsoft
office
word
97
-
2003
文档，-属性
-安全-自定义，添加启动和激活权限、访问权限，并添加network
service用户，赋予本地启动和激活；-标识，下列用户（注意，这里要选择下列用户，而不是交互式用户，经测试，选择交互式用户让我郁闷的几天最终问题没有得到解决），用户输入正确的当前登录的管理员帐户和正确密码。这些工作做完。
3
在windows服务应用程序的配置systemweb添加
这样会完美解决
记得加分哦!!!
当一个RPC服务器启动时,会选择一个空闲的端口号并在上面监听（每次启动后的端口号各不相同）,同时它作为一个可用的服务会在portmap进程注册。一个RPC服务器对应惟一一个RPC程序号,RPC服务器告诉portmap进程它在哪个端口号上监听连接请求和为哪个RPC程序号提供服务。经过这个过程,portmap进程就知道了每一个已注册的RPC服务器所用的Internet端口号,而且还知道哪个程序号在这个端口上是可用的。portmap进程维护着一张RPC程序号到Internet端口号之间的映射表,它的字段包括程序号、版本号、所用协议、端口号和服务名,portmap进程通过这张映射表来提供程序号-端口号之间的转化功能。如果portmap进程停止了运行或异常终止,那么该系统上的所有RPC服务器必须重新启动。首先停止NFS服务器上的所有NFS服务进程,然后启动portmap进程,再启动服务器上的NFS进程。但portmap只在第一次建立连接的时候起作用,帮助网络应用程序找到正确的通讯端口,但是一旦这个双方正确连接,端口和应用就绑定,portmap也就不起作用了。但对其他任何第一次需要找到端口建立通讯的应用仍然有用。
nfs 服务器端和客户端连接的步骤：
1 客户端会向伺服器端的RPC (port 111)发出NFS档案存取功能的询问要求；
2 伺服器端找到对应的已注册的NFS daemon埠口后,会回报给客户端；
3 客户端了解正确的埠口后,就可以直接与NFS daemon来连线。
由于NFS的各项功能都必须要向RPC来注册,如此一来RPC才能了解NFS这个服务的各项功能之port number, PID, NFS在主机所监听的IP等等,而客户端才能够透过RPC的询问找到正确对应的埠口。也就是说,NFS必须要有RPC存在时才能成功的提供服务,因此我们称NFS为RPC server的一种。
我的环境是客户端从 服务器端的111端口获取nfs 正在监听的端口，再向服务器端发起连接的时候被acl访问控制限制导致不可连接！重新配置acl的端口号，或者将102507225 到 10251134205 之间的ip 全部端口开放~！这样当下次rac1 down机 重启之后，就不会因为网络ACL的端口限制而不能正常使用nfs服务了~！
这种情况发生在TCP 3次握手刚好完成，服务器TCP将连接放入到已经建立好连接队列中，此时客户端给一个RST,接下来accept返回，不过这时accept返回的是ECONNECTABORT错误这不是一个致命错误。2、服务器进程终止过程如下:a、kill掉服务进程，作为进程善后处理的部分，所有打开的文件描述符被关闭，这导致服务端TCP(注意"服务端"和"服务端TCP"是不同概念)发送FIN给客户端，客户端TCP响应以ACK。b、客户端此时正阻塞在scanf函数(基于上篇中提到的客户端模型)，这导致客户端不知道服务端TCP已经关闭连接。c、客户端在scanf返回后调用write向服务端发数据，由于服务端已经被kill掉，所以服务端TCP会发送一个RST给客户端TCPd、客户端在发送完数据后立即调用read读取数据，由于有第一步的FIN,read立即返回0(表示EOF),然而客户端希望的是收到刚才发送的数据而不是EOF。如果客户端接着往服务端发数据，将诱发服务端TCP向服务端发送SIGPIPE信号，因为向接收到RST的套接口写数据都会收到此信号问题的本质在于客户端同时处理两个描述字--套接口和用户输入，程序被单纯地阻塞在一个源上了。这个问题可以通过1、设置非阻塞模式。2、采用select以及epoll处理。3、服务器主机崩溃在客户TCP发送数据后，由于接收不到ACK,它将试图一直重传，直到最后放弃，并返回给客户进程一个出错信息。ETIMEOUT表示没有相应，EHOSTUNREACH表示路由器判定主机不可达。4、服务器崩溃后重启由于服务端TCP丢失了以前的连接信息，这将导致服务端发送一个RST,而此时客户端阻塞在read函数，这将导致返回一个ECONNECTRESET错误5、服务器关机服务器关机时init进程会先发送SIGTERM(此信号可捕获)给所有进程，再过一段时间发送SIGKILL(次信号不可捕获)给仍然在运行的程序，这时就和服务器进程终止一样了。
0条评论