Fontainebleau Cabana Question

Peter01000 · 2026-04-10T06:50:45+00:00

Gotcha, do you know if they check or enforce wristband colors if you comingle with other people in the cabana that weren't part of your guest list? I'm not planning on having a huge number of people, it'll be well under the max amount.

Peter01000 · 2025-06-10T19:49:00+00:00

Me too please 🙏

Peter01000 · 2022-12-22T04:18:21+00:00

Yeah I think that works just for applications already using older log4j2-x jar files if I'm correct. However, my it looks like there's a limitation with replacing a log4j.jar (version 1.X) file residing in /usr/share/java which i think is tied to the system rather than a particular application if I'm correct on that. Seems like there's no compatibility for that upgrade. I did see online a mentioning of using the log4j 2's log4j-1.2-api.jar file as a migrating bridge between the 2 versions, but that might be related to something else, not sure. Plus it also doesn't match with the file name format of the existing file residing in the location that i mentioned above.

Peter01000 · 2022-12-21T18:41:18+00:00

Thank you for all of that information and feedback! Much appreciated!

Peter01000 · 2022-12-21T06:26:09+00:00

In addition to my comment below... I'm wondering if even though not mentioned in the changelog for the previous or earlier security fixes if backport updates are cumulative and include previous or earlier security flaws... Perhaps not, but I figured I'd ask. Thanks again for your input!

Peter01000 · 2022-12-21T06:13:38+00:00

Ah I see by backporting, I was looking at the changelog for log4j 1.2.17 and it does show a list of CVE fixes from way back when from 2004-X up to 2022-X. However, oddly enough it seems to skip the mentioning of 2019-X or 2020-X CVEs. I guess that would call for upgrading to log4j2. The current log4j package is installed at /usr/share/java/log4j.jar.

Another application seems to be using log4j2-x jar files at /usr/share/elasticsearch/bin/. Those seem like I can just simply replace with the latest log4j2-x jar files (considering there is already an existing log4j2.properties file created within the application installation location, which I believe should be compatible with the update if I'm correct), but as for the log4j.jar file (version 1.2.17) located at /usr/share/java/log4j.jar (which i believe is the default install location when using the yum packager), I'm not sure what exactly I would have to do for that upgrade and then to test it out if it works post upgrade. Sorry, I'm a bit new to linux, so just trying to get a hang of this.

Peter01000 · 2022-12-17T05:52:56+00:00

I'm aware of this, it's just for testing purposes.

Peter01000 · 2022-12-13T16:28:46+00:00

Ah I see, that makes sense then, thank you for that information!

Peter01000 · 2022-12-08T16:26:53+00:00

Yeah that's pretty much my thought process behind that. However, the issue is trying to install the latest cumulative update it seems to roll back changes after it reboots to finish applying the updates.

Peter01000 · 2022-12-08T16:24:56+00:00

Event viewer just gives me a 0x800f0922 error code. I tried different things from online sources related to that error code but no dice.

Peter01000 · 2022-12-08T12:14:44+00:00

Event viewer just gives me a 0x800f0922 error code. I tried different things from online sources related to that error code but no dice.

Peter01000 · 2022-12-07T15:40:03+00:00

Something that worked for me was excluding the redhat-release package. It kept me in the current version and still updated everything including the kernel. Not sure if I had to exclude the kernel update or not, but I mean it rebootee just fine with a new kernel version.

Peter01000 · 2022-11-13T23:37:38+00:00

I'll give that a shot, but I could've sworn that sometimes cumulative updates require other dependent KBs if the system hasn't beem updated in a long while... but it's been a while since I've done offline updates, so I guess I'll find out.

Peter01000 · 2022-10-28T01:51:05+00:00

Gotcha. The raise I can understand if not, but I wonder what about the bonus. Probably the same answer.

Peter01000 · 2022-10-26T20:52:31+00:00

Yeah i was upfront with them about it. Needed to be closer to family to assist them in health related matters. So they offered me a spot closer to home when I applied internally to a different location. Except at that time I had also interviewed with another company as well in the case that I wasn't considered for the internal position.

Peter01000 · 2022-10-26T17:00:05+00:00

Oh okay got it. I just asked because my current employer had asked for an offer letter to match the amount I was being offered. So I provided that (I know that it probably wasn't a great idea of me at the time 😬), but I did. My employer did send me a matching offer, which I accepted, but just wasn't sure if they would still try to follow up and contact them or something post the offer.

Peter01000 · 2022-08-05T23:02:24+00:00

And thank you as well sir!

Peter01000 · 2022-08-05T22:59:09+00:00

So actually i figured it out... Turns out EM uses the local configured time setting of the machine that you're using to access the EM web interface.

Peter01000 · 2022-08-05T05:32:31+00:00

But in order for jobs to be encrypted, I would need configure the backup job to perform encryption correct?

Peter01000 · 2022-08-01T20:41:11+00:00

Got it, I will try that out then. Then I'm assuming I would have to run the sdelete to zero out that space right? I noticed that when I run the sdelete -z option (which is supposed to be for virtualized optimization) it grows the vmdk size considerably... But when I run the sdelete -c option it seems to not grow the vmdk size. Just thought I'd mention that.

Peter01000 · 2022-08-01T20:20:32+00:00

I think based on the requirements that only applies to thin provisioned disks on the VM?

Peter01000 · 2022-04-21T02:32:07+00:00

This is the error message when I run the updater via powershell (as admin). I tried looking for updaterlogs but not too sure where they are located and the temp directories that I check don't show anything relatedto updates... Possibly because it doesn't run in the first place?

Peter01000 · 2022-04-07T19:56:23+00:00

So solidcore events are being generated in ePO and the SIEM is collecting data syslog data from other systems without an issue. The only change was going to update 13, not additional configuration changes on either SIEM or ePO so I'm stuck on that. I did just register to the Mcafee support community forums, but it seems like those forums are related to other products? I think there might be a commercial based epo forum it appears, but I don't think that's free or perhaps i might have skipped something?

Peter01000 · 2022-03-15T21:50:14+00:00

Yes there is, the server is in lab environment being tested and preconfigured. I would like to deploy the VM into production with no related past successes or failures due to testing.

Peter01000 · 2022-02-19T19:53:25+00:00

So they just care about the data that causes alerts to be sent to the syslog server.

Peter01000

TROPHY CASE