Skip to Main Content

Infrastructure Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Video: Registering Oracle Linux Virtualization Manager with Oracle Enterprise Manager

LinuxVirtTrainTeam-OracleJun 29 2020 — edited Mar 25 2021

AboutpastedImage_6png

This video shows how to register an Oracle Linux Virtualization Manager in Oracle Enterprise Manager Cloud Control.

Content:

Before you can monitor Oracle Linux Virtualization Manager with Oracle Enterprise Manager Cloud Control, you must register it. This presentation explains and demonstrates how to register Oracle Linux Virtualization Manager.

Click on the following link to access the video:

https://apexapps.oracle.com/pls/apex/f?p=44785:24:124001808337855:::24:P24_CONTENT_ID,P24_PREV_PAGE:28857,1

Additional Resources

If you liked this video, you might also like to see more videos on technologies, software and tools used by Oracle to develop microservices-based applications for deployment in environments that support open standards and specifications.

The following Resource links offer a wealth of additional videos and information on this subject:

oVirt Open Source Community site –

https://www.ovirt.org/

Oracle Linux Virtualization Manager Training site –

www.oracle.com/goto/linuxvirtmanagerlearning

Oracle Linux Virtualization Manager Documentation site -

https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manager/index.html

Oracle Linux 8 Video Learning Library -

https://www.oracle.com/goto/oraclelinuxlearning

Oracle Cloud Infrastructure –

https://cloud.oracle.com

Oracle Enterprise Manager -

https://www.oracle.com/enterprise-manager

More training for Linux on Oracle Cloud Infrastructure –

www.oracle.com/goto/linuxcloudlearning

Comments

807588
Does the client program send a packet and then expect a reply? Because the reply won't always happen. UDP is a lossy protocol; it will drop packets, deliver packets out of order, and deliver multiple copies of packets. Your client sends a request and the network loses the packet; then your client will forever wait for the reply.

If you need reliable delivery use TCP instead.
807588
Hi,

Thanks for the fast reply. My client indeed waits for the reply. Let me desribe the entire story. On the first my client/server application was RMI based. I was thinking that since the server and the clients share the same LAN (and the LAN should be reliable), I could spare the overread of the RMI protocol and move to UDP, but the reality fits well with your explanation :-)

Before I go back to RMI, is there a way to configure timeouts on the client side, to it won't wait forever in such cases?

Thanks a lot,

Barak.
EJP
DatagramSocket.setSoTimeout()
JoachimSauer
BarakY wrote:
[...] I could spare the overread of the RMI protocol and move to UDP, but the reality fits well with your explanation :-)
You know, there are several levels of abstraction between RMI and UDP. You could move to a custom TCP-based protocol for example. There you'd still have the reliability, but could interact on a lower level and have more control.
807588
Sounds yammi :-)

Can you guide me where can I find some pointers/refs of these issues?
Do you suggest considering low-level socket programming?
Do you think such programming will result with better performance?

Barak.
EJP
Can you guide me where can I find some pointers/refs of these issues?
The Javadoc.
Do you suggest considering low-level socket programming?
Isn't that exactly what he said?
Do you think such programming will result with better performance?
Compared to what?
807588
Compared to what?
To Sun RMI implementation.
JoachimSauer
BarakY wrote:
Compared to what?
To Sun RMI implementation.
Possibly, not necessarily. What it does give you is more control, but also more work. You can easily control what gets sent when and therefore have the chance to improve performance.
1 - 8

Post Details