某sde问题排查过程

电话描述
:sde的服务起不起来,查看sde的日志如下:

Mon Mar  1 22:59:57 2010 - ****** Spatial Database I/O Manager ****** 
Mon Mar  1 22:59:57 2010 - SDE System Startup Initiated . . . 
Mon Mar  1 22:59:57 2010 - Validated System Paths. 
Mon Mar  1 22:59:57 2010 - SDE IOMGR going into background . . .
Mon Mar  1 22:59:57 2010 - System Parameter table 'SERVER_CONFIG' Read.
Mon Mar  1 23:00:08 2010 - ERROR: Cannot Initialize Shared Memory
Mon Mar  1 23:01:43 2010 - ****** Spatial Database I/O Manager ****** 
Mon Mar  1 23:01:43 2010 - SDE System Startup Initiated . . .
Mon Mar  1 23:01:43 2010 - Validated System Paths.
Mon Mar  1 23:01:43 2010 - SDE IOMGR going into background . . .
Mon Mar  1 23:01:43 2010 - System Parameter table 'SERVER_CONFIG' Read.
Mon Mar  1 23:01:43 2010 - ERROR: Cannot Initialize Shared Memory
Mon Mar  1 23:34:36 2010 - ****** Spatial Database I/O Manager ******
Mon Mar  1 23:34:36 2010 - SDE System Startup Initiated . . . 
Mon Mar  1 23:34:36 2010 - Validated System Paths.
Mon Mar  1 23:34:36 2010 - SDE IOMGR going into background . . .  
Mon Mar  1 23:34:36 2010 - System Parameter table 'SERVER_CONFIG' Read.  
Mon Mar  1 23:34:47 2010 - ERROR: Cannot Initialize Shared Memory 
Tue Mar  2 00:08:54 2010 - ****** Spatial Database I/O Manager ****** 
Tue Mar  2 00:08:54 2010 - SDE System Startup Initiated . . .  
Tue Mar  2 00:08:54 2010 - Validated System Paths.
Tue Mar  2 00:08:54 2010 - SDE IOMGR going into background . . .
Tue Mar  2 00:08:54 2010 - System Parameter table 'SERVER_CONFIG Read. 
Tue Mar  2 00:09:05 2010 - ERROR: Cannot Initialize Shared Memory
Tue Mar  2 01:22:12 2010 - ****** Spatial Database I/O Manager ****** 
Tue Mar  2 01:22:12 2010 - SDE System Startup Initiated . . . 
Tue Mar  2 01:22:12 2010 - Validated System Paths.  
Tue Mar  2 01:22:12 2010 - SDE IOMGR going into background . . .
Tue Mar  2 01:22:12 2010 - System Parameter table 'SERVER_CONFIG' Read.
Tue Mar  2 01:22:12 2010 - ERROR: Cannot Initialize Shared Memory 
Tue Mar  2 08:32:36 2010 - ****** Spatial Database I/O Manager ****** 
Tue Mar  2 08:32:36 2010 - SDE System Startup Initiated . . . 
Tue Mar  2 08:32:36 2010 - Validated System Paths.
Tue Mar  2 08:32:36 2010 - SDE IOMGR going into background . . . 
Tue Mar  2 08:32:36 2010 - System Parameter table 'SERVER_CONFIG' Read.
Tue Mar  2 08:32:36 2010 - ERROR: Cannot Initialize Shared Memory 
Tue Mar  2 08:34:44 2010 - ****** Spatial Database I/O Manager ******
Tue Mar  2 08:34:44 2010 - SDE System Startup Initiated . . .
Tue Mar  2 08:34:44 2010 - Validated System Paths.
Tue Mar  2 08:34:44 2010 - SDE IOMGR going into background . . .
Tue Mar  2 08:34:44 2010 - System Parameter table 'SERVER_CONFIG' Read.
Tue Mar  2 08:34:44 2010 - ERROR: Cannot Initialize Shared Memory
Tue Mar  2 08:46:09 2010 - ****** Spatial Database I/O Manager ****** 
Tue Mar  2 08:46:09 2010 - SDE System Startup Initiated . . .
Tue Mar  2 08:46:09 2010 - Validated System Paths.
Tue Mar  2 08:46:09 2010 - SDE IOMGR going into background . . . 
Tue Mar  2 08:46:09 2010 - System Parameter table 'SERVER_CONFIG' Read.
Tue Mar  2 08:46:09 2010 - ERROR: Cannot Initialize Shared Memory 
Tue Mar  2 09:11:08 2010 - ****** Spatial Database I/O Manager ******
Tue Mar  2 09:11:08 2010 - SDE System Startup Initiated . . . 
Tue Mar  2 09:11:08 2010 - Validated System Paths. 
Tue Mar  2 09:11:08 2010 - SDE IOMGR going into background . . .  
Tue Mar  2 09:11:09 2010 - System Parameter table 'SERVER_CONFIG' Read. 
Tue Mar  2 09:11:11 2010 - ERROR: Cannot Initialize Shared Memory
Tue Mar  2 09:19:27 2010 - ****** Spatial Database I/O Manager ******
Tue Mar  2 09:19:27 2010 - SDE System Startup Initiated . . .
Tue Mar  2 09:19:27 2010 - Validated System Paths.
Tue Mar  2 09:19:27 2010 - SDE IOMGR going into background . . .
Tue Mar  2 09:31:15 2010 - ****** Spatial Database I/O Manager ******
Tue Mar  2 09:31:15 2010 - SDE System Startup Initiated . . . 
Tue Mar  2 09:31:15 2010 - Validated System Paths. 
Tue Mar  2 09:31:15 2010 - SDE IOMGR going into background . . .

ERROR: Cannot Initialize Shared Memory,从字面上看无法分配内存了,
当时我的第一反应是不是server_config表中的某项内存太大了,另外系统的内存剩余的太小了,导致无法分配,经过确认不是上述的问题,然后让用户将sdemon -o start 的反馈结果发过来,如下 

$ sdemon -o start
Please enter ArcSDE DBA password: 
-------------------------------------------------------
ArcSDE 9.3.1  for
 Oracle10g Build 1632 Thu Feb 26 12:05:37  2009
------------------------------------------------------- 
ST_Geometry Schema Owner: (SDE) Type Release: 1007 
Instance initialized for((sde)) . . .
Connected to instance . . .
C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1: No such file or directory
WARNING: SDETMP: Setting temp path to /tmp
SQL Stmt: <alter indextype SDE.st_spatial_index using SDE.st_domain_methods>
DBMS Connection established...
Error -51 in purge unused shared entries.
DBMS error code: -6508
Error in PL/SQL block to clean  upleftover entries for SDE instance
ORA-06508: PL/SQL: could not find program unit being called
ERROR: Cannot Initialize Shared Memory (-51)
Could not start ArcSDE -- Check Network, $SDEHOME disk, DBMS settings and dbinit.sde.

发现出现了ORA-06508错误了,发现这个错误确定并不是内存不够,而且是分配内存的组件出问题了,但是让我比较纳闷的是系统正常运行的话,不可能无缘无故的出现这种错误,一定是用户动了什么东西,经确认,用户是在将数据删除之后再重新到入(expdp,impdp)后,服务起不来的,并且导入的过程还有错误,错误如下 

Processing object
 type SCHEMA_EXPORT/VIEW/VIEW
ORA-39125: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS while calling DBMS_METADATA.CONVERT []
ORA-06502: PL/SQL: numeric or value error
LPX-00225: end-element tag "COL_LIST_ITEM" does not match start-element tag "NAME"
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 6307
----- PL/SQL Call Stack -----
  object
      line  object 
  handle    number  name
7000000d2b48b58     15032  package body SYS.KUPW$WORKER
7000000d2b48b58      6372  package body SYS.KUPW$WORKER
7000000d2b48b58     12391  package body SYS.KUPW$WORKER
7000000d2b48b58      3346  package body SYS.KUPW$WORKER
7000000d2b48b58      6972  package body SYS.KUPW$WORKER
7000000d2b48b58      1314  package body SYS.KUPW$WORKER
70000012280fe98         2  anonymous block

基本上确认KUPW$WORKER.PUT_DDLS出现问题,只能通过oracle的方式先将这个问题解决了才能启动sde的服务,具体如何结合见下一次。

### e2fsck 的使用方法与语法 `e2fsck` 是专为 Ext2、Ext3 和 Ext4 文件系统设计的文件系统一致性检查工具。它可以用来验证和修复这些文件系统中的错误,确保数据完整性和文件系统的健康状态[^1]。 #### 基本语法 ```bash e2fsck [选项] 设备 ``` 其中 `[选项]` 表示可选参数,而 `设备` 则是指定要检查的具体磁盘分区(如 `/dev/sda1`)。 --- #### 主要选项解释 - `-a`: 自动修复不需要人工干预的小问题,默认行为。 - `-n`: 只读模式下扫描文件系统,不做任何修改。 - `-p`: 对可以安全修复的问题进行自动修复,遇到复杂情况则停止。 - `-y`: 对所有提示都回答“yes”,适合无人值守环境下的批量修复操作。 - `-f`: 强制执行文件系统检查,即使看起来已经干净也会重新检查。 - `-v`: 提高输出信息量,显示详细的检查进度和结果。 - `-C fd`: 将进度条写入指定文件描述符 `fd` 中,常用于图形界面程序监控进展。 - `-L bad_blocks_file`: 指定一个坏块列表文件,跳过已知损坏区域以提高效率。 - `-c`: 执行坏块检测并将它们标记为不可用,此过程较慢但有助于保护重要数据免受物理介质缺陷影响[^2]。 --- #### 实际应用案例 ##### 1. 强制全面检查某个分区 如果怀疑某分区存在问题,则可以通过如下命令强制对其进行彻底审查: ```bash sudo e2fsck -f /dev/sdb1 ``` ##### 2. 后台静默修复简单错误 对于希望快速解决常见小毛病的情况,可以选择自动化程度较高的方式: ```bash sudo e2fsck -p /dev/sdc5 ``` ##### 3. 查看详细日志以便诊断深层矛盾 当需要了解具体内部结构变化时,增加 verbosity 参数很有必要: ```bash sudo e2fsck -fv /dev/sdd7 ``` ##### 4. 结合坏道测试增强安全性 为了排除硬件层面隐患同时整理逻辑混乱状况,推荐同步启用二者功能: ```bash sudo e2fsck -cf /dev/sde8 ``` --- ### 注意事项 尽管 `e2fsck` 功能强大,但在实际运用过程中仍需谨慎对待以下几个方面: - 不要在挂载状态下尝试修复活动文件系统,除非特别指定了只读选项 (`-n`); - 如果不确定当前情形是否允许改动,请先备份关键资料再行动; - 复杂疑难病症往往超出单一工具能力范围,此时建议寻求专业技术支持服务协助排查根源所在[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值