- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- HPUX: /usr/sap/trans directory couldn't be deleted
Operating System - HP-UX
1825163
Members
3863
Online
109679
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-06-2007 06:04 PM
тАО06-06-2007 06:04 PM
HPUX: /usr/sap/trans directory couldn't be deleted
HPUX: /usr/sap/trans directory couldn't be deleted.
I backed up trans directory and I must delete from system.
dr x r x r x trans
it doesn't permit to change permission with chmod.
This system was a clustered operated system with another system. Maybe trans directory is a shared with 2 system.
How can I delete trans folder?
Thanks.
I backed up trans directory and I must delete from system.
dr x r x r x trans
it doesn't permit to change permission with chmod.
This system was a clustered operated system with another system. Maybe trans directory is a shared with 2 system.
How can I delete trans folder?
Thanks.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-06-2007 06:24 PM
тАО06-06-2007 06:24 PM
Re: HPUX: /usr/sap/trans directory couldn't be deleted
In SAP installation document I give informations below about construction of trans directory
3.1.3 Configuring Network File System
If required, you configure Network File System (NFS), which is a system-wide Single Point-of-Failure
(SPOF), for a high-availability (HA) installation. For more information consult your HA partner.
We regard NFS as an extension to the operating system. The switchover product protects NFS and
makes it transparently available to the SAP system in switchover situations.
You need to decide:
n How to protect NFS
n Which switchover cluster nodes NFS is to run on
The NFS configuration might depend on your database system. The directories need to be available
for the SAP system before and after a switchover.
Procedure
1. Check the NFS directories, several of which need to be shared between all instances of a system.
These directories are:
n /sapmnt//profile
Contains the different profiles to simplify maintenance
n /sapmnt//global
Contains log files of batch jobs and central SysLog
n /usr/sap/trans
Contains data and log files for objects transported between different SAP Web AS systems (for
example, development ├в integration). This transport directory ought to be accessible by at least
one AS instance of each system, but preferably by all.
n /sapmnt//exe
Contains the kernel executables. These executables ought to be accessible on all AS instances
locally without having to use NFS. The best solution is to store them locally on all AS instance
hosts.
12/04/2006 PUBLIC 45/172
3 Preparation
3.1 High Availability: Switchover Preparations
2. Since you can protect NFS by a switchover product, it makes sense to install it on a cluster node.
The requirements of your database system might dictate how NFS has to be set up. If required, you
can configure the NFS server on the cluster node of the CI or the DB.
In both cases the NFS clients use the virtual IP address to mount NFS. If the second node is used as
an additional SAP instance during normal operation (for example, as a dialog instance), it also
needs to mount the directories listed above from the primary node.
When exporting the directories with their original names, you might encounter the problem of
a ├в busy NFS mount├в on the standby node. You can use the following workaround to solve this
problem:
a) On the primary server, mount the disks containing the directories:
/export/usr/sap/trans
/export/sapmnt/
b) The primary server creates soft links to the directories with the original SAP names:
/usr/sap/trans ├в > /export/usr/sap/trans
/sapmnt/ ├в > /export/sapmnt/
Alternatively the primary server can also mount the directories:
/export/usr/sap/trans ├в > /usr/sap/trans
/export/sapmnt/SID ├в > /sapmnt/
c) The primary server exports:
/export/usr/sap/trans
/export/sapmnt/
d) The standby NFS mounts:
from virt.IP:/export/usr/sap/trans to /usr/sap/trans
from virt.IP:/export/sapmnt/ to /sapmnt/
If the primary node goes down and a switchover occurs, the following happens:
n These directories on the standby node become busy:
/usr/sap/trans
/sapmnt/
n The standby node mounts disks to:
/export/usr/sap/trans
/export/sapmnt/
n The standby node configures the virtual IP address virt.IP
n The standby node exports:
/export/usr/sap/trans
/export/sapmnt/
n These directories on the standby node are accessible again:
/usr/sap/trans
/sapmnt/
3.1.3 Configuring Network File System
If required, you configure Network File System (NFS), which is a system-wide Single Point-of-Failure
(SPOF), for a high-availability (HA) installation. For more information consult your HA partner.
We regard NFS as an extension to the operating system. The switchover product protects NFS and
makes it transparently available to the SAP system in switchover situations.
You need to decide:
n How to protect NFS
n Which switchover cluster nodes NFS is to run on
The NFS configuration might depend on your database system. The directories need to be available
for the SAP system before and after a switchover.
Procedure
1. Check the NFS directories, several of which need to be shared between all instances of a system.
These directories are:
n /sapmnt/
Contains the different profiles to simplify maintenance
n /sapmnt/
Contains log files of batch jobs and central SysLog
n /usr/sap/trans
Contains data and log files for objects transported between different SAP Web AS systems (for
example, development ├в integration). This transport directory ought to be accessible by at least
one AS instance of each system, but preferably by all.
n /sapmnt/
Contains the kernel executables. These executables ought to be accessible on all AS instances
locally without having to use NFS. The best solution is to store them locally on all AS instance
hosts.
12/04/2006 PUBLIC 45/172
3 Preparation
3.1 High Availability: Switchover Preparations
2. Since you can protect NFS by a switchover product, it makes sense to install it on a cluster node.
The requirements of your database system might dictate how NFS has to be set up. If required, you
can configure the NFS server on the cluster node of the CI or the DB.
In both cases the NFS clients use the virtual IP address to mount NFS. If the second node is used as
an additional SAP instance during normal operation (for example, as a dialog instance), it also
needs to mount the directories listed above from the primary node.
When exporting the directories with their original names, you might encounter the problem of
a ├в busy NFS mount├в on the standby node. You can use the following workaround to solve this
problem:
a) On the primary server, mount the disks containing the directories:
/export/usr/sap/trans
/export/sapmnt/
b) The primary server creates soft links to the directories with the original SAP names:
/usr/sap/trans ├в > /export/usr/sap/trans
/sapmnt/
Alternatively the primary server can also mount the directories:
/export/usr/sap/trans ├в > /usr/sap/trans
/export/sapmnt/SID ├в > /sapmnt/
c) The primary server exports:
/export/usr/sap/trans
/export/sapmnt/
d) The standby NFS mounts:
from virt.IP:/export/usr/sap/trans to /usr/sap/trans
from virt.IP:/export/sapmnt/
If the primary node goes down and a switchover occurs, the following happens:
n These directories on the standby node become busy:
/usr/sap/trans
/sapmnt/
n The standby node mounts disks to:
/export/usr/sap/trans
/export/sapmnt/
n The standby node configures the virtual IP address virt.IP
n The standby node exports:
/export/usr/sap/trans
/export/sapmnt/
n These directories on the standby node are accessible again:
/usr/sap/trans
/sapmnt/
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-06-2007 07:13 PM
тАО06-06-2007 07:13 PM
Re: HPUX: /usr/sap/trans directory couldn't be deleted
Hi,
you are try to delete what is out put ...?
you are try to delete what is out put ...?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-06-2007 08:04 PM
тАО06-06-2007 08:04 PM
Re: HPUX: /usr/sap/trans directory couldn't be deleted
Hi,
We decided to use one of HPUX for SAP Netweaver XI and one of HPUX for SAP Nerweaver Enterprise Portal.So we must cancel the cluster mechanism between two system.
Our cluster software is MC/MasterGuard
Thanks
We decided to use one of HPUX for SAP Netweaver XI and one of HPUX for SAP Nerweaver Enterprise Portal.So we must cancel the cluster mechanism between two system.
Our cluster software is MC/MasterGuard
Thanks
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Learn About
News and Events
Support
© Copyright 2025 Hewlett Packard Enterprise Development LP