martinberger.com

Latest Posts

Oracle Database Appliance X6 – resize your /u01

Autor: Martin Berger 14. Juni 2018

Basically on an ODA X6-L the directory /u01 has the size of 100 GB. With seven different ORACLE_HOME directories for the Oracle databases and the Grid Infrastructure software, there is no disk space left for patching the Oracle Database Appliance. ODA patches require between 13 GB and 15 GB free space on /u01 for the new software. Just FYI – during the patch process a new stage directory called /u01/patching is created where the new software is temporarily located.

Patch Apply failed – Not enough free Space

If there is not enough free space available, update processes like updating a database home fail.

[root@oda-srv2046 ~]# odacli describe-job -i f024f27d-7c9a-43fc-9ae8-4f99ef809280

Job details
----------------------------------------------------------------
ID: f024f27d-7c9a-43fc-9ae8-4f99ef809280
Description: DB Home Patching: Home Id is 92c3af4e-1ef0-4ec6-8245-57b995a045d7
Status: Failure
Created: June 12, 2018 4:42:09 PM CEST
Message: DCS-10001:Internal error encountered: Failed to apply the patch 26925263 on the database home 92c3af4e-1ef0-4ec6-8245-57b995a045d7.

Task Name Start Time End Time Status
---------------------------------------- ----------------------------------- ----------------------------------- ----------
DB Home Patching June 12, 2018 4:42:09 PM CEST June 12, 2018 4:48:37 PM CEST Failure
DB Home Patching June 12, 2018 4:42:09 PM CEST June 12, 2018 4:48:37 PM CEST Failure
clusterware patch verification June 12, 2018 4:42:09 PM CEST June 12, 2018 4:42:13 PM CEST Success
Patch location validation June 12, 2018 4:42:13 PM CEST June 12, 2018 4:42:19 PM CEST Success
Opatch updation June 12, 2018 4:43:31 PM CEST June 12, 2018 4:43:34 PM CEST Success
Patch conflict check June 12, 2018 4:43:34 PM CEST June 12, 2018 4:45:24 PM CEST Success
task:TaskSequential_4338 June 12, 2018 4:45:24 PM CEST June 12, 2018 4:48:37 PM CEST Failure
db upgrade June 12, 2018 4:45:24 PM CEST June 12, 2018 4:48:37 PM CEST Failure

[root@oda-srv2046 ~]# odacli describe-job -i f024f27d-7c9a-43fc-9ae8-4f99ef809280

Job details

----------------------------------------------------------------

ID: f024f27d-7c9a-43fc-9ae8-4f99ef809280

Description: DB Home Patching: Home Id is 92c3af4e-1ef0-4ec6-8245-57b995a045d7

Status: Failure

Created: June 12, 2018 4:42:09 PM CEST

Message: DCS-10001:Internal error encountered: Failed to apply the patch 26925263 on the database home 92c3af4e-1ef0-4ec6-8245-57b995a045d7.

Task Name Start Time End Time Status

---------------------------------------- ----------------------------------- ----------------------------------- ----------

DB Home Patching June 12, 2018 4:42:09 PM CEST June 12, 2018 4:48:37 PM CEST Failure

clusterware patch verification June 12, 2018 4:42:09 PM CEST June 12, 2018 4:42:13 PM CEST Success

Patch location validation June 12, 2018 4:42:13 PM CEST June 12, 2018 4:42:19 PM CEST Success

Opatch updation June 12, 2018 4:43:31 PM CEST June 12, 2018 4:43:34 PM CEST Success

Patch conflict check June 12, 2018 4:43:34 PM CEST June 12, 2018 4:45:24 PM CEST Success

task:TaskSequential_4338 June 12, 2018 4:45:24 PM CEST June 12, 2018 4:48:37 PM CEST Failure

db upgrade June 12, 2018 4:45:24 PM CEST June 12, 2018 4:48:37 PM CEST Failure

Verify the actual Situation and the Disk Configuration

There is not enough free space for the update process – but we see that /u01 is a logical volume.

[root@oda-srv2046 ~]# df -m /u01
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/mapper/VolGroupSys-LogVolU01
100666 85926 9621 90% /u01

[root@oda-srv2046 ~]# df -m /u01

Filesystem 1M-blocks Used Available Use% Mounted on

/dev/mapper/VolGroupSys-LogVolU01

100666 85926 9621 90% /u01

Let’s verify the physical volume for free space, we can see 7214 free physical extents are available.

[root@oda-srv2046 ~]# pvdisplay
--- Physical volume ---
PV Name /dev/sda2
VG Name VolGroupSys
PV Size 439.45 GiB / not usable 16.00 MiB
Allocatable yes
PE Size 32.00 MiB
Total PE 14062
Free PE 7214
Allocated PE 6848
PV UUID 3NtnHJ-Cg1Z-wS8c-4ADC-7465-FMUN-df2Gu1

[root@oda-srv2046 ~]# pvdisplay

--- Physical volume ---

PV Name /dev/sda2

VG Name VolGroupSys

PV Size 439.45 GiB / not usable 16.00 MiB

Allocatable yes

PE Size 32.00 MiB

Total PE 14062

Free PE 7214

Allocated PE 6848

PV UUID 3NtnHJ-Cg1Z-wS8c-4ADC-7465-FMUN-df2Gu1

This is the actual size of the logical volume, the actual logical volume size is 100 GB.

[root@oda-srv2046 ~]# lvdisplay /dev/mapper/VolGroupSys-LogVolU01
--- Logical volume ---
LV Path /dev/VolGroupSys/LogVolU01
LV Name LogVolU01
VG Name VolGroupSys
LV UUID lKPvcP-w0xv-Gezy-v6Pj-gtdU-TMMz-xtaj7s
LV Write Access read/write
LV Creation host, time localhost.localdomain, 2017-03-31 12:13:14 +0200
LV Status available
# open 1
LV Size 100.00 GiB
Current LE 3200
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 249:2

[root@oda-srv2046 ~]# lvdisplay /dev/mapper/VolGroupSys-LogVolU01

--- Logical volume ---

LV Path /dev/VolGroupSys/LogVolU01

LV Name LogVolU01

VG Name VolGroupSys

LV UUID lKPvcP-w0xv-Gezy-v6Pj-gtdU-TMMz-xtaj7s

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2017-03-31 12:13:14 +0200

LV Status available

# open 1

LV Size 100.00 GiB

Current LE 3200

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 249:2

Extend /u01

Now we extend online the LVM with the lvextend command from 100 GB to 150 GB.

[root@oda-srv2046 ~]# lvextend --size +50G /dev/VolGroupSys/LogVolU01
Size of logical volume VolGroupSys/LogVolU01 changed from 100.00 GiB (3200 extents) to 150.00 GiB (4800 extents).
Logical volume LogVolU01 successfully resized.

[root@oda-srv2046 ~]# lvextend --size +50G /dev/VolGroupSys/LogVolU01

Size of logical volume VolGroupSys/LogVolU01 changed from 100.00 GiB (3200 extents) to 150.00 GiB (4800 extents).

Logical volume LogVolU01 successfully resized.

The logical volume is now 150 GB.

[root@oda-srv2046 ~]# lvdisplay /dev/mapper/VolGroupSys-LogVolU01
--- Logical volume ---
LV Path /dev/VolGroupSys/LogVolU01
LV Name LogVolU01
VG Name VolGroupSys
LV UUID lKPvcP-w0xv-Gezy-v6Pj-gtdU-TMMz-xtaj7s
LV Write Access read/write
LV Creation host, time localhost.localdomain, 2017-03-31 12:13:14 +0200
LV Status available
# open 1
LV Size 150.00 GiB
Current LE 4800
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 249:2

[root@oda-srv2046 ~]# lvdisplay /dev/mapper/VolGroupSys-LogVolU01

--- Logical volume ---

LV Path /dev/VolGroupSys/LogVolU01

LV Name LogVolU01

VG Name VolGroupSys

LV UUID lKPvcP-w0xv-Gezy-v6Pj-gtdU-TMMz-xtaj7s

LV Write Access read/write

LV Creation host, time localhost.localdomain, 2017-03-31 12:13:14 +0200

LV Status available

# open 1

LV Size 150.00 GiB

Current LE 4800

Segments 2

Allocation inherit

Read ahead sectors auto

- currently set to 256

Block device 249:2

Finally the filesystem has to be resized.

[root@oda-srv2046 ~]# resize2fs /dev/VolGroupSys/LogVolU01
resize2fs 1.43-WIP (20-Jun-2013)
Filesystem at /dev/VolGroupSys/LogVolU01 is mounted on /u01; on-line resizing required
old_desc_blocks = 7, new_desc_blocks = 10
Performing an on-line resize of /dev/VolGroupSys/LogVolU01 to 39321600 (4k) blocks.
The filesystem on /dev/VolGroupSys/LogVolU01 is now 39321600 blocks long.

[root@oda-srv2046 ~]# resize2fs /dev/VolGroupSys/LogVolU01

resize2fs 1.43-WIP (20-Jun-2013)

Filesystem at /dev/VolGroupSys/LogVolU01 is mounted on /u01; on-line resizing required

old_desc_blocks = 7, new_desc_blocks = 10

Performing an on-line resize of /dev/VolGroupSys/LogVolU01 to 39321600 (4k) blocks.

The filesystem on /dev/VolGroupSys/LogVolU01 is now 39321600 blocks long.

Now we have enough space for patching.

[root@oda-srv2046 ~]# df -m /u01
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/mapper/VolGroupSys-LogVolU01
151062 85933 57451 60% /u01

[root@oda-srv2046 ~]# df -m /u01

Filesystem 1M-blocks Used Available Use% Mounted on

/dev/mapper/VolGroupSys-LogVolU01

151062 85933 57451 60% /u01

Summary

Resizing the /u01 on an Oracle Database Appliance is very easy and straightforward. There are no special actions required, it’s just a logical volume, no downtime required. And there is more space left on the physical volume for other resize actions.

Oracle Engineered Systems, Oracle RDBMS

Get your Oracle 18c Instance in the Oracle Infrastructure Cloud OCI Classic

Autor: Martin Berger 23. Februar 2018

Do you want to work with Oracle 18c in the Oracle Cloud but the database version is not selectable in the webinterface? You can create an 18c instance in the command-line interface with the PaaS Service Manager (psm). The installation is very well described here, for example you need Python and OpenSSL. My personal installation of the psm executable runs in the Windows 10 integrated Ubuntu system.

Link to the PaaS Service Manager: https://docs.oracle.com/en/cloud/paas/java-cloud/pscli/abouit-paas-service-manager-command-line-interface.html

After the successful psm setup, you can create an DBaaS instance with this command

$ psm dbcs create-service --config-payload db18c-ee.json

1	$ psm dbcs create-service --config-payload db18c-ee.json

The file db18c-ee.json contains all the information you need to create an 18c instance. Here is my example – I have created a cloud storage container called dbcsbackup in advance because I want to use the OCI backup service.

{
"description": "18c Instance",
"edition": "EE",
"level": "PAAS",
"serviceName": "db18c-mbg-01",
"shape": "oc3",
"subscriptionType": "HOURLY",
"version": "18.0.0.0",
"vmPublicKeyText": "<copy_here_your_oci_ssh_public_kex",
"parameters": [
{
"type": "db",
"usableStorage": "15",
"adminPassword": "Welcome_1",
"sid": "ORCL",
"pdbName": "MYPDB",
"failoverDatabase": "no",
"backupDestination": "BOTH",
"cloudStorageContainer": "Storage-<my_identitydomain>\/dbcsbackup",
"cloudStorageUser": "<my_login>",
"cloudStoragePwd": "<my_password>"
}
]
}

{

"description": "18c Instance",

"edition": "EE",

"level": "PAAS",

"serviceName": "db18c-mbg-01",

"shape": "oc3",

"subscriptionType": "HOURLY",

"version": "18.0.0.0",

"vmPublicKeyText": "<copy_here_your_oci_ssh_public_kex",

"parameters": [

{

"type": "db",

"usableStorage": "15",

"adminPassword": "Welcome_1",

"sid": "ORCL",

"pdbName": "MYPDB",

"failoverDatabase": "no",

"backupDestination": "BOTH",

"cloudStorageContainer": "Storage-<my_identitydomain>\/dbcsbackup",

"cloudStorageUser": "<my_login>",

"cloudStoragePwd": "<my_password>"

}

]

}

Some minutes later you can login by terminal and user SQL*Plus. Oracle 18c: Here we are!

And in the OCI dashboard it looks fine too.

Addtional Info: If you want a Standard Edition, just replace the line “edition”: “SE”, happy 18c.

18c, Oracle Cloud, Oracle RDBMS

Alexa: Storen Büro schliessen – Teil 1

Autor: Martin Berger 23. Januar 2018

Angefangen hat alles mit einem WLAN-fähigen Storenschalter, und als später noch mit Amazon Echo Dot Alexa den Weg in mein Büro zuhause fand war die Sache klar: Ich will meine Storen im Büro mit Alexa steuern können. In der Schweiz sind Storen übrigens nichts anderes als Rolladen. Was mit der Suche nach neuen Smart Home Komponenten begonnen hat, endete im Programmieren von Alexa Skills. In diesem Blogeintrag will ich aufzeigen was eingesetzt werden kann, um Smart Home Geräte welche eine REST API Schnittstelle besitzen via Alexa Sprachkommando steuern zu können. Bei meinem Projekt habe ich nicht unmittelbar mit dem Programmieren vom Alexa Skill begonnen, sondern ich habe am Ende beim Storenschalter begonnen und mich nach vorne vorgearbeitet. Spassfaktor: hoch, Lernkurve: steil.

Heimautomation muss her

Auf der Suche nach neuen Komponenten für Heimautomation bin ich auf das Produkt zeptrionAIR der Schweizer Firma Feller gestossen. zeptrionAIR ist die Produktbezeichnung für wireless-fähige Schalter für die Steuerung von Licht und Storen. Mir gefällt an diesem Produkt, das die Produkte zwar mit einer App steuerbar sind, aber von Haus aus keinerlei Verbindung in irgendeine Cloud haben. Zudem können die Geräte via REST API angesteuert werden. Zuhause habe ich bereits Feller-Schalter und Steckdosen installiert, die WLAN-Module passen in die bestehenden Dosen. Die Module benötigen einen einen Pol- und einen Neutralleiter und werden hinter der Schalterabdeckung platziert. Die Schalterabdeckungen können mit beliebigen Funktionen und Szenarien bestückt werden.

Testaufbau

Mein Elektriker hat den Storenschalter im Büro mit einem zeptrionAIR Schalter ausgetauscht, den neuen Schalter habe ich mit folgenden Funktionen programmiert:

Storen hoch/runter
Szenario 1: Storen halb hoch
Szenario 2: Storen ganz unten, Lamellen 1/3 offen

Die Einrichtung via App und die Anbindung ans WLAN ging problemlos, die von Feller mitgelieferte Anleitung ist gut aufgebaut und leicht verständlich. Via Online-Formular kann beim Feller Kundendienst die API-Dokumentation kostenlos bestellt werden. Darin werden alle Möglichkeiten aufgezeigt, mit REST Kommandi die Komponenten zu steuern.

REST API Beispiel: zeptrionAIR Storen schliessen mit curl:

curl -X POST -H "Content-Type: text/plain" --data "cmd=close" http://172.16.16.51/zrap/chctrl/ch1

1	curl -X POST -H "Content-Type: text/plain" --data "cmd=close" http://172.16.16.51/zrap/chctrl/ch1

Das Kommando beinhaltet nebst der IP-Adresse der zeptrionAIR Komponente den Kanal / Schalter welchen man ansteuern will und welche Funktion ausgeführt werden soll (cmd=close).

Via Amazon Cloud zurück nach Kestenholz / Jürasüdfuss / Schweiz

Das Alexa Sprachkommando wandert zuerst in die Amazon Cloud und wird auch dort verarbeitet. Mein Storenschalter ist aber nur lokal ansteuerbar. Das erfordert einen entsprechenden Aufbau. Für die Kommunikation mit der Cloud und meinem Zuhause habe ich diese Komponenten eingesetzt:

Amazon Echo Dot: “Meine Alexa” zuhause im Büro (lokal)
AWS Lambda: Nimmt das Sprachkommando von Echo Dot entgegen, prüft die Korrektheit (Cloud)
AWS IoT: MQTT Broker (Cloud)
NodeRed: IoT Baukasten, läuft auf einem lokalen Raspberry Pi3 (lokal)
zeptrionAIR: Storenschalter (lokal)

Der Ablauf:

Echo Dot nimmt den Sprachbefehl entgegen, beispielsweise “Storen Büro schliessen”
AWS Lambda prüft den Sprachbefehl und schickt eine Message an AWS IoT (MQTT Broker)
Node-Red auf den lokalen Raspberry PI liest regelmässig die Messages aus der AWS IoT Queue
Die neuen Messages werden auf Textinhalt ausgewertet und das entsprechende Kommando an zeptrionAIR gesendet

Soweit die Ausgangslage. In einem zweiten Teil werde ich euch die Installation und Konfiguration von Node-Red und das Zusammenspiel mit Amazon AWS IoT erläutern.

Alexa, SmartHome