I hear you...
I thought it was just us
I like when the Field engineer ask questions about the layout in the
datacenter....I have not been there. Planning to go soon though, just to
have a look.
Jack van Zanen
-------------------------
This e-mail and any attachments may contain confidential material for the
sole use of the intended recipient. If you are not the intended recipient,
please be aware that any disclosure, copying, distribution or use of this
e-mail or any attachment is prohibited. If you have received this e-mail in
error, please contact the sender and delete all copies.
Thank you for your cooperation
On Tue, Oct 29, 2019 at 3:26 PM Chris Taylor <
christopherdtaylor1994@xxxxxxxxx> wrote:
I can't say I like it . The SR process is a complete wreck.
- Hard disk failure? DIMM failures? Yes to both - much more than you
would think a system would ever generate in a year much less in a MONTH.
Oracle contacts the primary contact with a new SR that gets assigned to
you. Then you have to play middle-man between the organization that
controls data center access, and the SR tech and the Dispatch team and
field engineer. Cannot adequately express my frustration with this process
here without potentially getting bad for profanity.
- SR process to talk to CloudOPs goes something like: Open SR , get
assigned to tech , escalate etc but at NO TIME DO YOU GET TO ACTUALLY TALK
TO A CLOUDOPS tech. For example: Need info about the Dom0 storage cells
--- like an ExaWatcher report? That takes a week.
- Root , /u01, /u02 all undersized tremendously for the sheer amount of
logs that gets spewed everywhere.
Not my favorite system or setup by any stretch of the imagination..
Chris
On Tue, Oct 29, 2019 at 12:15 AM Jack van Zanen <jack@xxxxxxxxxxxx> wrote:
+1
How do you find the cloud at customer experience?
I have never had to open so many SR's because stuff just doesn't work as
I have in the last year working with this system.
They range from Oracle homes not physically being able to be patched to
Standby database getting corrupted blocks, default service name for PDB all
of a sudden active in CDB$ROOT after switchover (apparently there is a
mandatory patch for that)
I am learning a lot about the system though. But it is quite frustrating
Jack van Zanen
-------------------------
This e-mail and any attachments may contain confidential material for the
sole use of the intended recipient. If you are not the intended recipient,
please be aware that any disclosure, copying, distribution or use of this
e-mail or any attachment is prohibited. If you have received this e-mail in
error, please contact the sender and delete all copies.
Thank you for your cooperation
On Tue, Oct 29, 2019 at 5:08 AM Chris Taylor <
christopherdtaylor1994@xxxxxxxxx> wrote:
Thanks!
Chris
On Mon, Oct 28, 2019 at 11:29 AM Shane Borden <sborden76@xxxxxxxxx>
wrote:
https://docs.oracle.com/en/solutions/load-cloud-at-customer-logs-siem/manage-oracle-cloud-customer-logs1.html#GUID-32BB3360-5598-41A0-BEE0-55F63B29DB87
On Oct 28, 2019, at 11:19 AM, Chris Taylor <
christopherdtaylor1994@xxxxxxxxx> wrote:
We've got an Exadata Cloud at Customer machine in our data center now
and I the amount of logs/trc/aud/etc files generated throughout the system
is quite the marvel.
I'm curious if anyone has an automated script to keep their Exadata
nodes cleaned up and wouldn't mind sharing?
I'll write my own if needed but if someone has one they're particularly
proud of, I'd be grateful to not have to start from scratch.
We only have access to DomU so its just a matter of keeping filesystems
as clean as possible such as:
Filesystems:
/
/u01
/u02
<cluster home>
Thanks,
Chris
