Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

OMVS datasets mounting problem

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
arunkumar atr

New User


Joined: 03 Dec 2008
Posts: 19
Location: Chennai

PostPosted: Mon Aug 02, 2010 1:18 pm    Post subject: OMVS datasets mounting problem
Reply with quote

While we are IPLing the test lpar for the first time after the fresh installation, we are geeting the following errors,

IOEZ00055I zFS kernel: initialization complete.
IKJ56225I DATA SET OMVS.ROOT ALREADY IN USE, TRY LATER+
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
IOEZ00003E While opening minor device 10000, could not open dataset
OMVS.ROOT.
BPXF029E ROOT FILE SYSTEM OMVS.ROOT 616
WAS NOT MOUNTED. RETURN CODE = 00000072, REASON CODE = EF096058

Here, we are using zFS file system.

The dataset OMVS.ROOT is using by OMVS address space.
But in our some other test Lpar, the same is used by zFS address space.

Have any one came accross problem like this? If so, please share your solution.

-Arun
Back to top
View user's profile Send private message

PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2433
Location: Netherlands, Amstelveen

PostPosted: Mon Aug 02, 2010 1:32 pm    Post subject:
Reply with quote

BPXF029EROOT FILE SYSTEM name WAS NOT MOUNTED. RETURN CODE = return_code, REASON CODE = reason_code
Explanation:
During z/OS UNIX initialization or in response to the SET OMVS=(xx) command, the system could not mount the specified file system.

In the message text:

name
The file system name specified on a ROOT statement in the BPXPRMxx parmlib member is either the name of the file system (FILESYSTEM parameter), or the name of the DD statement (DDNAME parameter) used to allocate it. For the HFS file system, FILESYSTEM refers to the name of the HFS data set containing the file system.
return_code
The return code from the mount request.
reason_code
The reason code from the mount request. For an explanation of the return code and reason code, see z/OS UNIX System Services Messages and Codes.
System action:
The file system is not mounted. The system is activated without a ROOT.


For a shared file system configuration, if the ROOT FILE SYSTEM was already mounted and owned by another system, OMVS will fail to initialize and will SHUTDOWN.


Operator response:
Contact the system programmer.

System programmer response:
Do one of the following:

•Ask the operator to correct the problem in BPXPRMxx. IPL the system to start z/OS UNIX with the revised member.
•Ask a superuser to enter the corrected information using the TSO/E MOUNT command. In this case specify '/' as the mountpoint.
Consult the documentation for the file system type specified with the TYPE parameter on the ROOT statement in the BPXPRMxx member specified to z/OS UNIX. Make changes as appropriate.

If this is a shared file system configuration and the ROOT file system is already mounted, this mount failure may be a temporary condition. If the reported RETURN CODE is EMVSERR (x"9D") and the REASON CODE is JRTgtMemberInactive (X"xxxx03CC") then the server for the ROOT file system has failed and a new server is being established. Issue the F OMVS,RESTART system command to restart OMVS.

Source:
z/OS UNIX System Services kernel (BPX)

Detecting Module:
BPXFSLIT

Routing Code:
2

Descriptor Code:
11
Back to top
View user's profile Send private message
arunkumar atr

New User


Joined: 03 Dec 2008
Posts: 19
Location: Chennai

PostPosted: Mon Aug 02, 2010 3:02 pm    Post subject:
Reply with quote

Hi Peter,

* there is no problem in BPXPRM00 and BPXPRMFS members in parmlib.
* while we are trying to mount using TSO/E, we are getting same error "BPXF029E"

And the system is activated with default root "SYSROOT"

And as I mentioned before, all OMVS datasets are used by OMVS address space. But in our another lpar, all omvs datasets are using by zFS address space.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8055
Location: East Dubuque, Illinois, USA

PostPosted: Mon Aug 02, 2010 4:24 pm    Post subject:
Reply with quote

Quote:
The dataset OMVS.ROOT is using by OMVS address space.
But in our some other test Lpar, the same is used by zFS address space.
This is true -- and completely unrelated to your problem. Our OMVS-mounted directories show they are in use by zFS, even though they are mounted to OMVS and usable. So you may think this is an issue for your site -- but it is not.

Quote:
* there is no problem in BPXPRM00 and BPXPRMFS members in parmlib.
If this were completely true, you would not be posting anything here because you would not have an issue. We don't use shared file systems, but in looking over the material in the Unix System Services Planning manual, there are a lot of potential problems to watch out for. You need to review all console messages -- there should be a clue somewhere about the problem (coupling facility messages could indicate your SYSPLEX(YES) failed in BPXPRM00 for example).
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
This topic is locked: you cannot edit posts or make replies. SDSF multiple spool datasets extracte... PJAlarcon CLIST & REXX 1 Fri Apr 21, 2017 10:50 pm
No new posts Edit large number of datasets (QSAM) zh_lad TSO/ISPF 3 Tue Apr 04, 2017 6:08 pm
No new posts Strings with double quotes having pro... raja Arumugam All Other Mainframe Topics 11 Thu Mar 30, 2017 10:34 am
No new posts Problem reading GTF trace output danik56 ABENDS & Debugging 7 Thu Mar 16, 2017 1:02 pm
No new posts ROUNDED Problem with COMPUTE statement shalem COBOL Programming 11 Thu Feb 09, 2017 8:16 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us