Tomcat启动不成功，报错如下:严重: Exception loading sessions from persistent storage

最新推荐文章于 2024-05-01 03:24:28 发布
最新推荐文章于 2024-05-01 03:24:28 发布 · 175 阅读 · 0
文章标签：

#Tomcat #Java #Apache #SUN #XML

本文记录了一次Tomcat启动失败的问题及解决过程。故障表现为启动时出现读取会话的EOF异常，通过修改server.xml文件中的Context配置，设置saveonrestart为false解决了问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

      忽然tomcat就启动不起来了，也不知道是什么错误，报错如下，不过我最后还是找到一个解决办法，虽然具体原理不太清楚。望大家参考啦。。。

 

严重: Exception loading sessions from persistent storage
java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2228)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2694)
at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:761)
at java.io.ObjectInputStream.<init>(ObjectInputStream.java:277)
at org.apache.catalina.util.CustomObjectInputStream.<init>(CustomObjectInputStream.java:56)
at org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:384)
at org.apache.catalina.session.StandardManager.load(StandardManager.java:343)
at org.apache.catalina.session.StandardManager.start(StandardManager.java:657)
at org.apache.catalina.core.ContainerBase.setManager(ContainerBase.java:499)
at org.apache.catalina.startup.ContextConfig.managerConfig(ContextConfig.java:315)
at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:635)
at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:216)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4290)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:277)
at org.apache.catalina.core.StandardHost.install(StandardHost.java:832)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:701)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:432)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:983)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:349)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1091)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
at org.apache.catalina.core.StandardService.start(StandardService.java:480)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313)
at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)

 

 

 

解决办法：

Tomcat conf/server.xml中加入内容<Context>节点中的内容

 

 

Tomcat conf/server.xml中加入内容<Context>节点中的内容
<Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true"
            xmlValidation="false" xmlNamespaceAware="false">

       
            	<context><manager classname="org.apache.catalina.session.PersistentManager" saveonrestart="false"></manager></context>
      </Host>




 



 


 


 

                

        




    

    
  



    

      

        

            

              
                
                  dpmail
                
              
            

            

                关注
              
            

        

        

          
      

      










                



	

		

			

				
					
Spring Boot入门教程(四):配置文件

				
			

			

				

					人不风流枉少年
				

				

					03-20
					
					4705
					
				

			

		

		

			
				
配置方式

每个starter都有自己默认的配置，如果需要改变默认值，可以在其他地方配置来覆盖掉默认的值，覆盖默认的配置有多种方式，每种方式的优先级也不同，如果在多个地方配置则优先使用优先级高的值，其中命令行参数优先级最高, 其中大部分参数一般都配置在属性文件application.properties中，属性文件即可以覆盖starter中默认的值，也可以自定义值


在命令行行输入的参数
SPR...

			
		

	



                

            
              



	

		

			

				
					
Exception loading sessions from persistent storage

				
			

			

				

					暴躁兔子的记录
				

				

					04-30
					
					525
					
				

			

		

		

			
				
启动tomcat时，日志报错：
2019-04-30 08:52:18.128 ERROR [localhost-startStop-1] org.apache.catalina.session.StandardManager | Exception loading sessions from persistent storage
  java.io.StreamCorruptedExceptio...

			
		

	



              


  
              

                


	

		

			

				
					
Tomcat系列教材 （六）- 启动Exception loading sessions from persistent storage 异常的处理办法

				
			

			

				

					Lan_ht的博客
				

				

					09-20
					
					593
					
				

			

		

		

			
				
该问题的原因是tomcat的session持久化机制引起的，tomcat这个功能本身的用意在于重启tomcat后保存之前的session，Tomcat会把session持久化在%TOMCAT%/work/Catalina/localhost/session.ser 这个文件里。Tomcat启动的时候会报一个Exception loading sessions from persistent storage异常，但是又不影响正常的业务。关闭tomcat的持久化功能，就能一劳永逸的解决这个问题。

			
		

	





	

		

			

				
					
严重: Exception loading sessions from persistent storage

				
			

			

				

					美好的天空
				

				

					08-16
					
					334
					
				

			

		

		

			
				
当tomcat启动的时候出现下面错误： [ERROR] org.apache.catalina.session.ManagerBase - IOException while loading persisted sessions: java.io.EOFException或者 严重: IOException while loading persisted sessions: java.io.EOF...

			
		

	



		

			
		



	

		

			

				
					
Exception loading sessions from persistent storage 这个问题的解决

				
			

			

				

					weixin_30532837的博客
				

				

					03-16
					
					218
					
				

			

		

		

			
				
现在经常在做一个项目时重启时会报：
严重: Exception loading sessions from persistent storage的问题。
这个问题的原因是tomcat的session持久化机制引起的，tomcat这个功能本身的用意在于重启tomcat后保持之前的session，但是在tomcat非正常关闭后，tomcat尝试恢复session时读取失败，就抛出错误，但是并不影响...

			
		

	





	

		

			

				
					
Tomcat异常之 Exception loading sessions from persistent storage解决方案

				
			

			

				

					dianti5444的博客
				

				

					08-27
					
					261
					
				

			

		

		

			
				
启动项目时报以下异常
严重: Exception loading sessions from persistent storage
java.io.EOFException
遇到上述异常，删除Tomcat里面的work\Catalina\localhost下的项目文件内容即可解决.
原因是由于项目测试中class文件或者其它文件更新过频繁。

   


转载于:https://w...

			
		

	





	

		

			

				
					
tomcat启动报错：IOException while loading persisted sessions: java.io.InvalidClassException: [Ljava.lang.

				
			

			

				

					qq_34266804的博客
				

				

					05-06
					
					1060
					
				

			

		

		

			
				
报错信息:


严重: IOException while loading persisted sessions: java.io.InvalidClassException: [Ljava.lang.StackTraceElement;; no valid constructor
java.io.InvalidClassException: [Ljava.lang.StackTraceEleme...

			
		

	





	

		

			

				
					
SEVERE [localhost-startStop-1] org.apache.catalina.session.StandardManager.startInternal Exception

				
			

			

				

					write6的专栏
				

				

					05-08
					
					6134
					
				

			

		

		

			
				
Tomcat 启动异常错误堆栈：org.apache.catalina.session.StandardManager.startInternal Exception loading sessions错误原因：解决方法：
错误堆栈：org.apache.catalina.session.StandardManager.startInternal Exception loading sessions...

			
		

	





	

		

			

				
					
2024年Tomcat-session的实现：线程安全与管理(1)

				
			

			

				

					2401_84253894的博客
				

				

					05-01
					
					602
					
				

			

		

		

			
				
else {// 直接使用 StandardSessionFacade 包装即可再最后，要说明的是，整个sessions的管理使用一个 ConcurrentHashMap 来存放全局会话信息，sessionId->session实例。

			
		

	





	

		

			

				
					
Tomcat：IOException while loading persisted sessions: java.io.EOFException异常处理

				
			

			

				

					weixin_34088598的博客
				

				

					12-30
					
					385
					
				

			

		

		

			
				
Tomcat在启动时出现如下异常问题：
严重: IOException while loading persisted sessions: java.io.EOFException严重: Exception loading sessions from persistent storage
是因为保存在硬盘上的session数据读取失败，问题似乎不大，但是如果不处理一下，每...

			
		

	





	

		

			

				
					
tomcat启动时出现异常Exception loading sessions from persistent storage

					
热门推荐

				
			

			

				

					
				

				

					03-18
					
					1万+
					
				

			

		

		

			
				
Exception loading sessions from persistent storage 
java.io.EOFException 
at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2228) 
at java.io.ObjectInputStream$BlockData

			
		

	





	

		

			

				
					
严重: IOException while loading persisted sessions: java.io.EOFException

				
			

			

				

					shanxmxj的专栏
				

				

					03-07
					
					118
					
				

			

		

		

			
				


2011-3-7 14:32:59 org.apache.catalina.session.StandardManager doLoad
严重: IOException while loading persisted sessions: java.io.EOFException
java.io.EOFException
	at java.io.ObjectInputStream$Pee...

			
		

	





	

		

			

				
					
关于 Exception loading sessions from persistent storage错误

				
			

			

				

					georas的专栏
				

				

					07-24
					
					1416
					
				

			

		

		

			
				
当遇到这个错误的时候，网上的说法

			
		

	





	

		

			

				
					
Exception loading sessions from persistent storage+ClassNotFoundException

				
			

			

				

					晒太阳的小猫咪的博客
				

				

					06-21
					
					785
					
				

			

		

		

			
				
Tomcat项目部署生产页面打不开，其他环境正常

			
		

	





	

		

			

				
					
tomcat启动：Exception loading sessions from persistent storage

				
			

			

				

					Sucker的小笔记
				

				

					12-04
					
					426
					
				

			

		

		

			
				
以下内容整理自网络

1.问题描述
Tomcat在启动时出现如下异常问题：
严重: IOException while loading persisted sessions: java.io.EOFException
严重: Exception loading sessions from persistent storage

2.解决方案
删除Tomcat里面的...

			
		

	





	

		

			

				
					
sqlserver数据库分离报错 错误号: 3703
严重性: 16
状态: 2
行号: 1

					
最新发布

				
			

			

				

					06-06
				

			

		

		

			
				
<think>嗯，我现在需要解决用户提到的SQLServer数据库分离时出现的错误3703。首先，我应该仔细分析用户提供的几个引用内容，看看里面有没有相关的信息。用户引用了三个来源，其中引用[1]提到了在SQLServer进行读写分离时遇到了问题，特别是版本差异导致的问题，比如2016版本出错而2019版本正常，用户怀疑可能是权限问题。引用[2]主要讲读写分离的基本原理，可能没有直接涉及错误3703的解决方案。引用[3]提到高并发优化方案，但同样可能不直接相关。根据这些引用，用户的问题是在执行数据库分离操作时遇到了错误3703。这个错误通常是因为数据库仍有活动连接，导致SQLServer无法分离数据库。所以解决思路可能包括终止所有活动连接、设置数据库为单用户模式、执行检查点操作等。用户提到的引用[1]中提到权限问题或版本问题，可能需要检查权限设置或尝试不同版本，但核心问题还是活动连接未被释放。接下来，我需要回忆SQLServer数据库分离错误的常见解决方法。首先，确保没有其他用户或进程正在使用该数据库。可以通过查询sys.dm_exec_sessions动态管理视图来查看当前连接，然后使用KILL命令终止这些连接。如果还是无法分离，可能需要在分离前将数据库设置为单用户模式，这样只允许当前连接操作。另外，执行CHECKPOINT可以刷新脏页到磁盘，减少恢复时间，可能帮助顺利分离。用户还提到引用[1]中的版本问题。虽然错误3703本身可能和版本无关，但某些版本的SQLServer可能有不同的行为。比如用户发现在2016版本出现问题，而2019版本正常，这可能和实例配置或权限有关。需要建议用户检查SQLServer服务账户是否有足够的权限访问数据库文件所在的文件夹，尤其是当分离操作需要移动或删除文件时。此外，可能存在快照或复制相关的后台进程，需要禁用发布订阅或数据库镜像等高级功能。另外，用户引用中提到的共享文档和快照生成失败，可能与文件权限有关。因此，解决方案中应包含检查文件夹权限的步骤，确保SQLServer服务账户有完全控制权限。同时，在分离前尝试脱机数据库再联机，可能解决潜在的状态问题。最后，需要提醒用户备份数据库，以防操作过程中数据丢失。特别是使用脚本处理时，终止连接可能影响正在进行的操作。用户遇到的问题可能涉及多个方面，需要逐步排查：活动连接、单用户模式、服务权限、版本差异等。综合所有信息，整理出分步骤的解决方案，并结合用户引用的内容给出相关建议。</think>
好的，SQL Server 数据库分离操作遇到错误 `3703` 是一个非常常见的问题，通常意味着**有活动连接正在使用你要分离的数据库**，SQL Server 因此阻止了分离操作以防止数据损坏。以下是系统性的解决方案：

**核心原因：** 在执行 `EXEC sp_detach_db 'YourDatabaseName';` 命令时，如果数据库上有任何活跃连接（用户查询、应用程序连接、SQL Server Agent 作业、未关闭的查询窗口、维护计划等），分离操作就会失败并报告错误 `3703`。

**全面解决方案步骤：**

1.  **强制终止所有活动连接：**
    *   这是最直接有效的方法。在尝试分离**之前**，运行以下脚本将数据库设置为单用户模式，并立即踢出所有其他连接：
        ```sql
        USE master;
        GO
        -- 1. 设置数据库为单用户模式 WITH ROLLBACK IMMEDIATE 是关键
        ALTER DATABASE [YourDatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
        GO
        -- 2. 现在尝试分离
        EXEC sp_detach_db 'YourDatabaseName';
        GO
        ```
    *   `WITH ROLLBACK IMMEDIATE`：强制终止所有进行中的事务并回滚，立即释放连接。**警告：** 这会中断所有当前用户的查询/操作，确保相关应用已停止使用该库。

2.  **手动检查并终止连接：**
    *   如果你不想强制踢出所有连接，可以尝试更精准地终止：
        ```sql
        USE master;
        GO
        -- 查询连接到目标数据库的所有会话ID (SPID)
        SELECT session_id, login_name, status, host_name, program_name
        FROM sys.dm_exec_sessions
        WHERE database_id = DB_ID('YourDatabaseName');
        GO
        -- 使用上面查到的 SPID 终止连接
        KILL [SPID]; -- 比如 KILL 53; KILL 67;
        GO
        -- 确认没有连接后尝试分离
        EXEC sp_detach_db 'YourDatabaseName';
        GO
        ```

3.  **检查并释放资源 - `CHECKPOINT`：**
    *   有时内存中未写入磁盘的数据也可能阻塞。在设置单用户模式后或分离前执行：
        ```sql
        USE [YourDatabaseName];
        GO
        CHECKPOINT;
        GO
        USE master;
        GO
        -- 再执行分离操作 (确保已在单用户模式或没有连接)
        EXEC sp_detach_db 'YourDatabaseName';
        GO
        ```

4.  **关闭潜在的占用程序：**
    *   **停止应用程序：** 确保所有访问该数据库的应用程序（网站、客户端软件、服务等）都已关闭。
    *   **检查 SQL Server Agent：** 确认没有正在运行的作业指向这个数据库（尤其备份、复制、维护任务）。可以临时禁用相关作业。
    *   **关闭 SSMS 查询窗口：** 确保在 SQL Server Management Studio 中，除了你当前正在执行分离操作的 `master` 数据库窗口外，所有打开了 `YourDatabaseName` 数据库的查询窗口都已关闭。
    *   **重启 SQL Server 服务：** 作为最后手段（或在进行单用户模式操作后），重启 SQL Server 服务通常能清除所有遗留连接。重启后立即尝试分离（在应用程序重新连接之前）。
        *   **警告：** 会影响服务器上所有数据库的使用。

5.  **检查数据库状态和复制/镜像（如引用[2] [^2]中提到的架构）：**
    *   如果数据库参与了复制（发布/订阅）或数据库镜像，则不允许直接分离。你需要先删除发布订阅关系或删除镜像配置。
    *   执行 `SELECT state_desc FROM sys.databases WHERE name = 'YourDatabaseName';` 检查数据库状态（如 `ONLINE`, `RESTORING`, `RECOVERING`）。它必须是 `ONLINE` 状态才能分离。

6.  **权限与资源冲突 (文件锁定)：**
    *   虽然比连接问题少见，但要确保运行 SQL Server 服务的账户（通常是 `NT SERVICE\MSSQLSERVER` 或类似账户）对数据库文件 `.mdf` 和 `.ldf` 有**完全控制权**。
    *   检查是否有其他程序（如杀毒软件、备份软件、文件锁工具）意外锁定了数据库文件。暂时禁用它们再试。

7.  **版本与权限注意事项 (如引用[1] [^1]中提到)：**
    *   虽然错误 `3703` 本身通常与版本无关，但在尝试上述所有解决方案**仍失败时**，考虑：
        *   **权限问题：** 仔细检查第6步的文件和文件夹权限。确保服务账户对`.mdf/.ldf`所在目录具有`Modify`权限。分离操作会删除元数据，需要文件系统权限。
        *   **版本差异：** 极罕见情况下，特定版本的 bug 或配置可能导致问题（尽管 `2016` 通常支持分离）。尝试在另一个兼容版本（如同大版本的 `2016 SPx / CUx`）实例上分离。
        *   **数据库文件损坏：** 作为最后手段，尝试附加（`sp_attach_db`）数据库并进行`DBCC CHECKDB`检查完整性，然后重新尝试分离。

**最佳实践建议：**

*   **优先使用单用户模式：** 步骤 1 中的 `ALTER DATABASE ... SET SINGLE_USER WITH ROLLBACK IMMEDIATE;` 是解决此问题最可靠、最常用的方法。
*   **分离前进行备份：** 在进行任何高风险操作（如强制踢连接、重启服务）之前，务必对数据库进行完整备份。
*   **沟通告知：** 如果涉及生产环境，务必通知用户/相关方数据库将要离线，避免强制终止连接造成业务中断。

**总结操作流程 (推荐)：**

```sql
-- 1. 执行备份 (强烈建议)
BACKUP DATABASE [YourDatabaseName] TO DISK = 'X:\Backup\YourDB_BeforeDetach.bak';
GO
-- 2. 设置单用户模式并强制回滚活动连接
USE master;
GO
ALTER DATABASE [YourDatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
GO
-- 3. 可选: 执行 CHECKPOINT
USE [YourDatabaseName];
GO
CHECKPOINT;
GO
USE master;
GO
-- 4. 执行分离操作
EXEC sp_detach_db 'YourDatabaseName';
GO
```

执行以上步骤通常能解决 SQL Server 数据库分离时的错误 `3703` 问题。如果仍然遇到阻碍，需重点检查文件系统权限和数据库是否参与了高级功能（如复制）。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值