免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2673 | 回复: 8
打印 上一主题 下一主题

从hpunix 12.5.0.1dump到win2003 12.5.3 load的问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-01-24 16:05 |只看该作者 |倒序浏览
load 结束之后进入
cross-platfrom converct........这个阶段。
数据一共260G,在convert 104G之后c:\sybase\ase_12-5\instal\数据库名.log文件增大
重复出现
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00C4C4D8 os_get_cur_stk_desc+ 0x170 (0x01B3E170, 0x7C82B798, 0x7C82BEB8, 0xFFFFFFFF)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00C4C4D8 os_get_cur_stk_desc+ 0x170 (0x01B3E170, 0x01B3DF28, 0x0000270F, 0x00000002)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00C22875 pcstkwalk+ 0x204 (0x00110011, 0x00000002, 0x0000270F, 0x00000000)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00C224FF ucstkgentrace+ 0x25f (0x00110011, 0x00000001, 0x010E7470, 0x00000000)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00BCD73B ucbacktrace+ 0xab (0x21F0D827, 0x0000011F, 0x00000006, 0x0000000
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x004A243B collocate+ 0x36b (0x20E6B000, 0x2119A7EC, 0x00000003, 0x21F0D827)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009D4BD5 lddb_unscramble+ 0x3af5 (0x20E6B000, 0x21F0D800, 0x00000003, 0x00000800)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009D2E71 lddb_unscramble+ 0x1d91 (0x20E6B000, 0x204BEB40, 0x00000000, 0x074B2FFF)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009D2006 lddb_unscramble+ 0xf26 (0x20E6B000, 0x204BEB40, 0x204C15E0, 0x21BB072D)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009D3F1B lddb_unscramble+ 0x2e3b (0x20E6B000, 0x204BEB40, 0x01B3F2A0, 0x01437A64)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009D3E72 lddb_unscramble+ 0x2d92 (0x20E6A000, 0x204BEB40, 0x01B3F75C, 0x01437A64)
00:00000:00015:2007/01/24 11:22:19.68 kernel  [Handler pc: 0x0047CF58 hdl_backout_msg  installed by the following function:-]
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009D16F6 lddb_unscramble+ 0x616 (0x20E515B8, 0x01B3FF4C, 0x01437A64, 0x00000000)
00:00000:00015:2007/01/24 11:22:19.68 kernel  [Handler pc: 0x009C651C lddb_handle  installed by the following function:-]
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x009C2ED3 lddb_main+ 0xd03 (0x0068005F, 0x00730069, 0x0032005F, 0x00300030)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x007AC843 s_execute+ 0x4843 (0x20E6A000, 0x01B3FF4C, 0x01437A64, 0x00000011)
00:00000:00015:2007/01/24 11:22:19.68 kernel  [Handler pc: 0x007EB3B7 s_handle  installed by the following function:-]
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x007E74E3 sequencer+ 0x1893 (0x20644F00, 0x00000000, 0x00000000, 0x00000000)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x0045CB1B tdsrecv_language+ 0x552 (0x00000003, 0x00000000, 0x00000000, 0x20BB9DA0)
00:00000:00015:2007/01/24 11:22:19.68 kernel  [Handler pc: 0x0047CF44 hdl_backout  installed by the following function:-]
00:00000:00015:2007/01/24 11:22:19.68 kernel  [Handler pc: 0x00705820 ut_handle  installed by the following function:-]
00:00000:00015:2007/01/24 11:22:19.68 kernel  [Handler pc: 0x00705820 ut_handle  installed by the following function:-]
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00422CC9 conn_hdlr+ 0x3783 (0x20BB9DA0, 0x00000000, 0x00000000, 0x20BB9DA0)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x00BC2A97 kpntwrapper+ 0x84 (0x00BC2A13, 0x20BB9DA0, 0x00000008, 0x01000100)
00:00000:00015:2007/01/24 11:22:19.68 kernel  pc: 0x7C826063 GetModuleFileNameA+ 0xeb (0x00000000, 0x00000000, 0x00000000, 0x00000000)
00:00000:00015:2007/01/24 11:22:19.68 kernel  end of stack trace, spid 15, kpid 1114129, suid 1
00:00000:00015:2007/01/24 11:22:19.68 server  Invalid column length: 90. Value must be between 0 and 8 for 'all-pages' row with minimum row length of 6.
00:00000:00015:2007/01/24 11:22:19.68 kernel  NT operating system error 8 in module 'e:\ase1253\porttree\svr\sql\generic\ksource\clkprof\stacktrace.c' at line 202: 存储空间不足,无法处理此命令。

.
------------------------------------------------------------------------
错误,而且l‘e:\ase1253\’这个目录根本不是我安装的目录,我的数据库安装在C:盘的,C:盘还有14个G的空间,所有数据库的数据库设备在D:盘的。

论坛徽章:
0
2 [报告]
发表于 2007-01-24 16:21 |只看该作者
服务器

server.JPG (44.56 KB, 下载次数: 110)

server

server

论坛徽章:
4
2015年亚洲杯之阿联酋
日期:2015-03-10 10:32:022015年亚洲杯之阿曼
日期:2015-03-10 14:53:222015亚冠之水原三星
日期:2015-07-18 15:40:262015亚冠之塔什干棉农
日期:2015-07-27 20:52:05
3 [报告]
发表于 2007-01-25 00:17 |只看该作者
execute "dataserver -v" on your HP platform.

论坛徽章:
1
2017金鸡报晓
日期:2017-01-10 15:19:56
4 [报告]
发表于 2007-01-25 08:18 |只看该作者
HP的SYBASE是64位还是32位的?是否和这个有关系?

论坛徽章:
0
5 [报告]
发表于 2007-01-25 09:38 |只看该作者
1、12.5.2支持跨平台的dump/load,但是这种跨平台只是相同字节序的垮平台,比如从Windows到Linux(x86)到Sun Sloaris(x86)
2、12.5.3支持跨平台的dump/load,支持不同字节序的平台,比如从Windows到IBM AIX。
3、12.5.3 . Loads from older versions, such as 11.9 and 12.0, are also supported. The dump and load can be from 32-bit to 64-bit platforms, and vice versa.

论坛徽章:
0
6 [报告]
发表于 2007-01-25 13:14 |只看该作者
最可能:
1 windows bug

2 sybase bug
可先看操作系统事件
再询sybase

论坛徽章:
0
7 [报告]
发表于 2007-01-25 13:43 |只看该作者
我现在ESD #6又在load

论坛徽章:
0
8 [报告]
发表于 2007-01-26 17:25 |只看该作者
在113G又停了

论坛徽章:
1
2017金鸡报晓
日期:2017-01-10 15:19:56
9 [报告]
发表于 2007-01-26 20:23 |只看该作者
你HP下的Sybase是32位还是64位的?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP