Sybase死掉了,打印下面日志,请问各位高手是什么问题

andyboy 2003-12-26 10:14:08
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: write error on virtual disk 6 block 288:
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: write error on virtual disk 4 block 18156:
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: write error on virtual disk 4 block 6116:
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: write error on virtual disk 4 block 15780:
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: read error on virtual disk 0 block 800:
00:00000:00000:2003/12/26 02:59:07.79 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00009:2003/12/26 02:59:07.79 server
Error 823 encountered .
00:00000:00009:2003/12/26 02:59:07.79 server Original error was 823, severity 24, state 2
00:00000:00009:2003/12/26 02:59:07.79 kernel ************************************
00:00000:00009:2003/12/26 02:59:07.79 kernel curdb = 1 pstat = 0x4200 lasterror = 823
00:00000:00009:2003/12/26 02:59:07.79 kernel preverror = 0 transtate = 1
00:00000:00009:2003/12/26 02:59:07.79 kernel curcmd = 0 program =
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00AFD54D os_get_cur_stk_desc+ 0x13a (0x0226E9E4, 0x77E7F0B4, 0x77E717E8, 0xFFFFFFFF)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00AFD54D os_get_cur_stk_desc+ 0x13a (0x0226E9E4, 0x0226E79C, 0x0000270F, 0x00000002)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00AD67AA pcstkwalk+ 0x204 (0x00180018, 0x00000002, 0x0000270F, 0x00000000)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00AD6434 ucstkgentrace+ 0x224 (0x00180018, 0x00000001, 0x2002FE26, 0x00000000)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00A902AB ucbacktrace+ 0xab (0x00000000, 0xFFFFFFFF, 0x0226FDB4, 0x00466A81)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00407322 terminate_process+ 0xbdc (0x00000000, 0x00000000, 0x00000000, 0x00000000)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x0046A924 close_network+ 0xc (0x00000337, 0x00000018, 0x00000002, 0x0226FE18)
00:00000:00009:2003/12/26 02:59:08.06 kernel [Handler pc: 0x00466260 ex_stop_recursion installed by the following function:-]
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00466A81 ex_doprint+ 0x137 (0x00000337, 0x00000018, 0x00000002, 0x0226FE18)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x00466943 ex_print+ 0x7e (0x00000008, 0x00000017, 0x00000018, 0x00000002)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x0046A5AF hdl_backout_msg+ 0x24 (0x00000008, 0x00000017, 0x00000018, 0x00000002)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x0046A50B ex_raise+ 0x2b3 (0x227C4658, 0x2002FE26, 0x00000000, 0x0226FEBC)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x004DE0EC buf__writewait+ 0x252 (0x00000007, 0x209D496C, 0x209D496C, 0x2002FBD8)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x005101C4 hk__bufwritewait+ 0xf1 (0x00000000, 0x00000007, 0x00000000, 0x00000001)
00:00000:00009:2003/12/26 02:59:08.06 kernel pc: 0x0050EACF hk__wash_end_cycle+ 0x30 (0x200CC580, 0x00000000, 0x200CC580, 0x209D496C)
00:00000:00009:2003/12/26 02:59:08.06 kernel [Handler pc: 0x0046A58B hdl_backout_msg installed by the following function:-]
00:00000:00009:2003/12/26 02:59:08.07 kernel pc: 0x0050E7E4 hk__wash_main+ 0x382 (0x00000000, 0x00000000, 0x00000000, 0x2155F3FC)
00:00000:00009:2003/12/26 02:59:08.07 kernel pc: 0x0050E45E hk_wash_proc+ 0x15f (0x2155F3FC, 0x00000000, 0x00000000, 0x2155F3FC)
00:00000:00009:2003/12/26 02:59:08.10 kernel pc: 0x00A85957 kpntwrapper+ 0x84 (0x00000000, 0x00000000, 0x00000000, 0x00000000)
00:00000:00009:2003/12/26 02:59:08.10 kernel pc: 0x77E6987C KERNEL32.dll (0x00000000, 0x00000000, 0x00000000, 0x00000000)
00:00000:00009:2003/12/26 02:59:08.10 kernel end of stack trace, spid 9, kpid 1572888, suid 0
00:00000:00009:2003/12/26 02:59:08.10 server Restarted process 'HK WASH'.
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: write error on virtual disk 4 block 15844:
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: write error on virtual disk 4 block 6184:
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: write error on virtual disk 4 block 6308:
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: read error on virtual disk 0 block 800:
00:00000:00000:2003/12/26 02:59:08.10 kernel sddone: Windows NT system error 21: Not ready.
00:00000:00033:2003/12/26 02:59:08.10 server
...全文
456 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
yhbttfile 2004-01-06
  • 打赏
  • 举报
回复
这应该是磁盘错误导致。可能是由于磁盘有坏道了。
下面是SYBASE的错误信息:
Error 823
Severity 24
Message text
I/O error detected during %S_MSG for %S_BUF.
Note This error may be caused by a hardware problem.
Explanation This error occurs when Adaptive Server encounters an I/O error on a read or
write request made to a Sybase device. It usually means you have disk
problems. The parameters in the error message refer to internal Sybase
structures and do not often help determine which device is involved. However,
additional kernel messages in Adaptive Server's error log recorded before the
823 error should indicate which device is involved.
Causes of the 823 error can include the following:
• If the sum of vstart and size exceeds the device size. This can happen on
AIX Systems but is also possible on other UNIX platforms if sysusages or
sysdevices have been manually altered.
• When using UNIX files as devices, if the filesystem is full but the device
appears to have space as tracked by sysusages and sysdevices. This raises
the 823 error during create database or alter database.
CHAPTER 1 Error Message Writeups
227
Action Check the accessibility and condition of the device in question. Once you have
identified and corrected the problem, execute the dbcc checkdb and dbcc
checkalloc commands to ensure that no other damage was caused by the bad
device.
SunOS 5.x (Sun Solaris 2.x)
The 823 error can also appear if the Sun operating system is not configured
correctly for asynchronous I/O.
Adaptive Servers running on Sun machines can use asynchronous I/O on raw
partitions without any special kernel enhancements such as the MtXinu DBM
or Sun DBE. An Adaptive Server running on a SunOS 4.1 or later operating
system attempts to do asynchronous I/O on raw partitions. Successful use of
asynchronous I/O requires that the UNIX kernel be configured to support it.
Two options must be included in the Sun operating system kernel configuration
file when the kernel is built. These are:
options LWP # kernel threads
options ASYNCHIO # asynch I/O (requires LWP)
You can find examples of how to set these options in the original GENERIC
configuration file usually found in /sys/{sun3, sun4}/conf. The exact location of
these files may vary. Do not comment out these options.
An improperly configured kernel causes Adaptive Server to fail the first time it
attempts to do I/O to a raw partition. For example, if your master device is on
a raw partition, and you attempt to start Adaptive Server with that master
device, Adaptive Server displays the following message:
kernel: read error on virtual disk 0 block 28
kernel: invalid argument
server: Failure to open master database for the first time
server: Error 823, Severity 24, State 1
If the master device is located on a UNIX file for which standard disk I/O rather
than asynchronous I/O is used, Adaptive Server starts even if the Sun kernel is
not configured for asynchronous I/O. However, if you attempt a disk init
command on a raw partition, it fails with a 5115 error. Refer to Error 5115 for
more information.
AIX Systems Only
Error 823 may occur if the disk device is run under the Logical Volume
Manager (LVM) , vstart is equal to 2 and the size is not shortened by 2. vstart
needs to be equal to 2 because the first AIX block (1 AIX block equals 2 Sybase
pages) has to be available for the LVM control block (LVCB).
Error 834
228
Version in which this
error is raised
All versions
wanyong1980 2004-01-06
  • 打赏
  • 举报
回复
硬盘的问题,估计是坏了或电源有问题,检查一下吧
dushilangzi 2004-01-04
  • 打赏
  • 举报
回复
硬盘空间不够了
xyzhh 2003-12-29
  • 打赏
  • 举报
回复
可能是硬盘的问题,或者是有病毒了。^_^!
xyzhh 2003-12-29
  • 打赏
  • 举报
回复
应该是操作系统级的问题,不能读写,可能使评判的问题,或者是有病毒了
hobbylu 2003-12-29
  • 打赏
  • 举报
回复
你的硬件有问题,或者盘坏掉,或者盘没有连接好
charity 2003-12-29
  • 打赏
  • 举报
回复
好象是硬件问题
zyhlhx 2003-12-26
  • 打赏
  • 举报
回复
或者硬件问题
zyhlhx 2003-12-26
  • 打赏
  • 举报
回复
估计是 需要升级(打补丁)了
源码直接下载地址: https://pan.quark.cn/s/a4b39357ea24 ### Home Bus 协议概述 Home Bus协议,亦被称为家庭总线协议,是由日本研发的一种专门应用于家庭自动化领域的通信标准。该协议在商用空调及其他家用电器的远程操控方面具备广泛的应用范围。借助Home Bus协议,设备之间能够达成高效的通信,使用户能够更加便利地监管家庭中的各类智能设备。 ### ECHONET协议及其背景 Home Bus协议与ECHONET协议存在紧密的联系,实际上,ECHONET代表了一种更为具体的技术规范,其目的在于为家庭自动化领域构建一个开放且统一的通信标准。ECHONET由ECHONET财团负责维护与支持,该组织致力于推动该协议的进步与标准化进程。ECHONET协议的应用范围不仅限于家庭环境,还包括了楼宇自动化以及工业自动化等多个领域。 #### ECHONET的历史版本及修订记录 - **Version 1.0**:发布于2000年3月18日,同年7月对联盟成员公开,最终于同年对公众发布。 - **Version 1.01**:在2001年5月23日,向联盟成员发布,主要进行了补充和勘误工作。 - **Version 2.00**:2001年8月7日,针对联盟成员发布。此版本中将电源线A和电源线B两种方式合并为单一电源线方式(基于电源线A),并对相关描述进行了调整。 - **Version 2.01**:2001年11月9日,进行了一些必要的修正,包括排版错误的修正、术语的标准化等。 - **Version 2.10**:经历预览版和草案阶段后,于2002年3月7日正式对联盟成员开放。此次更新主要涉及第3部分关于状态转换的描述修改。 -...
源码直接下载地址: https://pan.quark.cn/s/a4b39357ea24 依据所提供的文档材料,可以归纳出以下核心知识点: 1. **TM1668控制器**:TM1668属于一种专为驱动LED显示屏设计的专用驱动集成电路,其特别适用于驱动数码管,能够达成多路LED的驱动与控制,从而提升了显示的效率。 2. **程序简化与时序控制**:程序完成了对TM1668芯片的操作,其功能已经达到最简化程度,且时序设置正确无误。在编程过程中,确保时序的准确性至关重要,因为它直接关联到设备能否正常运作。 3. **寄存器操作**:在编程实践中,运用了 uchar、int 等数据类型来表示数据及控制位。uchar或许是一种8位无符号字符类型,用于存储数据信息。同时,还涉及到对特定位的操作,比如 & 、 >> 等,这些操作用于设定或检测数据位的状态。 4. **硬件控制位**:在代码中,设定了用于控制TM1668的硬件控制位,涵盖 STB(片选信号)、CLK(时钟信号)以及 DIO(数据输入输出信号)。这些控制位的作用在于向TM1668发送指令与数据信息。 5. **数码管显示控制**:借助一系列的 send_data 函数调用,向TM1668发送控制指令与数据,以此来调控数码管的显示状态。例如,设定显示位、挑选显示地址、将数据传输至特定的数码管显示单元等。 6. **定时器中断**:在程序设计中,应用了定时器中断(INT0_timer)来周期性地执行任务。通过设定定时器的初始值(TH0和TL0),定时器在倒计时完成后会触发中断,使得程序能够以固定的频率更新数码管的显示内容。 7. **中断服务程序**:设定了一个中断服务程序,在定时器中断发生时被调用。在中断服务程序...
源码下载地址: https://pan.quark.cn/s/a4b39357ea24 在信息技术领域中,DM码(Data Matrix Code)被视为一种二维条形码规范,其功能在于储存海量信息,并在工业自动化、电子元件标记等众多场景中得到普遍应用。DM码的辨识过程是图像处理及计算机视觉学科内的核心研究方向,它涵盖了图像采集、初步处理、特征提取以及模板比对等多个环节。在VC++平台之上,借助MFC(Microsoft Foundation Classes)库开展DM码辨识能够构建一个高效的应用开发环境。 我们将探讨"自适应阈值分割"这一流程。在DM码辨识的进程中,图像的初步处理扮演着至关重要的角色,而阈值分割则是将图像实现二值化的常用手段。自适应阈值分割能够依据图像的局部属性灵活设定阈值,有效处理光照不均、对比度较低等情况。这通常涉及到计算每个像素点邻近区域内的平均灰度级别,并设定一个阈值,通过像素点自身的灰度值与其邻近区域灰度值的关联来判定其最终呈现的黑白状态。这样的方法能够确保DM码在复杂的图像背景下依然能够被精确地辨识出来。 随后,"快速定位"技术也是DM码辨识过程中的关键环节。在图像经过二值化处理后,需要迅速识别出DM码所在的位置。一种常用的方法是进行边缘检测,例如采用Canny算子或Sobel算子,这些方法能够识别出图像中的轮廓线。然后,借助矩形模板匹配,例如通过霍夫变换探测直线,并结合交点信息来确定DM码的四个顶点,从而精确获取DM码的位置信息。 在MFC框架的支持下,我们可以运用其图形设备接口(GDI+)以及OpenCV等库来实现上述功能。GDI+提供了丰富的绘图工具,能够便捷地处理图像的显示和初步处理;而OpenCV则包含了大量的图像处理算法,...
标题SpringBoot博物馆综合服务管理系统的设计与实现AI更换标题第1章引言介绍博物馆综合服务管理系统的研究背景、意义、国内外研究现状及论文创新点。1.1研究背景与意义阐述博物馆信息化管理的必要性和系统开发的重要性。1.2国内外研究现状分析国内外博物馆管理系统的研究现状与存在的不足。1.3研究方法以及创新点概述本文的研究方法,并指出系统的创新之处。第2章相关理论介绍系统开发所需的相关技术理论。2.1SpringBoot框架介绍阐述SpringBoot框架的特点、优势及其在系统开发中的应用。2.2数据库技术介绍系统所采用的数据库技术,如MySQL等。2.3Web开发技术概述Web开发技术,包括前端和后端技术。2.4系统安全技术介绍系统安全相关的技术,如数据加密、用户认证等。第3章系统需求分析与设计详细分析系统的需求,并给出系统的设计方案。3.1系统需求分析从功能需求、性能需求等方面对系统进行详细分析。3.2系统架构设计给出系统的总体架构设计,包括各个模块的功能划分。3.3数据库设计设计系统的数据库结构,包括表结构、字段设计等。3.4界面设计展示系统的用户界面设计,包括页面布局、交互设计等。第4章系统实现详细介绍系统的实现过程,包括各个模块的实现方法。4.1系统开发环境搭建介绍系统开发所需的软件、硬件环境及其配置方法。4.2核心功能模块实现详细介绍系统核心功能模块的实现代码和逻辑。4.3系统集成与测试阐述系统各个模块的集成方法以及系统测试的过程和结果。第5章系统应用与效果评估介绍系统的应用情况,并对系统的效果进行评估。5.1系统应用情况系统在博物馆中的实际应用情况。5.2系统效果评估从性能、用户满意度等方面对系统效果进行评估。5.3对比方法分析通过与其他系统对比,分析本系统的优势和不足。第6章结论与展望总结本文的研究成果,并展望未来的研究方向。6.1研究结论概括本文的主要研

2,598

社区成员

发帖
与我相关
我的任务
社区描述
Sybase相关技术讨论区
社区管理员
  • Sybase社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧