On Wed, Sep 6, 2017 at 9:59 AM, גדי בן אבי <gad...@malam.com> wrote:
> The problem was that the ZFS address space had no user assigned to it. > Once I fixed that, which required an IPL, everything worked fine. > > Gadi > > IPL'ing is definitely the best way to go. But there is a way to restart the ZFS address space with an IPL. ref: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ioea700/stopzfs.htm ==== zFS can be stopped using the MODIFY OMVS,STOPPFS=ZFS operator command. Automatic ownership movement can occur for both the z/OS UNIX owner and the zFS owner. See z/OS UNIX System Services Planning <https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxb200/toc.htm?view=kc> for information about the various automove settings for z/OS UNIX file system ownership. zFS aggregate ownership will move unless the file system is unmounted by z/OS UNIX. zFS file systems that become unmounted will need to be mounted again after zFS is restarted. When zFS is stopped, you receive the following message (after replying Y to message BPXI078D): nn BPXF032D FILESYSTYPE ZFS TERMINATED. REPLY ’R’ WHEN READY TO RESTART. REPLY ’I’ TO IGNORE. When an LPAR is shut down without the orderly shutdown of zFS, it is likely that recovery actions (automatic recovery on the next mount; if the mount fails, it might be necessary to manually run salvager) will be necessary to bring zFS aggregates back to a consistent state. In addition, some file activity can be lost. To restart zFS, reply *r* to message nn. (For example, *r 1,r*). If you want zFS to remain stopped, you can reply *i* to remove the prompt. In this case, zFS can be redefined at a later time using the SETOMVS RESET=(xx)operator command. However, this can result in zFS file systems becoming NOT ACTIVE. An unmount and remount is required to activate a file system that is NOT ACTIVE. If you plan to restart zFS, you should reply r to the message. Note: Stopping zFS can have shared file system (sysplex) implications. See Using zFS in a shared file system environment <https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ioea700/a7syspc.htm?view=kc#a7syspc> for information about shared file systems. ==== -- UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN