was native_stderr.log 是否可以删除_WAS服务器四种应用更新模式

最新推荐文章于 2021-02-24 07:01:23 发布
最新推荐文章于 2021-02-24 07:01:23 发布
阅读量1k 收藏 1
点赞数
文章标签： was native_stderr.log 是否可以删除 was修改类加载模式 was启动项目报错 logerror srve0293e: was如何使用gzip 循序渐进linux——基础知识、服务器搭建、系统管理、性能调优、集群应用 没停服务 就先替换jar包
本文详细介绍了WAS服务器上应用程序的四种更新模式：整个ear文件更新、模块替换、单个文件替换、多个文件更新，强调了无中断更新的实现和操作步骤，包括集群环境的全局同步配置。

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

3a514f0d13ea96e93ef75f8843676075.png

》》》推荐阅读《《《

1、性能测试学习笔记-场景设计

2、性能测试的重要意义

3、性能分析流程及方法

4、应用系统性能调优之性能分析

WAS服务器四种应用更新模式 

最近有客户在咨询WAS服务器上应用程序的升级有哪些方式，怎么操作能无中断更新，因此专门对这方面的东西进行了总结和梳理，也分享给大家。

WAS服务器上的应用可以支持细粒度的应用更新，所以你可以对应用的一部分，或者某一个模块进行更新和升级，和重新启动相应的业务模块，而且实现了业务无中断更新。

分类说明如下：

  • 整个ear文件的更新

  • 应用包中一个模块(.jar,ejb.jar,.rar)替换、增加，或者去掉

  • 应用包中一个单独文件替换、增加或者去掉

  • 多个应用程序文件或者模块的的更新

下面分享一下具体的操作方式。

整个ear文件的更新

1. 点击 Applications Application Types  WebSphere enterprise applications.

选择英语程序更新，然后点击 Update.

2. 在 Preparing for theapplication update 页面(Figure 24-1), 选择 Replace the

entire application option (这是默认选项).

b1bb2ff8b8492f201f551280d0215c4b.png

3. 选择 Local file system 或者 Remotefile system option. 然后点击 Browse 选择要更新应用代码目录ear文件，然后选择Next。

4. 然后部署的过程中根据需求进行修改一些东西，最后到Summary 页面, 点击 Finish.

5. 重新确认更新的内容：

d512ca0806965405266d689912bd1717.png

然后点击save来保存设置。

6. 如果是集群分布式环境，则还需要进行全局同步配置。

7.部署需要几秒的时间，需要等待，同时可以看system.out日志来确定部署是否报错。

应用包中一个模块(.jar,ejb.jar,.rar)替换、增加，或者去掉

1. 点击 Applications Application Types  WebSphere enterprise applications.

选择英语程序更新，然后点击 Update.

2. 在 Preparing for theapplication update 页面(Figure 24-1), 选择Replace or add a single module .

f1499c7d0ab5e1587b12bc24dca4b590.png

3.指定这个模块包文件的路径，比如ejb.jar，这个包不在ear包里，保存一个路径下。这个文件将会增加到应用里面。

4. 选择 Local file system 或者 Remotefile system option. 然后点击 Browse 选择要更新应用代码目录ear文件，然后选择Next。

5. 然后部署的过程中根据需求进行修改一些东西，最后到Summary 页面, 点击Finish.

6. 更新配置到主配置，然后点击save。

7. 如果是集群分布式环境，则还需要进行全局同步配置。

 应用包中一个单独文件替换、增加或者去掉

替换或增加一个文件，比如一个class,一个Jsp,gif，properties

1. 点击 Applications Application Types  WebSphere enterprise applications.

选择英语程序更新，然后点击 Update.

2. 在 Preparing for theapplication update 页面(Figure 24-1), 选择Replace or add a single file .

3b998a258fed77825c421c1a2dffeb91.png

3.指定这个模块包文件的路径，比如logo.gif，这个文件不在ear包里，保存一个路径下。

4. 选择 Local file system 或者 Remote filesystem option. 然后点击 Browse 选择要更新应用代码目录ear文件，然后选择Next。

5. 然后部署的过程中根据需求进行修改一些东西，最后到Summary 页面, 点击 OK.

6. 更新配置到主配置，然后点击save。

7. 如果是集群分布式环境，则还需要进行全局同步配置。

多个应用程序或者模块的更新

多个文件的更新可以将要更新的文件压缩成一个zip或者gzip包。更加压缩包的文件，它会更新文件或者是增加文件，和删除文件。压缩文件必须是一个。

  • 要更新一个文件，压缩包中的文件必须要和原来部署的包的路径结构相同。

  • 如果是要增加一个文件的，这个文件在压缩包中的路径必须和原来的是不同的路径结构。

  • 如果是要删除原来已经安装的包里面的文件，必须要在META-INF / ibm-partialapp-delete.props文件中指定文件名。这个文件必须是ASCII格式，一行一行的指定文件名。要删除的文件不是相对路径。

比如要删除原来的docs/readme.txt文件，那么就要在ibm-partialapp-delete.props写ibm-partialapp-delete.props。

再比如要删除某一个hello.war包下的images/logo.jpg文件，则要在HelloWeb.war/META-INF/ibm-partialapp-delete.props 中增加一行images/logo.jpg

另外也可以用通配符，比如*.jsp就删除所有的Jsp.

  • ibm-partialapp-delete.props这个文件可以写多行

  • 举例:

下面是一个要更新的zip包。

4ffcbe57d69537daa9d6698ab42f0a45.png

ibm-partialapp-delete.props文件的内容如下：

docs/readme.txt

images/logo.gif

使用第4中选项(Replace, add, or delete multiple files)来更新，就如果产生如下结果：

  1. 增加log4j.jar到ear的根目录

  2. 更新替换HelloEJB.jar

  3. 从EAR文件删除文件/ readme.txt文件(如果存在的话)，而不是从任何模块。

  4. 增加images/newlogo.jpg文件到HelloWeb.war

  5. 更新HelloServlet.class

  6. 删除images/logo.gif

执行步骤：

1. 点击 Applications Application Types  WebSphere enterprise applications.

选择英语程序更新，然后点击 Update.

2. 在 Preparing for theapplication update 页面, 选择Replace, add, or delete multiple files选项.

3.指定这个模块包文件的路径，比如logo.gif，这个文件不在ear包里，保存一个路径下。

4. 选择 Local file system 或者 Remotefile system option. 然后点击 Browse 选择要更新应用代码目录ear文件，然后选择Next。

5. 然后部署的过程中根据需求进行修改一些东西，最后到Summary 页面, 点击 OK.

6. 更新配置到主配置，然后点击save。

7. 如果是集群分布式环境，则还需要进行全局同步配置，点击Synchronize changes with Nodes，再点击Save。

总结

以上是分类说明WAS应用更新的四种模式，如果你的情况是选择最后一种，压缩包更新的，如果是没有ibm-partialapp-delete.props文件的话，应该是不会删除文件的，那么如果更新失败，很有可能是在解压缩的和分析的过程中，临时停止进程导致的。

》》》推荐阅读《《《

1、性能测试学习笔记-场景设计

2、Web站点性能调优完全攻略

3、应用系统性能调优之性能分析

4、Windows监控——性能指标详解

6、性能测试的重要意义

7、软件性能测试的本质_致命版

8、性能分析流程及方法

9、性能测试流程

10、性能测试从需求分析开始

11、性能测试指标

12、双活数据中心揭秘之—DB2 PureScale

13、循序渐进学习oracle

14、软件项目管理中的十个误区

15、功能测试方法总结及常见面试问题

16、MQ来账通道及队列配置

17、Linux命令大全整理

18、JMeter工具简单介绍

19、性能瓶颈分析方法

20、性能测试-LoadRunner操作流程之一

22、性能测试-LoadRunner操作流程之二

23、性能测试-LoadRunner操作流程之三

24、性能测试-脚本编写之一

25、性能测试-脚本编写之二

26、性能测试-脚本编写之三

27、性能测试-性能调优之一

28、性能测试-性能调优之二

2ea93190c692ea61eeedbdae4e1af8ea.png

＜IBM Websphere Portal＞《关于IBM的Portal和WAS的说明和总结（自用笔记）》
Else 的博客
12-08 457
👉WebSphere_Portal日志：/opt/IBM/WebSphere/wp_profile/logs/WebSphere_Portal路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log。👉192.168.66.1服务器运行的server进程有：dmgr、nodeagent、 WebSphere_Portal、searchsrv、server1。
was进程内存占用过大_was调优+was内存溢出解决办法
weixin_39907713的博客
12-21 1751
座席系统应用故障问题分析如下一、数据库配置信息1、DB2数据库连接数计算规则 "maxappls * maxlocks &gt= 100"当前呼叫中心DB2数据库cfg配置信息如下(MAXLOCKS) = AUTOMATIC(98)(MAXAPPLS) = AUTOMATIC(147)修改DB2连接数 db2 update db cfg for sdnxcsr using MAXAPPL...
ga16.zip-分析GC日志native_stderr.log(可分析WAS6.1版本)
09-14
分析GC日志native_stderr.log(可分析WAS6.1版本)
IBM JDK GC日志分析(native_stderr.log参数说明）
qq_35052774的博客
05-29 3939
IBM WAS 可以通过添加JVM启动参数 -verbose:gc 或者在管理控制台上勾选详细垃圾回收选项来打印更详细的GC日志，缺省日志记录文件是native_stderr.log文件。 不同的GC策略，日志内容会有所不同，以下是optthruput策略时，记录的详细GC日志： <af type=”tenured” id=”24″ timestamp=”Dec 31 14:51:48 2015″ intervalms=”494944.872″> af（allocation fail）：触发
垃圾回收--native_stderr.log
汪迎春的专栏
08-16 6420
使用IBM的JDK的Windows平台和AIX平台，我们只要在WebSphere管理控制台的java进程属性里勾选“详细垃圾回收”，那么就会在native_stderr.log中生成如下的信息。 这幅图很形象的给出了gc日志的主要关注点：垃圾回收的原因、垃圾回收的间隔、垃圾回收前后的剩余空间、垃圾回收持续的时间…… “nursery”表示这次分配失败（Allocation Fa
java oom dump_单看javacore ,native_stderr.log,systemout.log 不看headdump .如何诊断OOM（内存溢出）错误？...
weixin_33542924的博客
02-24 344
首先你得了解到heapdump,javacore和systemout/systemerr所记录的内容的区别：heapdump是记录JVM中内存分配及对象使用,并且在内存溢出时产生。javacore是记录线程池中线程的使用对象。systemout/systemerr是记录日常JVM运行时的输出。GC log是从JVM启动后，JVM的内存分配的大小变化及每次局部GC和full GC时所释放的JVM内存...
WAS GC 日志分析
Shen_Guo的博客
12-31 8648
WAS GC日志native_stderr.log分析          我们可以通过添加JVM启动参数 -verbose:gc 或者在管理控制台上勾选详细垃圾回收选项来打印更详细的GC日志，缺省日志记录文件是native_stderr.log文件。 不同的GC策略，日志内容会有所不同，以下是optthruput策略时，记录的详细GC日志： af（allocation fail
Websphere 学习(二)
Ryze
04-27 4179
–参考Websphere性能学习笔记 1.WAS日志 WebSphere的日志信息： …/profiles/Appsrv01/logs/server下主要日志： SystemErr.log : 系统出错日志 SystemOut.log : 系统中所有活动的日志 trace.log : 系统中所有跟踪的事件的日志 startServer.log : 启动服务器事件的日志 stopS...
WAS 内存溢出分析
12-04
WAS（Websphere Application Server）内存溢出分析是解决应用程序服务器运行过程中出现的内存不足问题的重要手段。本文通过分析具体的故障实例，展示了内存溢出问题的定位、分析和解决方案。 首先，故障描述中提到...
WAS6.1垃圾回收日志分析
眼之风
05-03 804
有名的IBM离线内存日志分析工具：IBM Pattern Modeling and Analysis Tool for Java Garbage Collector。 通过记录内存使用的日志文件native_stderr.log，可以对WAS运行的情况进行分析。 运行ga29.jar,在菜单中打开native_stderr.log文件。 WAS打开“详细垃圾回收开关”生成native_s...
was 更新应用程序_更新应用程式
weixin_26735419的博客
08-26 1117
was 更新应用程序Welcome to this tutorial for adding update app to your flutter application 欢迎使用本教程，向您的flutter应用程序添加更新应用程序 You can connect with me on Instagram: 您可以在Instagram上与我联系： Enough! Lets start with ...
指定的网络名不再可用怎么解决_生产环境宕机问题处理系列之解决WebSphere的内存溢出问题
weixin_39936086的博客
12-02 306
在基于WebSphere Application Server的Web应用程序中，内存利用率会严重影响系统性能。 最常见的内存问题之一是内存泄漏，它会导致严重的性能下降。 从理论上讲，由于Java™具有垃圾回收(GC)，因此不应在Java™中发生内存泄漏。 但是，GC仅清除不再引用的未使用对象。 因此，如果未使用但仍引用了对象，则GC不会删除该对象，这会导致JVM问题中的内存泄漏。 除了内存泄漏外...
Websphere下删除某个文件（ibm-partialapp-delete.props）
蝦
04-21 1791
Directory of C:\hello.war 04/21/2016 04:55 PM . 04/21/2016 04:55 PM .. 04/21/2016 04:56 PM folder 04/21/2016 04:55 PM META-INF 0
WAS以及weblogic日志说明
热门推荐
禾青的记录
03-19 1万+
【WAS】 　1、日志位置 　%安装目录%\WebSphere\AppServer\profiles\AppSrv01\logs\server1  　2、日志文件说明 　SystemErr.log: 系统出错日志 　SystemOut.log: 系统中所有活动的日志 　trace.log: 系统中所有跟踪的事件的日志 　startServer.log: 启动服务器事件的日志 　st
Linux日志处理
天空源的博客
06-25 1038
LINUX 下定时任务删除N天前的文件 一、模版：find 目录　-mtime +天数　-name "文件名"　-exec rm -rf {} \; 示例：将/usr/local/log目录下所有3天前带".log"的文件删除 find /usr/local/log-mtime +3-name "*.log*"-exec rm -rf {} \; 二、利用crontab 执行定时任务 写脚本 ...
was下实现部分更新
xuechangchun007的专栏
09-02 686
was里应用的更新方式在官方帮助文档里有4种。 第1种整包的很简单，第2、3没用过，主要是第4种应用程序更新多个文件。 需要先知道应用安装后在系统中的文件夹名，一般都是context配置时的名字加上.ear，比如context配置的是/app，那上传后的文件夹名是....../app.ear/app.war。比如我上传的app2.war，路径是/IBM/WebSphere/Ap...
WAS内存溢出处理方法
我很低调的专栏
12-05 8076
出现的现象：生成heapdump文件，及javacore文件。且javacore中有明显OutOfMemory字样。有时内存溢出会导致WAS挂了，有时不会挂，会自动恢复。 如果WAS挂了，重启即可，不用额外操作收集信息。 后续分析日志： 下载native_stderr.log文件，在/was7/profiles/AppSrv01/logs/server1下，与SystemOut.log同一目...
[Unit] Description=qx_cxems_service After=network.target [Service] WorkingDirectory=/data/.cxems ExecStart=/usr/local/python3/bin/gunicorn --access-logfile - --error-logfile /data/.cxems/log/qx_cxems_error.log --workers 17 --bind unix:/tmp/myflaskapp.sock ems:app Restart=always User=user Group=user StandardOutput=file:/data/.cxems/log/qx_cxems_stdout.log StandardError=file:/data/.cxems/log/qx_cxems_stderr.log ExecStartPost=sudo /bin/chown user:user /data/.cxems/log/qx_cxems_stdout.log ExecStartPost=sudo /bin/chown user:user /data/.cxems/log/qx_cxems_stderr.log [Install] WantedBy=multi-user.target以上是我的服务的配置文件，启动服务时会报需要root权限的密码，如何解决权限问题呢
最新发布
03-20
<think>好的，我需要帮助用户解决在启动qx_cxems_service服务时因权限问题导致需要输入root密码的问题，特别是修改systemd配置以避免请求root权限，尤其是在执行chown命令时的权限问题。 首先，用户提到在启动服务时遇到权限问题，尤其是在执行chown命令时需要root权限。这可能是因为服务启动时需要修改文件的所有权，而普通用户没有权限这么做。根据引用[1]，SUID权限可以让执行者临时拥有所有者的权限，但用户明确希望避免请求root权限，所以可能不希望设置SUID，尤其是像chown这样的命令，设置SUID可能有安全风险。 接下来，我需要考虑如何通过修改systemd的配置文件来解决这个问题。通常，systemd服务可以通过配置User和Group字段来指定运行服务的用户和组。如果服务以普通用户身份运行，但需要执行需要root权限的操作，如chown，可能需要进一步调整权限或使用其他方法。 另外，引用[3]中提到了修改nginx配置文件并设置正确的用户和组，这可能是一个参考。也许用户需要确保服务运行时使用的用户对相关目录和文件有足够的权限，而不是依赖root权限。 可能的解决方案包括： 1. 在systemd服务文件中指定User和Group，让服务以普通用户运行，但需要确保该用户有权限执行chown。不过，普通用户通常无法执行chown来改变文件所有者，除非有特殊权限。 2. 使用ACL（访问控制列表）为特定目录或文件赋予用户必要的权限，避免需要root权限。 3. 在服务启动前预先设置好文件的所有权和权限，这样在服务运行时不需要再执行chown。 4. 如果必须使用chown，可能需要使用sudo并配置免密码执行，但这可能涉及安全风险，需要谨慎处理。 根据引用[4]，在k8s的配置中修改apiserver的权限设置，可能需要类似的思路，调整服务的权限配置。但具体到systemd服务，应该重点放在服务本身的配置和文件权限设置上。 总结步骤可能包括： - 检查服务需要修改的文件或目录，确保运行用户有所有权或写权限。 - 修改systemd服务的Unit文件，添加User和Group指令。 - 使用ExecStartPre命令预先设置权限，可能需要辅助脚本。 - 如果有必要，配置polkit规则或sudoers文件允许特定命令无需密码，但需注意安全。</think>### 解决方案 要避免在启动`qx_cxems_service`时因`chown`命令请求root权限，需通过调整systemd配置和文件权限实现： 1. **修改systemd服务配置** 在服务文件（如`/etc/systemd/system/qx_cxems_service.service`）中添加`User`和`Group`字段，指定服务以普通用户身份运行： ```ini [Service] User=appuser # 替换为实际用户 Group=appgroup # 其他配置保持不变 ``` 这将限制服务以非root用户运行，但需确保该用户对相关文件有操作权限[^1]。 2. **预置文件权限** 若服务启动时需要修改文件所有权（如`ExecStartPre=/bin/chown ...`），提前手动设置文件权限： ```bash sudo chown -R appuser:appgroup /path/to/target_directory ``` 避免在服务运行时动态调整所有权。 3. **使用辅助脚本与ACL** 若必须动态修改权限： - 创建脚本`/usr/local/bin/setup_permissions.sh`： ```bash #!/bin/bash chown appuser:appgroup /path/to/file ``` - 赋予脚本执行权限并配置`setfacl`允许特定用户免密执行： ```bash sudo setfacl -m u:appuser:rx /usr/local/bin/setup_permissions.sh ``` 在systemd服务中调用脚本： ```ini ExecStartPre=/usr/local/bin/setup_permissions.sh ``` 4. **安全策略例外（谨慎使用）** 若仍需要`chown`权限，可通过`polkit`或`sudo`配置例外： - 编辑sudoers文件： ```bash appuser ALL=(root) NOPASSWD: /bin/chown appuser:appgroup /path/to/file ``` 修改systemd服务中的命令： ```ini ExecStartPre=sudo /bin/chown appuser:appgroup /path/to/file ``` **注意**：此方法需严格限制路径，避免安全漏洞[^1]。 --- ### 验证步骤 1. 重新加载systemd配置： ```bash sudo systemctl daemon-reload ``` 2. 启动服务并检查日志： ```bash sudo systemctl start qx_cxems_service journalctl -u qx_cxems_service ``` 3. 确认服务状态： ```bash systemctl status qx_cxems_service ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值