Adobe Z@xxx.tmp Dateien (ACCESS DENIED error is returned and they cannot be deleted. Local profile folder contains USER.DOMAIN.000, USER.DOMAIN.001 )
Lösung: Datei „acroct.ini unter C:\Windows erstellen / RDS unter %username%\Windows
acroct.ini [WinFntSvr] TTToSysPrintDisabled=1 T1ToTTDisabled=1
Wenn MediDOK nicht mehr starten will hat sich oft die IP geändert.
C:\ProgramData\mediDOK\connectionsettings.xml anpassen und Bridge-Server Dienst neustarten
vim.fault.GenericVmConfigFault bei Replikaten (!)
Im ersten Schritt sollten die Metadaten des defekten DCs aus der Active Directory Datenbank entfernt werden. Dazu öffnet ihr zunächst auf einem verbleibenden DC die Windows Kommandozeile mit Administratorrechten.
Anschließend öffnet ihr ntdsutil.exe – Ein Befehlszeilenprogramm, mit welchem die Active Directory Datenbank angepasst werden kann.
Nachdem das Programm gestartet wurde, ändert sich der Commandprompt in ntdsutil. Hier könnt ihr nun die internen Befehle des Programms nutzen.
Als erstes gebt ihr metadata cleanup ein und bestätigt mit Enter. Nun seid ihr im Bereich für die Metadaten-Bereinigung.
Anschließend verbindet ihr euch zu einem verbleibenden und funktionierenden Domänencontroller:
metadata cleanup: connections
server connections: connect to server Server01
server connections: quit
In meinem Beispiel ist der noch funktionierende DC „Server01“ und der defekte DC „Server02“. Nachdem die Verbindung zum DC hergestellt wurde, wird der Verbindungsbereich mit quit verlassen. Ihr befindet euch nun wieder in metadata cleanup.
Nun muss das Operationsziel ausgewählt werden. Sprich der defekte Server. Um diesen korrekt auszuwählen müsst ihr mit den folgenden Befehlen zunächst die Domäne, dann die Site und anschließend den defekten Server bestimmen. Dies macht ihr jeweils durch Angabe der entsprechenden Nummer.
metadata cleanup: select operation target
select operation target: list domains
select operation target: select domain #Nummer
select operation target: list sites
select operation target: select site #Nummer
select operation target: list servers in site
select operation target: select server #Nummer
Durch Eingabe von quit verlasst ihr den Selektionsmodus und befindet euch anschließend wieder im Kontext von metadata cleanup.
Nun entfernt ihr den defekten Domänencontroller durch folgende Eingabe:metadata cleanup: remove selected server
sudo chown -R www-data:www-data /var/www/nextcloud
sudo -u www-data php /var/www/nextcloud/updater/updater.phar
/var/scripts/setup_secure_permissions_nextcloud.sh
Um Benutzer zu löschen die, die letzten 7 Tage nicht eingeloogt waren (ntuser.dat Datum)
Get-CimInstance Win32_Userprofile | ?{!$_.Special -and !$_.Loaded -and $_.LastUseTime -lt (get-date).AddDays(-7)} | %{Remove-CimInstance $_ -Confirm:$false;remove-item $_.LocalPath -Force -Recurse}
msiexec /i Teams_windows_x64.msi OPTIONS=“noAutoStart=true“ ALLUSER=1 ALLUSERS=1
To prevent autolaunch you can use a Group Policy as well but this needs to be applied before the installation.
The ALLUSER switch is to install Teams per machine and not user.
The ALLUSERS switch is to let the Teams installer appear in Programs and Features so all users can uninstall it and not only the user that originally installed it.
Vielleicht ist ein Zertifikat abgelaufen, per SSH einloggen und folgendes checken:
for store in $(/usr/lib/vmware-vmafd/bin/vecs-cli store list | grep -v TRUSTED_ROOT_CRLS); do echo "[*] Store :" $store; /usr/lib/vmware-vmafd/bin/vecs-cli entry list --store $store --text | grep -ie "Alias" -ie "Not After";done;
Und dann gibts den Certificate Manager:
/usr/lib/vmware-vmca/bin/certificate-manager
der hilft beim Neuerstellen.
Eine mongodb beschwerte sich über zu viele offene Dateien und zwar genau über mehr als 819.
Das sind genau 80% von 1024 und eins der Limits die Linux für maxopenfiles nutzt.
Änderungen per ulimits -n und sonst wo brachten nix, wie ein blick in /proc/<mongodbpid>/limits zeigte.
Der Grund war die Art und Weise wie der Dienst gestartet wurde. Nämlich aus dem Deadlinescript und ohne systemctl direkt aus der init.d mit mongodb –configfile blah…
Daher galten nun die Standardwerte aus dem system.slice von systemd. Ändern konnte ich das, indem ich folgenden Befehl ausgeführt habe: systemctl edit –full Deadline10db.service und dann unter Service die Zeile LimitNOFILE=10240 eingefügen.
Dienst neustarten und die Limits stimmten auch im /proc
Harte Nuss.
© 2026 Nützlicher IT-Kram · Proudly powered by WordPress & Green Park 2 by Cordobo.
Valid XHTML 1.0 Transitional | Valid CSS 3
