Jira迁移及内存调整

简介:
目前公司研发使用 jira软件进行 项目管理,安装了GreenHopper,JIRA Subversion plugin,Links Hierarchy Reports等插件。jira数据库采用oracle 11g。由于历史原因,采用的 操作系统版本为windows  server 2008 32位。
   一:新需求汇总:
  1: 把jira迁移到windows server 2008 64位的新服务器上
  2:新安装fisheye插件并解决授权问题
  3: jira,fisheye,svn的整合
  4:调整jira的运行内存
   二:操作步骤及注意事项
  1:新服务器上安装jira软件,安装路径务必同旧服务器保持一致,否则会出现插件缺失的情况!要采用和旧服务器同样的jira软件版本,这里采用jira版本4.4.5
  2:下载并安装64位jdk,这里采用 java版本1.6.0_43
  C:\Users\Administrator>java -version
  java version "1.6.0_43"
  Java(TM) SE Runtime Environment (build 1.6.0_43-b01)
  Java HotSpot(TM) 64-Bit Server VM (build 20.14-b01, mixed mode)
  3:下载并安装fisheye,这里采用fisheye-2.4.3版本,下载完成后解压运行bin目录下的start.bat即可启动。
  4:fisheye授权问题,参考 百度文库链接即可!
 
  5:jira同fisheye以及svn的整合
  进入jira的管理员页面,点击源代码控制,点击fisheye configuration标签进行整合
  7:其他问题
  调整完内存,发现启动jira服务报如下错误!
  调整完内存,发现启动jira服务报如下错误!
  [2014-02-21 09:59:09] [info]  Commons Daemon procrun (1.0.5.0 32-bit) started
  [2014-02-21 09:59:09] [info]  Running 'JIRA180214141702' Service...
  [2014-02-21 09:59:09] [info]  Starting service...
  [2014-02-21 09:59:09] [error] %1 不是有效的 Win32 应用程序。
  [2014-02-21 09:59:09] [error] Failed creating java C:\Program Files (x86)\Java
  \jdk1.6.0_43\jre\bin\server\jvm.dll
  [2014-02-21 09:59:09] [error] %1 不是有效的 Win32 应用程序。
  [2014-02-21 09:59:09] [error] ServiceStart returned 1
  [2014-02-21 09:59:09] [error] %1 不是有效的 Win32 应用程序。
  [2014-02-21 09:59:09] [info]  Run service finished.
  [2014-02-21 09:59:09] [info]  Commons Daemon procrun finished
  于是采用bat脚本方式调度jira和fisheye的启动和关闭!
  使用fisheye可以在jira上直接查看svn个更新情况,但需要svn提交的时候写上对应jira问题的标签

最新内容请见作者的GitHub页:http://qaseven.github.io/
相关文章
|
5月前
|
Oracle 关系型数据库 Linux
解决在linux服务器上部署定时自动查找cpu,内存,磁盘使用量,并将查询结果写入数据库的脚本,只能手动运行实现插库操作
问题描述:将脚本名命名为mortior.sh(以下简称mo),手动执行脚本后查询数据库,表中有相应的信息,放入自动执行队列中,脚本被执行,但是查询数据库,并没有新增数据。
43 0
|
运维 监控 Kubernetes
EKS自动扩容-方式一:ASG负载检测自动扩容功能
EKS自动扩容-方式一:ASG负载检测自动扩容功能
360 0
EKS自动扩容-方式一:ASG负载检测自动扩容功能
|
负载均衡 Java 微服务
从JVM角度思考--如何预估线上环境机器资源大小
如何给JVM虚拟机巧妙地设计参数对大部分开发来说一直是个随缘的事情,可能是去网上拷贝一套参数,可能是沿用公司其他应用的参数。但是这个随缘的操作可能就会给未来留下隐患。给JVM分配的内存过大倒是没什么问题,无非浪费点资源,但是如果分配的内存过小,就有可能导致频繁的Full GC,给人一种系统一直很卡的感觉。这篇文章就通过一个实例分析一下如何结合场景设置JVM虚拟机参数。 当然,本文更重要的是希望能通过预估参数的这个过程,让你更加了解虚拟机内部的一些东西,要想最准确的参数设置,用一些工具记录下JVM各个区域的变化会更有效。
|
Java 网络安全
OushuDB 管理指南系统扩容安装准备(上)
本次安装我们假设每台机器上有两个数据盘,分别mount在/data1和/data2上。在其他硬件配置下,可能有很多块盘,用户需要根据盘数的不同更改后面相应的配置信息。尤其需要注意的是HDFS的数据目录和OushuDB的临时文件目录。
132 0
OushuDB 管理指南系统扩容安装准备(上)
|
安全
OushuDB 管理指南系统扩容安装准备(下)
OushuDB 管理指南系统扩容安装准备
87 0
OushuDB 管理指南系统扩容安装准备(下)
|
存储 运维 Kubernetes
Kubernetes 上是否运行数据库,取决于哪些因素?
如今,越来越多的应用部署在 Kubernetes 上的容器中,因此 Kubernetes 也被称为「云端的 Linux」。尽管在应用层(application layer)的容器化有了大量增长,但数据层(data layer)在容器化方面得到的关注并不多。
|
监控 BI 存储
Confluence 6 在升级过程中查看合并日志
为了监控升级的过程,你应该查看 application log 日志中的输出。 通常日志经常将会显示多个日志实例,这个实例是定义在日志的 INFO 级别的,通常格式如下: WikiToXhtmlMigrationThread-n - Migrated 2500 of 158432 pages, this batch migrated 500/500 without error 针对每一个独立的页面,可能会显示很多日志的消息,但是任何错误将会显示一个独立合并日志,一旦所有的内容都被处理完成后。
922 0
|
应用服务中间件
Confluence 6 基本性能问题诊断步骤
基本性能问题诊断步骤 开始下面的程序: 进入 Troubleshooting Confluence hanging or crashing 页面找到已知的主要性能问题。
813 0
|
XML 数据格式
从 Confluence 5.3 及其早期版本中恢复空间
如果你需要从 Confluence 5.3 及其早期版本中的导出文件恢复到晚于 Confluence 5.3 的 Confluence 中的话。
1039 0