LINUX登录MYSQL 报错ERROR 1045 (28000)解决办法

CentOS命令登录MySQL时，报错ERROR1045(28000):Access denied for user root@localhost (using password:NO)错误解决方法

1、停用mysql服务：#/etc/rc.d/init.d/mysqld stop

2、输入命令：#mysqld_safe--user=mysql--skip-grant-tables--skip-networking&

3、登入数据库：#mysql-u root mysql

4、mysql>use mysql;结果如下：

Database changed

5、mysql>UPDATE user SET Password=PASSWORD('newpassword')where USER='newuser';

结果如下：

Query OK,3rows affected(0.00sec)

Rows matched:3Changed:3Warnings:0

mysql>FLUSH PRIVILEGES;

结果如下：

Query OK,0rows affected(0.00sec)

mysql>quit

#/etc/init.d/mysql restart

#mysql-u newuser–p

Enter password:newpassword

mysql><登录成功>

日志记录与异常处理规范(精)

日志记录与异常处理规范(2006-09-19 10:02:15转载日志记录与异常处理规范 1 日志记录规范规范日志设计规范主要目的是节省工作量，帮助对问题进行诊断。最终，终端用户可以获得更好的应用程序，并能从技术支持团队获得迅速的响应。 1.1 日志API 在使用 Java 平台进行开发时，使用的日志 API：Log4j-1. 2.8.jar 1.2 日志分类 l Security：记录外部对系统进行的各项操作 l Business：记录和跟踪业务逻辑执行过程 l Performance：记录和跟踪代码执行情况 1.3 日志级别日志级别有： l Debug: 包含了非常广泛的上下文信息，用于问题诊断。 l Info: 用于在产品环境中（粒度较粗）帮助跟踪执行过程的上下文消息。 l Warning: 警告消息，说明系统中可能存在问题。例如，如果这个消息类别是有关安全性方面的。 l Error: 错误消息说明系统中出现了严重的问题。这种问题通常都是不可恢复的，需要人工进行干预。表1 日志记录程序 public class Log4JTest { // Logging 类由EMIP平台提供Logging logging = Logging.getInstance("STDOUT"; public void testLogging( { //安全日志 https://www.360docs.net/doc/de17875790.html,("安全类型INFO级日志记录"; https://www.360docs.net/doc/de17875790.html,(Logging. SECURITY,"安全类型INFO级日志记录"; https://www.360docs.net/doc/de17875790.html,(Logging. SECURITY,"安全类型INFO级日志记录",new RuntimeException(; logging.error("安全类型ERROR级日志记录"; logging.error(Logging. SECURITY,"安全类型ERROR级日志记录"; logging.error(Logging. SECURITY,"安全类型ERROR级日志记录",new RuntimeException(; //业务日志 https://www.360docs.net/doc/de17875790.html,("业务类型INFO级日志记录"; https://www.360docs.net/doc/de17875790.html,(Logging. BUSINESS,"业务类型INFO级日志记录"; https://www.360docs.net/doc/de17875790.html,(Logging. BUSINESS,"业务类型INFO级日志记录",new RuntimeException(; logging.error("业务类型ERROR级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR 级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR级日志记录",new RuntimeException(; //系统日志 https://www.360docs.net/doc/de17875790.html,("业务类型INFO级日志记录"; https://www.360docs.net/doc/de17875790.html,(Logging. BUSINESS,"业务类型INFO级日志记录"; https://www.360docs.net/doc/de17875790.html,(Logging. BUSINESS,"业务类型INFO级日志记录",new RuntimeException(; logging.error("业务类型ERROR级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR 级日志记录"; logging.error(Logging. BUSINESS,"业务类型ERROR级日志记录",new RuntimeException(; https://www.360docs.net/doc/de17875790.html,("系统类型INFO级日志记录";

mysql实施方案

1总体结构 2*Cobar+8*(1主+1主)结构 2单mysql服务器部署 2.1 服务器的系统配置硬件： 16台PC服务器，（CPU数）/64G内存，2*300G本地盘，RAID0+1，可用存储空间300G。软件：操作系统：RHEL6。 MySQL数据库：Percona最新的版本，当前是5.6.14。基准测试工具：SysBench，模拟应用场景提供基准性能测试数据；压力测试工具：mysqldap，指定并发用户、并发数、操作语句等测试mysql 服务器的内存、CPU、IO的性能； 2.2 Mysql的安装 1．Mysql使用Percona的5.6.14。 2．下载Percona-Server-5.6.14-rel62.0-483.Linux.x86_64.tar.gz包，解压。 3．初始化mysql，使用./scripts/mysql_install_db脚本初始化mysql，使用命令./scripts/mysql_install_db --datadir=/home/upay/mysql/data/ --defaults-file=/home/upay/mysql/https://www.360docs.net/doc/de17875790.html,f。其中—datadir为数据目录， --defaults-file为配置文件。

2.3 Mysql的配置参数 [mysqld] #basedir=/disk1/weblogic/lcecs7/mysql-5.6.14-linux-glibc2.5-x86_64 basedir=/home/upay/Percona-Server-5.6.14-rel62.0-483.Linux.x86_64 datadir=/home/upay/mysql/data port=33306 socket = /home/upay/mysql/mysql.sock #lower_case_table_names = 1 #binlog_cache_size = 4M #max_heap_table_size = 128M #sort_buffer_size = 16M innodb_additional_mem_pool_size = 128M innodb_buffer_pool_size = 48G innodb_file_io_threads = 4 innodb_flush_log_at_trx_commit = 1 [mysqld_safe] log-error=/home/upay/mysql/mysqld.log pid-file=/home/upay/mysql/mysqld.pid 2.4 MySQL服务器的性能 2.4.1简单性能测试 Mysqlslap指令：./mysqlslap -h10.20.38.11 -P33306 -ucobar -pcobar -a -x5 -y5 -i 5 --number-of-queries=5000 -c50（5000简单语句，50并发）

关于系统日志事件 2021 的解决方法

关于系统日志事件2021 的解决方法症状 “适用于”一节中包括的任何一种操作系统可能在短时间内停止响应，并且系统日志中会记录类似于以下内容的多个事件：事件ID: 2022 来源: Srv 描述: 服务器无法在最近的s秒内找到可用的连接n次。事件ID: 2021 来源: Srv 描述: 服务器无法在最后%3 秒内创建%2 次工作项目。此外，在与出现问题的服务器相连接的服务器或客户端上，可能会记录类似以下内容的事件。事件ID: 3013 来源: Rdr 描述: 重定向程序对Computer_Name已超时。有时，当服务器计算机尝试与自己连接时，可能会在出现问题的服务器计算机上记录事件3013。注意：本文讨论的许多故障排除步骤也可用于解决事件ID 3013 错误。操作系统的其他组件可能无法工作，且可能会生成错误消息，这些错误消息在其事件日志消息的数据部分报告状态代码1450。也就是“系统资源不足”。可以在系统事件日志或应用程序事件日志中找到这些事件。仅在基础事件涉及与服务器服务的连接时，这些消息才适用于本文描述的问题。但是，这一情况难以确定。例如，CLUSSVC 会生成事件ID 1055。此事件来自群集服务，它通常报告连接服务器服务失败。原因出现此问题的原因是服务器服务无法满足按I/O 流网络层排队的网络工作项的需求。服务器服务不能在硬盘上足够快地处理请求的网络I/O 项，并消耗了可用资源。有许多根源可以导致服务器服务消耗可用资源。例如，网络适配器和硬盘驱动器之间的I/O 路径发生任何问题都会导致出现本文描述的症状。如果安装的网络适配器驱动程序不正确，也可能出现此问题。

mysql 安装到最后一步时,start service 为失败状态

mysql 安装到最后一步时,start service 为失败状态请问是什么原因使用services.msc打開服務窗口，查看MySQL service是否已經存在。如已经存在并已启动，则先停止该服务，然后到注冊表("HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Services")中刪除對應服務，并使用命令sc delete MySQL,然后繼續進行安裝，就能成功。 MYSQL安装出现could not start the service mysql error:0处理收藏当各位在安装、重装时出现could not start the service mysql error:0 的错误时，可以尝试下面两种方法。一、方式1 MySQL安装是出现could not start the service mysql error:0 提示错误，解决方法：首先，在管理工具->服务里面将MySQL的服务给停止，然后打开cmd 进入你的MySQL bin目录下，例如 C:\Program Files\MySQL\MySQL Server 5.0\bin 然后使用如下命令mysqld-nt -remove 然后就会显示......success! 好了下面进入添加删除程序，找到MySQL选择卸载，记得选择remove。最后将MySQL目录删除，还有数据库的目录也删除。一、方式2 查看服务中有没有mysql,如果有将该服务停掉; 安装mysql 5.1.33,在运行Server Instance Configuration wizard时的Execute configurattion步骤中的第三项Start Service进出错,错误提示为Could not start the service MySQL (出现这种情况一般是因为装过mysql，卸载不干净造成的。卸载后重启后再重装。注意看下服务，如果未能卸载，可以用mysqld-nt -remove卸载)。在控制面板中运行添加删除程序，将mysql卸载; 卸载后打开注册表，查看 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services 下的键值，如果有相关mysql键值(mysql、mysqladmin)则删掉，即可; 重启，将mysql的安装残余目录删掉 (查看服务，此时服务中已没有mysql); 重新安装mysql.安装后先不要运行Server Instance Configuration wizard，重启后在开始菜单中运行该向导，即可。 windowsxp系统 mysql-5.0.81 提示：1045 access denied for user 'root'@'localhost'using password yes MySQL 5.1 安装过程中报apply security setting错误的解决办法收藏 Mysql安装错误apply security settings 解决方法

AIX操作系统错误日志及日常维护

AIX操作系统错误日志及日常维护一、系统故障记录(errorlog) errdemon 进程在系统启动时自动运行记录包括硬件软件及其他操作信息故障记录文件为/var/adm/ras/errlog 可备份下来或拷贝到别的机器上分析 errpt 命令的使用(普通用户权限也可使用) #errpt |more 列出简短出错信息 ERROR_ID TIMESTAMP T C RESOURCE_NAME ERROR_DESCRIPTION 192AC071 0723100300 T 0 errdemon Error logging turned off 0E017ED1 0720131000 P H mem2 Memory failure 9DBCFDEE 0701000000 T 0 errdemon Error logging turned on 038F2580 0624131000 U H scdisk0 UNDETERMINED ERROR AA8AB241 0405130900 T O OPERATOR OPERATOR NOTIFICATION TIMESTAMP: MMDDHHMMYY (月日时分年 T 类型: P 永久; T 临时; U 未知永久性的错误应引起重视 C 分类: H 硬件; S 软件; O 用户; U未知 #errpt -d H 列出所有硬件出错信息 #errpt -d S 列出所有软件出错信息 #errpt -aj ERROR_ID 列出详细出错信息 # errpt -aj 0502f666 <--- ERROR_ID用大小写均可，例： LABEL: SCSI_ERR1 ID: 0502F666 Date/Time: Jun 19 22:29:51 Sequence Number: 95 Machine ID: 123456789012 Node ID: host1 Class: H Type: PERM Resource Name: scsi0 Resource Class: adapter Resource Type: hscsi Location: 00-08 VPD: <--- Virtal Product Data Device Driver Level (00) Diagnostic Level (00) Displayable Message.........SCSI EC Level....................C25928 FRU Number..................30F8834 Manufacturer................IBM97F Part Number.................59F4566 Serial Number (00002849) ROS Level and ID (24) Read/Write Register Ptr (0120)

MT4错误代码最完整汇总要点

请问MT4 EA不能开单，日志显示“OrderSend error 130”是什么意思最好能直接给我一个能用的ORDERSEND的代码，希望能根据相应条件，每个货币对都能开单而且只开一单。举报违规检举侵权投诉|2013-08-23 13:19 提问者采纳百度啊，大哥。也有MT4错误代码表的。 ERR_INVALID_STOPS，检查你的止损价位，是不是太近、甚至设反了。 ====================================================================== MT4错误代码最完整汇总(2011-05-16 09:44:02)转载▼标签：杂谈分类：外汇 MT4 的错误代码是存放在MetaEditor的libraries文件夹下 stdlib.mq4或stderror.mq4文件中但是内容都是英文,我将这部分的翻译转过来,以供参考 case 1: error_string="no error"; 没有错误返回。; case 2: error_string="common error"; 没有错误返回但结果不明; case 3: error_string="invalid trade parameters"; 一般错误; case 4: error_string="trade server is busy";无效交易参量; case 5: error_string="old version of the client terminal";交易服务器繁忙; case 6: error_string="no connection with trade server";客户终端旧版本; case 7: error_string="not enough rights";没有连接服务器; case 8: error_string="too frequent requests";没有权限; case 9: error_string="malfunctional trade operation (never returned error)";请求过于频繁; case 64: error_string="account disabled"; 交易运行故障; case 65: error_string="invalid account";账户禁止; case 128: error_string="trade timeout";无效超时; case 129: error_string="invalid price"; 无效价格; case 130: error_string="invalid stops";无效停止; case 131: error_string="invalid trade volume";无效交易量; case 132: error_string="market is closed";市场关闭; case 133: error_string="trade is disabled";交易被禁止; case 134: error_string="not enough money";资金不足; case 135: error_string="price changed";价格改变; case 136: error_string="off quotes"; 开价; case 137: error_string="broker is busy (never returned error)";经纪繁忙; case 138: error_string="requote";重新开价; case 139: error_string="order is locked";定单被锁定; case 140: error_string="long positions only allowed";只允许看涨仓位; case 141: error_string="too many requests";过多请求; case 145: error_string="modification denied because order too close to market";因为过于接近市场，修改否定; case 146: error_string="trade context is busy";交易文本已满;

数据库项目组日常运维与应急故障处理手册范本

常见问题及处理方案 CPU使用率高的问题通过操作系统命令top topas glance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。根据进程号获取正在执行的sql SELECT a.osuser, https://www.360docs.net/doc/de17875790.html,ername,b.address,b.hash_value, b.sql_text from v$session a, v$sqltext b, v$process p where p.spid = &spid and p.addr = a.paddr and a.STATUS = 'ACTIVE' and a.sql_address =b.address order by address, piece; 数据库无法连接数据库无法连接，一般可能是如下原因造成：（1）数据库宕了（2）监听异常（3）数据库挂起（4）归档目录满（5）数据库或应用主机的网卡出现问题不能正常工作（6）应用主机到数据库主机的网络出现问题。 1、数据库宕了立即启动数据库。 2、监听异常此时一般体现为：监听进程占用CPU资源大；监听日志异常。此时，立即重启监听，监听重启一般能在1分钟之完成。 3、数据库挂起立即重启数据库。 4、归档目录满（1）在没有部署OGG数据同步的情况下，立即清理归档日志文件。

（2）如果部署了OGG数据同步，查看OGG正在读取的归档日志文件，立即清理OGG不再需要的日志文件。 5、数据库或应用主机的网卡出现问题不能正常工作。立即联系主机工程师处理。 6、应用主机到数据库主机的网络出现问题。立即联系网络维护人员查看。 CRS/GI无法启动对于10g及11gR1版本的CRS问题 1、进入/tmp目录下，看是否产生了crsctl.xxxxx文件如果有的话，看文件容，一般会提示OCR无法访问，或者心跳IP无法正常绑定等信息。 2、如果/tmp目录下没有crsctl.xxxxx文件此时查看ocssd.log文件，看是否能从中得到有价值的信息。可能的问题：网络心跳不通。 3、/tmp目录无crsctl.xxxxx且日志中没有报错信息，只有停CRS时的日志信息。此时可能是RAC两个节点对并发裸设备的访问有问题，此时考虑：（1）停掉两个节点的CRS。（2）两个节点先同时去激活并发VG，然后再激活VG。（3）重新启动CRS。对于11gR2的GI问题分析$GRID_HOME/log/nodename目录下的日志文件，看是否能从中找出无法启动的原因。常见问题： 1、心跳IP不同。 2、ASM实例无法启动。对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档. 数据库响应慢

Mysql服务无法启动的1067错误解决

无论安装何版本的mysql，在管理工具的服务中启动mysql服务时都会在中途报错。内容为：在本地计算机无法启动mysql服务错误1067：进程意外中止。经过多方求教，得解决方法如下查找系统(后来验证应该为windows目录)目录下的my.ini文件，编辑内容（如果没有该文件，则新建一个），至少包含basedir，datadir这两个基本的配置。 [mysqld] # set basedir to installation path, e.g., c:/mysql # 设置为MYSQL的安装目录 basedir=D:/www/WebServer/MySQL # set datadir to location of data directory, # e.g., c:/mysql/data or d:/mydata/data # 设置为MYSQL的数据目录 datadir=D:/www/WebServer/MySQL/data 另外，要主意 [WinMySQLadmin] Server=D:/www/WebServer/MySQL/bin/mysqld-nt.exe user=root password=xxxxxxxx #以上是设置WinMySQLadmin的配置 [Client] user=root password=xxxxxxxx hehe~ :) 解决了 my.ini 文件内容如下.我自己改的,就好了,嘿嘿 [mysqld] # set basedir to installation path, e.g., D:/mysql # 设置为MYSQL的安装目录 basedir=D:/mysql # set datadir to location of data directory, # e.g., d:/mysql/data or d:/mysql/mydata/data

路由器日志故障排除的技巧汇总

路由器日志故障排除的技巧汇总路由器日志故障排除的技巧汇，路由器日志故障的解决问题是很值得我们探讨的，在“认识syslog设备”里设置好时间段，然后在防火墙配置里面启动时间段的某些功能就基本上OK 了。日志对于网络安全来说非常重要，他记录了系统每天发生的各种各样的事情，你可以通过他来检查错误发生的原因，或者受到攻击时攻击者留下的痕迹。路由器是各种信息传输的枢纽，被广泛用于企事业单位的网络建设中，承担着局域网之间及局域网与广域网之问连接的重任。 Cisco是目前使用比较广泛的一种路由器，在许多行业系统中有非常普遍的应用。以下是笔者在日常工作中积累的一些对Cisco路由器日志故障方面的经验，这些实例都在实际应用中调试通过并投入使用，供大家参考。路由器的一些重要信息可以通过syslog机制在内部网络的Unix主机上作路由器日志故障。在路由器运行过程中，路由器会向日志主机发送包括链路建立失败信息、包过滤信息等等日志信息，通过登录到日志主机，网络管理员可以了解日志事件，对日志文件进行分析，可以帮助管理员进行故障定位、故障排除和网络安全管理。认识syslog设备首先介绍一下syslog设备，它是标准Unix，的跟踪记录机制，syslog可以记录本地的一些事件或通过网络记录另外一个主机上的事件，然后将这些信息写到一个文件或设备中，或给用户发送一个信息。 syslog机制主要依据两个重要的文件:/etc/syslogd(守护进程)和/etc /syslog.conf配置文件，syslogd的控制是由/etc/syslog.conf来做的。syslog.conf文件指明syslogd程序记录路由器日志故障的行为，该程序在启动时查询syslog.conf配置文件。该文件由不同程序或消息分类的单个条目组成，每个占一行。对每类消息提供一个选择域和一个动作域。这些域由tab隔开(注意:只能用tab键来分隔，不能用空格键)，其中选择域指明消息的类型和优先级;动作域指明sysloqd接收到一个与选择标准相匹配的消息时所执行的动作。每个选项是由设备和优先级组成。也就是说第一栏写"在什么情况下"及"什么程度"。然后用TAB键跳到下一栏继续写"符合条件以后要做什么"。当指明一个优先级时，syslogd将记录二个拥有相同或更高优先级的消息。每行的行动域指明当选择域选择了一个给定消息后应该把他发送到哪儿。第一栏包含了何种情况与程度，中间用小数点分隔。详细的设定方式如下: 电脑知识https://www.360docs.net/doc/de17875790.html, 电脑技巧，绿色、破解实用软件下载 1.在什么情况下记录 ◆各种不同的情况以下面的宇串来决定:

Oracle数据库常见异常的诊断方法

目录第1章 Oracle数据库常见问题诊断方法 (1) 1.1 常见错误篇 (1) 1.1.1 ORA-12571、ORA-03113、ORA-03114、ORA-01041 (1) 1.1.2 ORA-01000 (1) 1.1.3 ORA-01545 (2) 1.1.4 ORA-0165x (2) 1.1.5 ORA-01555 (3) 1.1.6 ORA-04031 (3) 1.1.7 ORA-04091 (3) 1.1.8 ORA-01242、ORA-01113 (4) 1.2 内部错误篇 (4) 1.2.1 ORA-00600【12330】错误 (4) 1.2.2 ORA-00604【xxx】错误 (5) 1.2.3 ORA-00600【3339】错误 (5) 1.2.4 ORA-00600【13004】错误 (5) 1.3 分布式事务篇 (6) 1.3.1 诊断分布式事务 (6) 1.3.2 检查其它节点的事务（DBA_2PC_NEIGHBORS） (6) 1.3.3 通过DBA_2PC_PENDING字典表检查事务的状态 (6) 1.3.4 检查处理结果 (7) 1.3.5 COMMIT FORCE或ROLLBACK FORCE命令 (7) 1.4 OPS或RAC篇 (8) 1.4.1 准备工作 (8) 1.4.2 紧急情况下的状态备份 (8) 1.4.3 OPS设计、配置准则 (9) 1.4.4 OPS常见问题 (9) 1.4.5 诊断分析步骤 (9) 1.5 非OPS篇 (18) 1.5.1 ORACLE数据库系统常见问题：空间方面问题 (18) 1.5.2 ORACLE数据库系统常见问题：性能方面问题 (18) 1.5.3 ORACLE数据库系统常见问题：锁争用方面问题 (19) 1.5.4 ORACLE数据库系统常见问题：内存方面问题 (20) 1.5.5 ORACLE问题分析脚本 (20) 1.5.6 SQL*NET篇 (24) 1.5.7 TNS-12154 Error 或ORA-12154 (24) 1.5.8 NL-00462 Error 或ORA-00462 (25) 1.5.9 NL-00405 Error 或ORA-00405 (26)

mysqlerror2003

安装ipv6后再安装mysql配置时提示:error nr.2003 can't connect to mysql server on 'localhost'(10061) 说来惭愧啊,其实前段时间遇到过此问题,可是后来稀里糊涂的就解决了,详情可以找找我前面发表过的文章.这不这次就又遇到了, error nr.2003 can't connect to mysql server on 'localhost'(10061) 还是解决不了,学习这事会就是会,不会就是不会啊............感触颇深. 苍天不负有心人啊,最后还是让我找到了解决方法. 首现ping localhost 出现了下面的截图,有没有感到奇怪呢?为什么出现的地址不是 127.0.0.1 前端时间研究利用IPv6登个国外网站什么的,就给自己电脑安装了ipv6(我的电脑是xp),唉你猜对了,问题就出在这ipv6上. 关闭它！用下面附录的方法可以关闭ipv6（win7）也可以用修改HOST文件的方式使localhost与127.0.0.1等同，如下：从 WinVista 和 Win7 的 hosts 文件里可以看出，localhost 并没有直接被解析为 127.0.0.1 ，而是 DNS 将根据当前连接的协议来自动选择将其解析为 v4 地址还是 v6 地址： # localhost name resolution is handled within DNS itself. # 127.0.0.1 localhost # ::1 localhost 而在此我们为了解决 localhost 的连接问题，可以给 host 加上这么一条，以告诉系统强制使用IPv4 连接。直接在 hosts 文件的末尾加上 127.0.0.1 localhost 这一条语句（需要修改文件权限）。再次 Ping 一下 localhost：正在 Ping WinSeven-PC [127.0.0.1] 具有 32 字节的数据：来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128

速达软件常见问题处理方法解决方法

速达软件问题处理锦集----安装与启动 1、在安装MSDE数据库时，出现安装程序倒退的情况产品名称：MSDE 版本信息：速达所有版本模块名称：这是以前装过SQL Server数据库或MSDE数据库,没有卸载干净. 解决方案：解决办法重装操作系统 2、安装MSDE数据库时，系统出现“读取文件C:\program files\Microsoft sql sever\mssql\data\msdbata.mdf时出错”的提示信息。产品名称：MSDE 版本信息：SQL SERVER2000 模块名称：安装解决方法：退出安装程序，删除C盘里SQL Server文件夹，删除后再重新安装数据库。 3、安装MSDE数据库时，提示安装程序被挂起。产品名称：MSDE 版本信息：SQL SERVER2000 模块名称：安装解决方法：重新启动电脑。 4、打开软件时，系统出现以下的提示信息：“未设置登录账号和密码”，请问如何解决？产品名称：速达所有产品版本信息：速达所有产品模块名称：系统维护解决方案：1、以管理员身份登录；2、关闭防火墙； 3、再次登陆时会提示输入用户名与密码； 4、到微软网站下载MSDE最新版本。 5、在启用过程中提示：“数据库用户及密码错误”？产品名称：速达所有产品版本信息：速达所有产品模块名称：数据库解决方案：1、确定是否在数据库中设置了用户名和密码，准确录入；2、重装SQL-SERVER个人版。 3、在SQL-Server 2000中，打开企业管理器，重新注册一个数据库用户组。 6、登陆软件时，系统提示“无法连接数据库，请检查SQL服务器或网络连接是否正常”，请问如何解决？产品名称：速达所有产品版本信息：速达所有产品模块名称：日常维护解决方法：在控制面板添加硬件中添加虚拟网卡。(进入添加硬件向导，添加新硬件，检测过后选择添加新设备，再选择从列表中选取，选中网卡下一步，查找制造商Microsoft有一个设备Microsoft Loopback Adapter,选中它，安装完成后，查看硬件管理器，会多出一个新网卡，这就是虚拟网卡。) 7、启动服务器时提示:通常每个套节字地址(协议网络地址/端口)只允许使用一次，无法登陆，如何解决？产品名称：速达所有产品版本信息：速达所有产品模块名称：服务器设置解决方案：1、注意电脑上有没有在已打开服务器情况下再进行多次打开服务器。 2、客户多次点击软件造成的，重新启动电脑，双击软件即可； 3、注意我们所有速达3000系列都用3001端口，我们的7000与5000系列都用5001端口在所有默认设置下，不能打开多个速达3000服务器，也不能

mysql卸载重新安装文档

卸载mysql报错解决方法1 dpkg: error processing mysql-server (--configure): dependency problems - leaving unconfigured start: Job failed to start invoke-rc.d: initscript mysql, action "start" failed. dpkg: error processing mysql-server-5.5 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of mysql-server: mysql-server depends on mysql-server-5.5; however: Package mysql-server-5.5 is not configured yet. dpkg: error processing mysql-server (--configure): dependency problems - leaving unconfigured No apport report written because the error message indicates its a followup error from a previou s failure. Errors were encountered while proces sing: mysql-server-5.5 mysql-server E: Sub-process /usr/bin/dpkg returned an error code (1) 解决方法: 删除mysql前先删除一下 /var/lib/mysql 还有 /etc/mysql sudo rm /var/lib/mysql/ -R sudo rm /etc/mysql/ -R sudo apt-get autoremove mysql* --purge sudo apt-get remove apparmor sudo apt-get install mysql-server mysql-common UBUNTU 彻底删除MYSQL 然后重装MYSQL 删除mysql sudo apt-get autoremove --purge mysql-server-5.0 sudo apt-get remove mysql-server sudo apt-get autoremovemysql-server sudo apt-get remove mysql-common //这个很重要上面的其实有一些是多余的。清理残留数据 dpkg -l |grep ^rc|awk '{print $2}' |sudoxargsdpkg -P

SAP异常日志查看手册

SAP异常日志查看手册 1、ZPOLOG有记录的。TCODE:ZPOLOG，选择接口名称，日期，日志代码 2、查看日志信息：凡是E:打头的，都是WMS或MES代码中抛回的错误信息类似这种的，就是PO报的错误，可能是网络、配置等多方面原因引起的点击消息标识可以查看SAP端的日志，此日志保存一个月 3、登录PO：测试机：https://www.360docs.net/doc/de17875790.html,:50000/dir/start/index.jsp 正式机：https://www.360docs.net/doc/de17875790.html,:50000/dir/start/index.jsp 点击Configuration and Monitoring Home。用户名：piuser 密码：1234qwer

4、选择适配器引擎-》消息监控器 5、如果是在PO端产生的错误，因错误而终止会有数字，打开后可以看到具体的报错原因。目前发现的PO端常发生的问题： a)配置问题，字段为空值未设置为在XML中必须显示 b)特殊字符问题，出现乱码 c)外围系统WebService连不通。可以用SoapUI进行测试

d)外围系统调用PO的WebService连不通，多数是URL地址错误点击成功或因错误而终止的资料，可以直接链接到查看PI消息界面 6、查看PI消息日志。点击高级按钮，再勾选消息头数据，出现日志查询条件。输入接口名称接口名称可以查询\\10.8.8.8\sap项目文件\07.Report&Interface Development报表&接口开发\中来股份SAP ERP项目PO接口开发清单_V1.1.xls

mysql10055错误解决

mysql 10055 错误解决方案纠结，非常纠结～弄这个问题几天了，都没解决，官方有人提出这问题，但是很少看到解决方案。最后是在一哥们的BLOG里面看到了，感谢了！ Description: 环境：Windows 2003 + IIS + PHP + MYSQL，服务器运行一段时间后，提示Can’t connect to MySQL server on ‘localhost’(10055)错误。无法重启mysql 服务，提示端口被占。检查发现端口并没被占。重起服务器后恢复正常。但过一段时间以后，又出现此错误。查看MYSQL日志，并无不正常记录。 Solution: 此错误与一个注册表键值TcpTimedWaitDelay有关。减小Windows中TcpTimedWaitDelay时间可解决此类问题，默认情况下为240（未设置的情况下也是这个数值）。此项设置需要到注册表如下位置进行设置： [HKEY_LOCAL_MACHINE] [SYSTEM] [CurrentControlSet] [Services] [Tcpip] [Parameters] [TcpTimedWaitDelay]如果注册表中没有TcpTimedWaitDelay这个项目，请增加这个项目，并设置为双字节（DWORD）类型。数值设置为30 ~ 60 之间即可。 PostScript: TcpTimedWaitDelay描述：确定 TCP/IP 可释放已关闭连接并重用其资源前，必须经过的时间。关闭和释放之间的此时间间隔通称 TIME_WAIT 状态或两倍最大段生命周期（2MSL）状态。此时间期间，重新打开到客户机和服务器的连接的成本少于建立新连接。减少此条目的值允许 TCP/IP 更快地释放已关闭的连接，为新连接提供更多资源。如果运行的应用程序需要快速释放和创建新连接，而且由于 TIME_WAIT 中存在很多连接，导致低吞吐量，则调整此参数。如何查看或设置：使用 regedit 命令访问 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\TCPIP\Parameters 注册表子键并创建名为 TcpTimedWaitDelay 的新REG_DWORD 值。将此值设置为十进制 30，其为十六进制 0x0000001e。该值将等待时间设置为 30 秒。停止并重新启动系统。缺省值：0xF0，它将等待时间设置为 240 秒（4 分钟）。建议值：最小值为 0x1E，它将等待时间设置为 30 秒。

分析windows系统DCOM错误日志及解决方案

分析系统错误日志及解决方案这几天有一个客户的服务器出现死机现象，上去看了下日志，里面有很多的错误日志，也不知道是不是死机的原因，先处理了再说日志内容：事件类型：错误事件来源：事件种类：无事件: 日期：事件：用户：计算机：描述：权限设置未将服务器应用程序( 为{})的权限授予用户()。可以使用组件服务管理工具修改此安全权限。日志内容的意思是说，用户对为的应用程序没有本地激活的权限，所以找到这个应用程序，需要在组件服务管理工具里加上本地激活的权限即可。以下是网操作方法：)由于在组件服务管理工具里，只显示组件名称和应用程序()，所以要先到注册表里找这个对应的应用程序的. )打开注册表，找到{}下面的,将的值复制出来。 ) 在组件服务管理工具里找这个对应的应用程序，找到后打开应用程序的属性，在属性里的安全选项卡里的启动和激活权限下选择自定义编辑，在弹出的窗口中将用户添加进去，并勾选本地激活的权限即可。结语：您是不是也会咯? 以下内容为繁体版這幾天有一個客戶的服務器出現死機現象，上去看瞭下日志，裡面有很多的錯誤日志，也不知道是不是死機的原因，先處理瞭再說日志內容：事件類型：錯誤事件來源：事件種類：無事件: 日期：事件：用戶：計算機：描述：權限設置未將服務器應用程序( 為{})的權限授予用戶()。可以使用組件服務管理工具修改此安全權限。日志內容的意思是說，用戶對為的應用程序沒有本地激活的權限，所以找到這個應用程序，需要在組件服務管理工具裡加上本地激活的權限即可。以下是網操作方法：

)由於在組件服務管理工具裡，隻顯示組件名稱和應用程序()，所以要先到註冊表裡找這個對應的應用程序的. )打開註冊表，找到{}下面的,將的值復制出來。 ) 在組件服務管理工具裡找這個對應的應用程序，找到後打開應用程序的屬性，在屬性裡的安全選項卡裡的啟動和激活權限下選擇自定義編輯，在彈出的窗口中將用戶添加進去，並勾選本地激活的權限即可。結語：您是不是也會咯?