Test methods to transfer NSS and DCSS objects from one z/VM system to another
a project by markkp
Updated almost 4 years ago. No love.

Last Hackweek I created a rescue system that is composed of a SUSE Linux kernel in an NSS (Named Saved System) and an xip2fs file system in a DCSS (Dis-Continguous Save Segment). This allows any Linux guest on a z/VM system to say "#cp ipl rescue" and have a fully functional SUSE Linux Enterprise system come up to allow them to fix what ever is wrong with the guest.

This Hackweek I want to try to figure out a way to take those two components and package them so that our customers could download them and put them on their z/VM system, using only typical z/VM tools. The rescue system is the output of a Kiwi build in the internal Build Service, which means it can be easily updated as needed.

Join this project

Looking for hackers with the skills:

z/vm mainframe rescue

This project is part of:

Hack Week 14

Activity

  • over 9 years ago: markkp added keyword "rescue" to this project.
  • over 9 years ago: markkp added keyword "z/vm" to this project.
  • over 9 years ago: markkp added keyword "mainframe" to this project.
  • over 9 years ago: markkp started this project.
  • over 9 years ago: markkp originated this project.


    • Comments

    Be the first to comment!

    Similar Projects

    terraform-provider-feilong by e_bischoff

    Project Description

    People need to test operating systems and applications on s390 platform. While this is straightforward with KVM, this is very difficult with z/VM.

    IBM Cloud Infrastructure Center (ICIC) harnesses the Feilong API, but you can use Feilong without installing ICIC(see this schema).

    What about writing a terraform Feilong provider, just like we have the terraform libvirt provider? That would allow to transparently call Feilong from your main.tf files to deploy and destroy resources on your z/VM system.

    Goal for Hackweek 23

    I would like to be able to easily deploy and provision VMs automatically on a z/VM system, in a way that people might enjoy even outside of SUSE.

    My technical preference is to write a terraform provider plugin, as it is the approach that involves the least software components for our deployments, while remaining clean, and compatible with our existing development infrastructure.

    Goals for Hackweek 24

    Feilong provider works and is used internally by SUSE Manager team. Let's push it forward!

    Let's add support for fiberchannel disks and multipath.

    Goals for Hackweek 25

    Modernization, maturity, and maintenance: support for SLES 16 and openTofu, new API calls, fixes...

    Resources

    Outcome