Re: FPP (fleet patching and provisioning )vbox lab error when importing image from an existing 12c database home (FPPclient)

From: k.hadd <kouss.hd_at_gmail.com>
Date: Mon, 17 Aug 2020 11:35:23 -0400
Message-ID: <CAF+xsmRxr8t1D6Y+GuT5yuAAPVvk=O-TQc69FdxbdYOn+Q7+Dg_at_mail.gmail.com>



Hi Frank,
I tried a mount command in the Target server and it worked fine, obviously . What about the 300 seconds could it be a default ssh timeout ? Not sure what the command does on the FPP target anymore. I thought it would just copy the remote database home and make a gold image out of it in the FPP server.
- Here's a query output of an image I imported from within the FPP server just to confirm my rhcptl is well configured:

>
> *[grid_at_fpp-Server ~]$ rhpctl* query image -image *db_19300*
> fpp-Server.evilcorp.com: Audit ID: 16
> Image name: db_19300
> Owner: grid_at_london-fleet-c
> Site: london-fleet-c
> Access control: USER:grid_at_london-fleet-c
> Access control: ROLE:OTHER
> Access control: ROLE:GH_IMG_PUBLISH
> Access control: ROLE:GH_IMG_ADMIN
> Access control: ROLE:GH_IMG_VISIBILITY
> Parent Image:
> Software home path:
> /rhp_storage/images/idb_19300728692/.ACFS/snaps/idb_19300/swhome
> Image state: PUBLISHED
> Image size: 6536 Megabytes
> Image Type: ORACLEDBSOFTWARE
> Image Version: 19.0.0.0.0:19.3.0.0.0
> Groups configured in the image:
> OSDBA=dba,OSOPER=oper,OSBACKUP=backupdba,OSDG=dgdba,OSKM=kmdba,OSRAC=racdba
> Image platform: Linux_AMD64
> Interim patches installed: 29585399,29517242
> Contains a non-rolling patch: FALSE
> Complete: TRUE

in the var/log that's all I see so far in the Fpp-Server: >> https://pastebin.com/VJjx0bbK

      Firewald has been disabled on both servers.

Thanks
Kosseila

On Mon, Aug 17, 2020 at 7:28 AM Frank Gordon <frankagordon_at_gmail.com> wrote:

> Here's where tbe problem seems to be.
>
> "PRCZ-2105 : failed to execute command "/bin/mount" as user "root" using
> root credentials within 300 seconds on nodes "fpp-Client"
> PRCZ-2103 : Failed to execute command "/bin/mount" on node "fpp-Client" as
> user "root". Detailed error:mount.nfs: Connection refused "
>
> Can you manually do a mount as root from another server?
>
> Would you have to loosen security on the fpp-Client to allow that to
> happen?
>
> Frank
>
>
> On Sat, Aug 15, 2020 at 10:43 AM k.hadd <kouss.hd_at_gmail.com> wrote:
>
>> Hi guys,
>>
>> I forked and adapted a vagrant build based on FPP (fleet patching and
>> provisioning)
>> <https://github.com/oracle/vagrant-projects/tree/master/OracleFPP>
>> lately where I added a 12c database to the FPP client and tried importing
>> the image but I got stuck.
>> There are, basically, two vms :- 1- the FPP server 2- the client. I
>> could add a workingcopy in the FPPCLient but I can't import an image from
>> the client's 12c dbhome.
>>
>> there are more details in the issue I opened (
>> https://github.com/oracle/vagrant-projects/issues/289 but this is the
>> error I am getting. I can ssh from and to each of the vms.
>>
>> [grid_at_fpp-Server ~]$ rhpctl import image -image db_12102 -imagetype ORACLEDBSOFTWARE -path /u01/app/oracle/product/12.1.0.2/dbhome_1 -targetnode fpp-Client -root
>> Enter user "root" password:fpp-Server.evilcorp.com: Adding storage for image ...fpp-Server.evilcorp.com: Creating a new ACFS file system for image "db_12102" ...fpp-Server.evilcorp.com: Creating export file system ...fpp-Server.evilcorp.com: Starting export file system...fpp-Server.evilcorp.com: Mounting file system...
>> PRGO-1257 : failed to import image "db_12102"
>> PRGO-1257 : failed to import image "db_12102"
>> PRCZ-2105 : failed to execute command "/bin/mount" as user "root" using root credentials within 300 seconds on nodes "fpp-Client"
>> PRCZ-2103 : Failed to execute command "/bin/mount" on node "fpp-Client" as user "root". Detailed error:mount.nfs: Connection refused
>>
>> The issue in Github started to get lonely so I'm trying my luck here :).
>> Any help is welcome
>>
>> cheers
>> kosseila.
>>
>
>
> --
> +353-86-0695383
>

--
http://www.freelists.org/webpage/oracle-l
Received on Mon Aug 17 2020 - 17:35:23 CEST

Original text of this message