friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

Regretta Thunberg related to Rothchilds, Just like Bill Gates, who wouldda thunk it?


friendica (DFRN) - Link to source

Oh Vey, Shut It Down (The Goyim Know)


Seems the ADL have been successful at getting this removed from Ewetube, but that's ok, I save things of value to make sure they don't die.

friendica (DFRN) - Link to source

Kernel Upgrades August 26 11PM Pacific Daylight Time (GMT-0700)


We will be upgrading to kernel 5.19.4 this Friday at 11PM. I don’t know if this will address the CPU stalls or not. The number of changes to the kernel since 5.19.3 are so voluminous that I don’t have time to review all of them to see if any of them impact this problem. I do know that the issue we had is not apparently in the KVM code itself as it has also occurred in the physical hosts and in at least four different parts of the kernel, so probably a function all of these are using or something doing wild writes in memory. The ticket I opened is still not resolved. But since we know that this problem exists at least from 5.19.0-5.19.3 and going back to 5.17 is not an option since it’s past EOF and there are some serious exploits not fixed in that kernel, moving forward is the only viable option at this point.

The expected interval is approximately 1/2 hour with no single service being down for more than about 10-15 minutes.

This will affect ALL of Eskimo’s host services including virtual private servers, web and e-mail hosting, and our fediverse services friendica.eskimo.com/, hubzilla.eskimo.com/, nextcloud.eskimo.com/, and yacy.eskimo.com.

friendica (DFRN) - Link to source

Screw and Sue


The situation we have in the world today is one of fake Jews trying to claim real Jews heritage and in the process screwing the entire world over. The Ashkenazi's are not real Jews, they are Jews by political expedience only. But they are the ones behind this world domination push, true allies of Hitler, they've learned to scream "Anti-Semitic" anytime you criticize them, yet THEY are committing genocide against the Palestinians, a TRUE Semitic people and against the rest of the world for that matter.

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

"Greta" must be Swedish for "Karen". I hope someone puts that little bitch on a bugs only diet.


friendica (DFRN) - Link to source

The Vax - A Trump Trap?


What I would remind people is Trump advocated the vaccine as a solution to get us back to normal, it wasn't, but unlike the DEMONRATS He DID NOT MANDATE IT.

friendica (DFRN) - Link to source

If you turn down Jeff Bezos - Don't Insult his Rocket


I received a job offer today as a Rocket Engineer for Blue Origin.

I turned it down because although I do have Engineering experience in several fields, rocketry isn't one of them, and though I do understand the physics, I've really allowed my math skills to languish to the point where I really would not be up to the task. Aside from that the pay he offered wasn't all that attractive.

And if I had just turned it down politely that might have gone okay but given that I do not like Jeff Bezos, the way I worded it was, "I do not wish to work on your giant blue flying penis."

Well, that was followed almost immediately by a mailbomb from hell with mail coming from everywhere EXCEPT amazones. I guess he has no sense of humor. Or it was just one of those wild coincidences. I'm sure I'm hated by a lot of libtards and LGBQT1A+G&S&K types as well.

friendica (DFRN) - Link to source

cranston reshared this.

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

Weird Short Little Lucid Dream


It was noon, I was going to get up, but I had fallen back asleep and not realized it. So in my dream state I got up but it was quite dark for being close to noon, so I went to turn on light, no light, WTF electricity is out, AGAIN... Then I looked outside a window, it was deep into dusk. WTF? It was just noon, are we having a solar eclipse or some sort of apocalyptic weirdness? Then I realized this has to be a dream and then woke up.

friendica (DFRN) - Link to source

reshared this

friendica (DFRN) - Link to source

Somone should slap that smirk off of Regretta's Face.


friendica (DFRN) - Link to source

Spike Protein Causes Heart and Other Inflammatory Damage for as Long As It Remains


friendica (DFRN) - Link to source

Friendica Brute Force Password Hacking


Just thought I'd share my list of active assholes trying to brute force passwords on friendica.eskimo.com/.
Chain f2b-friendica (1 references)
target prot opt source destination
DROP all -- 122.161.49.23 0.0.0.0/0
DROP all -- 58.186.116.75 0.0.0.0/0
DROP all -- 46.97.176.16 0.0.0.0/0
DROP all -- 157.41.177.171 0.0.0.0/0
DROP all -- 103.100.4.122 0.0.0.0/0
RETURN all -- 0.0.0.0/0 0.0.0.0/0

friendica (DFRN) - Link to source

I’ve Filed the Following Kernel Bug Report with Bugzilla.Kernel.Org regarding 5.19.x Bug 216388


Robert Dinse 2022-08-21 07:37:09 UTC

Created attachment 301614
[details]The configuration file used to Comile this kernel.

This behavior has persisted across 5.19.0, 5.19.1, and 5.19.2. While the kernel I am taking this example from is tainted (owing to using Intel development drivers for GPU virtualization), it is also occurring on non-tainted kernels on servers with no development or third party modules installed.

INFO: task CPU 2/KVM:2343 blocked for more than 1228 seconds.
[207177.050049] Tainted: G U I 5.19.2 #1
[207177.050050] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[207177.050051] task:CPU 2/KVM state:D stack: 0 pid: 2343 ppid: 1 flags:0x00000002
[207177.050054] Call Trace:
[207177.050055] <TASK>
[207177.050056] __schedule+0x359/0x1400
[207177.050060] ? kvm_mmu_page_fault+0x1ee/0x980
[207177.050062] ? kvm_set_msr_common+0x31f/0x1060
[207177.050065] schedule+0x5f/0x100
[207177.050066] schedule_preempt_disabled+0x15/0x30
[207177.050068] __mutex_lock.constprop.0+0x4e2/0x750
[207177.050070] ? aa_file_perm+0x124/0x4f0
[207177.050071] __mutex_lock_slowpath+0x13/0x20
[207177.050072] mutex_lock+0x25/0x30
[207177.050075] intel_vgpu_emulate_mmio_read+0x5d/0x3b0
[kvmgt][207177.050084] intel_vgpu_rw+0xb8/0x1c0
[kvmgt][207177.050091] intel_vgpu_read+0x20d/0x250
[kvmgt][207177.050097] vfio_device_fops_read+0x1f/0x40
[207177.050100] vfs_read+0x9b/0x160
[207177.050102] __x64_sys_pread64+0x93/0xd0
[207177.050104] do_syscall_64+0x58/0x80
[207177.050106] ? kvm_on_user_return+0x84/0xe0
[207177.050107] ? fire_user_return_notifiers+0x37/0x70
[207177.050109] ? exit_to_user_mode_prepare+0x41/0x200
[207177.050111] ? syscall_exit_to_user_mode+0x1b/0x40
[207177.050112] ? do_syscall_64+0x67/0x80
[207177.050114] ? irqentry_exit+0x54/0x70
[207177.050115] ? sysvec_call_function_single+0x4b/0xa0
[207177.050116] entry_SYSCALL_64_after_hwframe+0x63/0xcd
[207177.050118] RIP: 0033:0x7ff51131293f
[207177.050119] RSP: 002b:00007ff4ddffa260 EFLAGS: 00000293 ORIG_RAX: 0000000000000011
[207177.050121] RAX: ffffffffffffffda RBX: 00005599a6835420 RCX: 00007ff51131293f
[207177.050122] RDX: 0000000000000004 RSI: 00007ff4ddffa2a8 RDI: 0000000000000027
[207177.050123] RBP: 0000000000000004 R08: 0000000000000000 R09: 00000000ffffffff
[207177.050124] R10: 0000000000065f10 R11: 0000000000000293 R12: 0000000000065f10
[207177.050124] R13: 00005599a6835330 R14: 0000000000000004 R15: 0000000000065f10
[207177.050126] </TASK>

I am seeing this on Intel i7-6700k, i7-6850k, and i7-9700k platforms.

This did not happen on 5.17 kernels, and 5.18 kernels never ran stable enough on my platforms to actually run them for more than a few minutes.

Likewise 6.0-rc1 has not been stable enough to run in production. After
less than three hours running on my workstation it locked hard with even the magic sys-request key being unresponsive and only power cycling the machine got it back.

The operating system in use for the host on all machines is Ubuntu 22.04.

Guests vary with Ubuntu 22.04 being the most common but also Mint, Debian, Manjaro, Centos, Fedora, ScientificLinux, Zorin, and Windows being in use.

I see the same issue manifest on platforms running only Ubuntu guests as with guests of varying operating systems.

The configuration file I used to compile this kernel is attached. I compiled it with gcc 12.1.0.

This behavior does not manifest itself instantly, typically the machine needs to be running 3-7 days before it does. Once it does guests keep stalling and restarting libvirtd does not help. Only thing that seems to is a hard reboot of the physical host. For this reason I believe the issue lies strictly with the host and not the guests.

I have listed it as a severity of high since it is completely service interrupting.

Posting this here in case anyone else encounters this you can go add a "me too" to the report. Thanks.

friendica (DFRN) - Link to source

friendica (DFRN) - Link to source

Putin Succinctly Explains the Deep State


And now you can see why anytime someone tries to "drain the swamp", like Trump, they are accused of Russian collusion.

reshared this

friendica (DFRN) - Link to source

Kernel Upgrades Friday August 19th 11PM Pacific Daylight Time


I am planning a kernel upgrade this Friday, August 19th, at 11pm Pacific Daylight Time (GMT-0700).

This will affect all Eskimo North services, shell servers, e-mail, web hosting, other hosting, friendica.eskimo.com/, hubzilla.eskimo.com/, nextcloud.eskimo.com, yacy.eskimo.com/, and eskimo.com/.

I do not expect the downtime for any one service to exceed ten minutes and the whole process should be completed by approximately 11:30PM. I am expecting this to go reasonably smooth as 5.19.0 was very smooth and 5.19.1 only contained three very small fixes, one where a function was missing a return so if it did not return on some conditionals it could return with random results, and two that are bounds checks in the QEMU-KVM system that would not come into play unless something else went wrong.