Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
HansKazan
Participant
Jump to solution

Failure to install OpenServer with ISOMorphic -- require some insight

Hello everyone, I would like to ask for your help/insight regarding a few problems I have encountered while trying to install an SMS on an OpenServer.

USB Drive: Kingston DataTraveler 104, 32GB, USB 2.0
OpenServer: Fujitsu PRIMERGY RX300 S8

Problem Description:
The USB-drive is seen as a valid storage device to install GAIA on. Whenever I remove the USB-drive and let it index for drives to only continue with the intended drive, then I receive a handful of errors that result in the immediate termination of the installation process. Pictures related.

HansKazan_0-1680788202152.jpegHansKazan_1-1680788206844.jpeg

It doesn't appear possible to me to naturally deselect the USB-drive. The installation proceeded without error if I let the USB-drive become part of the filesystem as /sdb.

From my own lab environment, I am unable to find out how to deselect a drive, and they appear to form a raid:0 during the start of the installation. Lab pictures related.

HansKazan_2-1680788481268.png     HansKazan_3-1680788487848.png

HansKazan_4-1680788495022.png

This would explain why the installation of the SMS on the OpenServer is now unstable without the USB-drive with errors such as infinite loading CPUSE and session termination upon clicking the network management tab within the WebUI.

Perhaps unrelated, but whenever a boot option was chosen, the server would reply with error i8042 no controller found.

I would like some insight into what is going on, or if I have made a mistake. It would be helpful to know what the actual ISOMorphic requirements are that are not listed with the product description. Did my USB-drive has too much storage capacity, and if so, then what is the recommended limit?

Thank you for taking the time to offer me some insight.

 

 

0 Kudos
1 Solution

Accepted Solutions
HansKazan
Participant

"Solved" the problem with the help of colleagues and TAC.

We followed the following sk92442 and managed to repair the filesystem to a degree that it was able to run CPUSE. Following that we reinstalled R81.10 via CPUSE and managed to have a working installation.
The alternative for us would have been to perform a DVD installation. I hope this comment can be helpful to someone in the future encountering a similar problem.

Thank you all for your input, it is much appreciated!

View solution in original post

7 Replies
G_W_Albrecht
Legend
Legend

Looks like the issue from sk100566: Gaia OS clean install from USB device fails - you need TAC to provide a fix !

CCSE CCTE CCSM SMB Specialist
0 Kudos
the_rock
Legend
Legend

Does not appear there is a specific hotfix for doing this on open servers. For CP appliances, says it was fixed in R77.20, which is long time unsupported.

Andy

0 Kudos
G_W_Albrecht
Legend
Legend

Gaia OS installer (Anaconda) includes the USB installation media as part of the installation target. There is no way to "un-select" the USB drive from the target drive list.

I can see this as a limitation until R80.40, and sk100566 is for:

Version R77.30 (EOL), R80.10 (EOL), R80.20 (EOL), R80.30 (EOL), R80.40, R81, R81.10, R81.20

 

instructions when Gaia OS clean install from USB device fails on Open Server

Issue ID: 01884161

Contact Check Point Support to get a Hotfix for this issue - improved ISO (only non-removable (local) discs will be used in the install process).
A Support Engineer will make sure the Hotfix is compatible with your environment before providing the Hotfix.

CCSE CCTE CCSM SMB Specialist
0 Kudos
the_rock
Legend
Legend

I see what you are saying, though in original sk and also 2 links included, it lists all versions up to R81.20. Maybe best to get in touch with TAC @HansKazan and verify this.

Andy

0 Kudos
G_W_Albrecht
Legend
Legend

A search for the

Issue ID: 01884161

will show it in known limitations for versions up to R80.40. It still is Anaconda, see errors above...

CCSE CCTE CCSM SMB Specialist
0 Kudos
the_rock
Legend
Legend

True true, so I agree with your suggestion, definitely best to open TAC case to verify.

Andy

 

 

Screenshot_1.png

0 Kudos
HansKazan
Participant

"Solved" the problem with the help of colleagues and TAC.

We followed the following sk92442 and managed to repair the filesystem to a degree that it was able to run CPUSE. Following that we reinstalled R81.10 via CPUSE and managed to have a working installation.
The alternative for us would have been to perform a DVD installation. I hope this comment can be helpful to someone in the future encountering a similar problem.

Thank you all for your input, it is much appreciated!

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events