friendica (DFRN) - Link to source

Ted

2022-11-03 11:43:55

diaspora - Link to source

Perhaps this news will surprise no one.


Bloomberg) -- Glencore Plc officials delivered cash in private jets to officials across Africa, UK prosecutors said as they laid out a web of bribery and corruption orchestrated by the London oil trading desk.

The company, founded by Marc Rich, admitted to seven counts of bribery across countries including Nigeria and Cameroon, following a Serious Fraud Office investigation. Prosecutors said the company paid more than $28 million in bribes to secure access to oil cargoes. It marks the first time a corporate has been convicted for paying bribes, according to the SFO.

A London judge will determine the final fine on Thursday.


#Glencore #London #corruption #fraud #bribery #Nigeria #Cameroon

bnnbloomberg.ca/glencore-flew-…

#corruption #Nigeria #fraud #London #Cameroon #Glencore #bribery

friendica (DFRN) - Link to source

Stubenfliege

2022-10-29 07:32:50

unkn - Link to source

Es gibt genügend die nur Verbrechen begehen um in den deutschen Wohlfühlknast zu kommen, denn nirgendwo geht es Verbechern bessern als dort ! Während unsere Armen nicht wissen wo sie die nächste warme Mahlzeit herbekommen , werden die #Knastrologen rundum bestens versorgt........einschließlich Fittness und Ausbildung ! Drängt sich die Frage auf : Gäbe es womöglich ohne Knast weniger oder gar keine Straftaten ? Ich glaube NEIN

bz-berlin.de/berlin/berlins-li…

#Knastrologen

friendica (DFRN) - Link to source

Das sollte man nicht ignorieren ...

Das sollte man nicht ignorieren ... ;-) #Wartung #Server4You #Netzwerk #Downtime

MIME-Version: 1.0
Subject: Ankündigung Netzwerk Wartung 19.10.2022 / zulu289
From: "SERVER4YOU" <noreply@server4you.de>
Content-Type: multipart/alternative;
boundary="=_16fe56fcb1c71788487e2e508b5ff007"
Message-ID: <rjbu4w.en52th@df-ms-l1.server4you.de>
To: Roland Häder <x.y@z>

Information
Ankündigung Netzwerk Wartung 19.10.2022 / zulu289

Hallo Roland Häder,

wir möchten Sie über eine geplante Netzwerkwartung in unserem Rechenzentrum Straßburg (EU) informieren.
Von dieser Wartung ist betroffen:

Produkt: EcoServer Large X5
Servername: zulu289

Die Wartung wird in der Nacht vom Mittwoch, den 19.10.2022 auf Donnerstag, dem 20.10.2022 zwischen 23:00 und 01:00 Uhr MESZ durchgeführt.
(Für unsere internationalen Kunden: MESZ/Mitteleuropäische Sommerzeit = UTC +2)

Wir erwarten
in dieser Zeit Netzwerkunterbrechungen von bis zu 30 Minuten.

Diese Wartung ist notwendig, um die Qualität unserer Dienstleistungen zu erhalten und zu verbessern.
Für Rückfragen verwenden Sie bitte das Support-Ticketsystem im PowerPanel oder nehmen telefonisch Kontakt mit unserem Kundenservice auf.

Vielen Dank für Ihre Zeit und Ihr Verständnis.

Ihr Support Team

#netzwerk #downtime #Server4you #Wartung
in reply to Roland Häder🇩🇪

friendica (DFRN) - Link to source

Roland Häder🇩🇪

Aber eines muss ich auch sagen, dass diese echt fix sind, mal gerade ~520 Pings (ich hatte den ersten Ping kurz unterbrochen) haben die Admins benoetigt:
$ ping www.mxchange.org
PING www.mxchange.org (188.138.90.169) 56(84) bytes of data.
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=518 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=519 ttl=53 time=16.2 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=520 ttl=53 time=16.6 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=521 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=522 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=523 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=524 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=525 ttl=53 time=16.5 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=526 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=527 ttl=53 time=16.3 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=528 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=529 ttl=53 time=16.0 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=530 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=531 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=532 ttl=53 time=16.3 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=533 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=534 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=535 ttl=53 time=16.3 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=536 ttl=53 time=16.1 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=537 ttl=53 time=15.8 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=538 ttl=53 time=16.6 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=539 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=540 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=541 ttl=53 time=16.5 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=542 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=543 ttl=53 time=16.4 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=544 ttl=53 time=16.6 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=545 ttl=53 time=16.3 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=546 ttl=53 time=16.5 ms
64 bytes from f.haeder.net (188.138.90.169): icmp_seq=547 ttl=53 time=16.4 ms
^C
--- www.mxchange.org ping statistics ---
547 packets transmitted, 30 received, 94.5155% packet loss, time 555376ms
rtt min/avg/max/mdev = 15.849/16.299/16.645/0.183 ms
$

Respekt, Respekt!

friendica (DFRN) - Link to source

Configuration for FPM pool behind this Friendica instance

I have some PHP-FPM pools running on this server and noticed that often others like #Nextcloud were slowing down or had become unreachable. When I checked with htop on my server, I saw that a lot child processes (if not even all) are working for Friendica.

I tried lower or higher values for the amount of child processes but no real change happened.Then I tried to change the pool type to dynamic (it was set to ondemand) and I have no slow-downs on any PHP-FPM pool anymore.

So in case you are running in the same issue, this was the cause. And for those who are interested in the final configuration file:

root@zulu289:/etc/php/7.4/fpm# grep -v ";" pool.d/friendica.conf |sort --unique

 
chdir = /
[f.haeder.net]
group = www-data
listen.allowed_clients = 127.0.0.1
listen.group = www-data
listen.mode = 0660
listen.owner = www-data
listen = /var/run/apache2/php7.4-fpm_friendica.sock
php_admin_flag[log_errors] = on
php_admin_value[error_log] = /var/www/.../phptmp/fpm-php.friendica.log
php_admin_value[memory_limit] = 128M
php_admin_value[session.save_path] = /var/www/.../phptmp
pm = dynamic
pm.max_children = 1000
pm.max_requests = 10000
pm.max_spare_servers = 15
pm.min_spare_servers = 5
pm.status_path = /pool-status
request_slowlog_timeout = 20s
slowlog = /var/log/php-fpm/$pool-slow.log
user = vuXXXX
root@zulu289:/etc/php/7.4/fpm#

I have only obscured the full paths and user variable.
#Nextcloud
⇧