Database page corruption on disk or a failed file read of page [page id: space=0, page number=290]. You may have to recover from a backup.

Fix

1. Stop the affected MySQL service:

1

service mysql stop

Back up all the MySQL data storage files. By default, they are located in /var/lib/mysql/

For example:

1
2

mkdir /root/mysql_backup
cp -a /var/lib/mysql/* /root/mysql_backup/

Set the innodb_force_recovery value under the [mysqld] section in the MySQL configuration file. This option will allow you to start MySQL service and create all databases dump.

For example:

1
2

vi /etc/my.cnf 
[mysqld] innodb_force_recovery = 2

Start the MySQL service.

If the service fails to start, set the parameter innodb_force_recovery to greater value and try starting MySQL again.
Value of the parameter innodb_force_recovery can be from 1 to 6.
Warning: Only set innodb_force_recovery to a value greater than 0 in an emergency situation, so that you can start InnoDB and dump your tables. Values of 4 or greater can permanently corrupt data files. Therefore, increase this value incrementally, as necessary. Please see more details in the official MySQL Documentation.
If the service fails to start with an error like:
InnoDB: Waiting for the background threads to start
Add directive innodb_purge_threads according to the following article: Unable to start MySQL service: InnoDB: Waiting for the background threads to start

Try to dump all databases:

1
2
3
4
5

mysql -Ns -u***  -Ne"show databases"|grep -v information_schema | grep -v performance_schema > /root/db_list.txt

mkdir /root/db_backup/

cat /root/db_list.txt | while read i; do mysqldump -u*** "$i" --routines --databases > /root/db_backup/"$i".sql; echo $i; sleep 5; done

If the dump fails with an error like:

1

Incorrect information in file: './psa/APSApplicationItems.frm' when using LOCK TABLES"´

then increase innodb_force_recovery value, restart MySQL service, and try to dump the databases again. It is better to dump databases one by one, separately. In that case, there is no need to go through restore of all databases once again if restore failed for some reason. If unable to dump the databases, then try using method II (Copy table content) or III (Restore from the backup) which are described below.

Remove all the MySQL data storage files except the mysql folder. For example:

rm -rf ls -d /var/lib/mysql/* | grep -v "/var/lib/mysql/mysql"

Remove the innodb_force_recovery option from the MySQL configuration file.

Restart the MySQL service:

1

service mysqld restart

Check the MySQL log file for any errors.

Restore databases from the dumps. For example:

1

for db in `cat /root/db_list.txt`; do echo -e "Importing $db..."; mysql -u*** < /root/db_backup/$db.sql; done

“unable to bind listening socket for address ‘/run/plesk/plesk-php73-fpm.sock’: No such file or directory (2)”

Fix

1
2
3

mkdir -p /run/plesk/

/usr/local/psa/bin/php_settings -u/

“Ubuntu server: ssh is showing in process but does not work - SSH connection refused”

Fix

1

sudo rm /etc/ssh/ssh_host_* && sudo dpkg-reconfigure openssh-server

Samsung App Email App - Cannot set up Plesk mail IMAP account in Outlook: SASL DIGEST-MD5 authentication failed: authentication failure

Fix

1. Login to Plesk server over SSH

2. Create a custom configuration file and place the auth_mechanisms parameter without digest-md5:

   # vi /etc/dovecot/conf.d/00-auth_mechs.conf

   auth_mechanisms = plain login cram-md5 apop

3. Restart Dovecot to apply the configuration changes:

   # service dovecot restart

attr event-min-interval temperature:60,battery:3600,state:300,humidity:60

verändern. Zeit entspricht Sekunden. Z.B. wird nun die Battery nur noch jede Stunde ausgegeben.

stty 57600 raw -echo </dev/ttyUSB0
cat </dev/ttyUSB0

verbinden und es sollte eine Ausgabe erscheinen. Sollte ein bash: /dev/ttyUSB0: Permission denied kommen, helfen die folgenden beiden Befehle:

sudo adduser yourusername dialout
sudo chmod a+rw /dev/ttyUSB0

Danach sollte die Fehlermeldung nicht mehr auftauchen. Damit man nun den JeeLink mit dem TX-35 verbinden kann, muss dieser geflashed werden - dazu gibt es zwei Möglichkeiten. Zum einen mit der Arduino IDE und den LaCrosse und JeeLink Sketches. Dieser Weg hat bei mir aber leider nicht funktioniert. Alternative kann man sich einfach FHEM installieren. Neben fhem sollte man noch das Package avrdude installieren um den JeeLink flashen zu können: sudo apt-get install avrdude fhem Nach der Installation ruft man http://fhem-host:8083/fhem (fhem durch den eigenen hostname ersetzten) auf. Dort gibt man dann folgendes in die Commando Zeile ein:

define jeeLink JeeLink /dev/ttyUSB1@57600

ttyUSB1 und 57600 gegebenenfalls anpassen - falls bei dmesg andere Werte ausgegeben wurden.

set jeeLink flash LaCrosse

Danach sollte der JeeLink in FHEM vorhanden sein. Mit attr jeeLink initCommands 30t 0a v wird der Toggle Modus aktiviert und die LED deaktiviert (0a v). Das Pairing kann nun mit einer Zeit von 60 Sekunden gestartet werden: set jeeLink LaCrossePairForSec 60 Nach dem herausnehmen und wiedereinlegen der Batterien sollte der TX-35-DTH erkannt werden. Die Werte werden in einer Log Datei unter /opt/fhem/log/NameDesGeraetes-2017.log gespeichert.

ansible_sudo_pass: deinsudiopassword

Dann im Script:

vars_files:
-secrethostgroupOne

angeben. Damit beim ausführen des Playbooks auch das Passwort beachtet wird, muss man eine Datei vault.txt anlegen (gleiche Ebene wie das playbook) und dort das vault Passwort eintragen. Danach kann man dann mit dem Zusatz:

–vault-password-file=vault.txt

das eingeben des sudo Passwortes einfach überspringen .

python hostfile.py –filename pathtofilehosts –keypath pathtoid_rsa.pub

Falls man es auf eine Gruppe einschränken möchte, kann man auch noch –group Groupname mitgeben (dieser ist aber optional). Als Beispiel:

python hostfile.py –filename /etc/ansible/hosts –keypath ~/.ssh/id_rsa.pub –group database

Wie ihr den ssh key generiert, seht ihr unter adding-your-ssh-key-to-the-ssh-agent und den public key vom private key gibt es mit

ssh-keygen -y -f ~/.ssh/id-database_rsa > ~/.ssh/id-database_rsa.pub

Das ganze könnt ihr dann mit

ansible all -m ping

testen.

1. Öffne die Datei mysql.cnf und füge unter [mysqld]

   skip-grant-tables

   ein

2. Starte danach mysql

3. Logge dich mit

   mysql -u root mysql

   ein

4. Dann

   FLUSH PRIVILEGES;

   und den Passwort Befehl aus resetting-permission eingeben (je nachdem welche Version von mysql man hat)

   ALTER USER ‘root‘@’localhost’ IDENTIFIED BY ‘MyNewPass’;
   or
   SET PASSWORD FOR ‘root‘@’localhost’ = PASSWORD(‘MyNewPass’);

   und danach

   update user set plugin="mysql_native_password"; # THIS LINEFLUSH PRIVILEGES;

   sollte das nicht gehen - kann man auch noch

   update user set authentication_string=PASSWORD("") where User='root';

   versuchen.

5. Danach skip-grant-tables wieder aus der mysql.cnf entfernen und mysql neustarten.

“paragraph1/php-fcm”: “^0.7.0”

verwendet werden. Damit man Daten aus der Firebase Database verwenden kann, verwendet man zusätzlich noch die Library:

“kreait/firebase-php”: “^2.0”,

Damit ergibt sich das folgende composer File:

{
“require”: {
“kreait/firebase-php”: “^2.0”,
“paragraph1/php-fcm”: “^0.7.0”
}
}

Um mit Firebase zu arbeiten erstellen wir eine backend.php Datei:

<?php
require ‘vendor/autoload.php’;

use paragraph1\phpFCM\Client;
use paragraph1\phpFCM\Message;
use paragraph1\phpFCM\Recipient\Device;
use paragraph1\phpFCM\Recipient\Topic;
use paragraph1\phpFCM\Notification;

$firebase = Firebase::fromServiceAccount(__DIR__.’/secret/firebaseappname-firebase-adminsdk-uuid.json’);
$apiKey = ‘ffcmApiKey-findetmanunterProjekteinstellungenCloudMessaging’;
$client = new Client();
$client->setApiKey($apiKey);
$client->injectHttpClient(new \GuzzleHttp\Client());

Mit der Variable $firebase kann nun auf die Datenbank zugegriffen werden und mit $client können Nachrichten versendet werden. Die json Datei und den apiKey findet man in der https://console.firebase.google.com/. Dort unter Deine App >> Projekteinstellungen >> Cloud Messaging ist der API Key und unter Deine App >> Projekteinstellungen >> Dienstkonten kann man sich einen privaten Schlüssel generieren lassen. Diesen dann entweder im gleichen Ordner wie die backend.php ablegen oder wie im Beispiel im Ordner secret. Wichtig ist das die Datei keinen entsprechende Zugriffsrechte hat, damit niemand diese über den Webserver auslesen kann. Das folgende Beispiel liest Elemente aus der Tabelle ‘Todos’ aus. Weitere Informationen wie ihr mit firebase-php arbeiten könnt, findet ihr unter: https://github.com/kreait/firebase-php

<?php

require ‘backend.php’;

$todos = $database->getReference(‘todos’)->orderByKey()->getSnapshot()->getValue();

foreach ($todos as $key => $value) {
echo $key.’ - ‘.$value[‘title’].’ (‘.$value[‘description’].’)\n’;
}

Verschicken kann man dann eine solche ‘Aufgabe’ mit:

<?php
$note = new Notification($title, $message’);
$note->setIcon(‘notification_icon_resource_name’)->setSound(“default”)->setBadge(1);

$message = new Message();
$message->addRecipient(new Topic(‘todos’));
$message->setNotification($note)->setPriority(“high”)->setTimeToLive(223200);

$response = $client->send($message);

In dem Beispiel wird die Nachricht nur an die Clients verteilt, welche sich auf das Topic ‘todos’ subscribte haben. Hier kann man aber auch z.B. devices auswählen oder an alle verschicken. Mehr dazu unter: https://github.com/Paragraph1/php-fcm Ob das Senden an FCM erfolgreich war kann man mit

$response->getStatusCode()

prüfen. Dabei sagt das Ergebnis aber nur aus ob die Nachricht an FCM übermittelt wurde, aber nicht ob die Clients diese erfolgreich erhalten haben.

node {
def devHost = ‘localhost’
// Mark the code checkout ‘stage’….
stage(‘Checkout’) {
checkout changelog: false, poll: true, scm: [$class: ‘GitSCM’, branches: [[name: ‘/branchname’]], doGenerateSubmoduleConfigurations: false,
extensions: [[$class: ‘CloneOption’, depth: 2, noTags: true, reference: ‘’, shallow: true, timeout: 15]], submoduleCfg: [],
userRemoteConfigs: [[credentialsId: ‘credentialsId’, url: ‘giturl’, name: ‘origin’, refspec: ‘+refs/heads/branchname:refs/remotes/origin/branchname’]]]
}
// Mark the code build ‘stage’….
stage(‘Deploy’) {
sh “mvn clean package”
deploy(“target/.war”, devHost, “/serverpath”)
}
stage(‘Archive’) {
archive ‘target/.war,target/**/\failsafe*/,target//*surefire*/**’
}
}
// Deploy file to tomcat
def deploy(file, host, context) {
sh “curl -v -u username:password -T ${file} ‘http://${host}:8080/manager/text/deploy?path=${context}&update=true’”
}

Checkout: Beim checkout wird nur eine Schatten Kopie mit einer Tiefe von 2 vom Ziel Branch heruntergeladen. Das reduziert die Zeit für den checkout. Bei einem

checkout scm

werden hingegen alle branches und auch die History des aktuellen Branches komplett heruntergeladen. Dies wird an dieser Stelle aber nicht benötigt. Deploy Stage: Nach dem bauen wird mittels curl einfach die war Datei auf dem Tomcat deployed. Was noch fehlt ist eine Prüfung ob das deployen erfolgreich war und das Neustarten des Tomcats falls nicht. Die Prüfung kann man mit curl oder wget machen und das Neustarten mit Hilfe einer ssh Verbindung auf den Tomcat.

Ionic Projekt

Solltet ihr bisher ionic noch nicht installiert haben, könnt ihr das mit dem folgenden Befehl machen: sudo npm install -g ionic cordova Falls ihr noch kein npm und node installiert habt, am besten die aktuelle Version installieren. Danach könnt ihr wie folgt starten: ionic start NamederAnwendung blank –v2 Danach dann noch ios (falls ihr auf mac arbeitet) und android hinzufügen:

ionic platform add ios && ionic platform add android

Nun könnt ihr die app mit dem folgenden Befehl unter android testen. Es empfiehlt sich das Testen immer im Emulator oder auf einem echten Device vorzunehmen, da für das login bei facebook und google cordova Plugins verwendet werden - welche untern “ionic serve” nicht beachtet werden:

ionic run android

Hinweis: Falls in der package.json > “@ionic/app-scripts”: “0.0.45”, steht. Bitte den Hinweis am Ende der Seite beachten - Firebase is not defined.

Firebase

Unter https://console.firebase.google.com/ erstellt ihr euch eine neue Anwendung. Am besten den geichen Namen wie der Name für die App. Danach unter Authentication >> Anmeldemethoden bei Google und Facebook auf editieren klicken und die Anmeldemethoden aktivieren. Für Facebook benötigt ihr die appId und appSecret, da wir aber noch keine Facebook App erstellt haben - dort aktuell nur einen Platzhalter eintragen. Danach unter Einstellungen/Projekteinstellungen gehen (findet man beim klick auf das Zahnrad oben links) und auf “Firebase zu meiner WebApp hinzufügen” klicken. Danach erscheinen die Keys für eure Firebase Einstellungen:

const firebaseConfig = {
apiKey: “Key”,
authDomain: “authdomain.firebaseapp.com”,
databaseURL: “https://autdomain.firebaseio.com",
storageBucket: “storage.foo.com”,
};

Diese werden in eine Temporäre Textdaten kopiert, da sie später benötigt werden. Die messageId Variable wird nicht benötigt - wer Firebase Messaging verwenden möchte, kann das mit Ionic2 Push machen.

Facebook

Zuerst unter https://developers.facebook.com/apps eine neue App erstellen. Danach dann in der App unter “Produkt hinzufügen” auf “Facebook Login” klicken. Bei “Gültige OAuth Redirect URIs” die Url welche ihr unter von https://console.firebase.google.com/ >> Authentication >> Anmeldemethoden >> Facebook findet eintragen. Danach unter Einstellungen für eure Facebook App gehen und auf “Platfform hinzufügen” klicken. Daher erkläre ich im folgenden wie man mit ionic2 und firebase einen Google Login/SignIn und Facebook Login/SignIn realisieren kann: Bei “Google Play Package-Name” tragt ihr die id aus eurer config.xml im root Ordner eures Ionic Projektes ein.

            var provider = firebase.auth.GoogleAuthProvider.credential(userData.idToken);             firebase.auth().signInWithCredential(provider)              .then((firebaseData) => {                console.log("Firebase success: " + JSON.stringify(firebaseData));                observer.next();              })              .catch((error) => {                console.log("Firebase failure: " + JSON.stringify(error));              });             })         .catch((error) => {             console.log("Firebase failure: " + JSON.stringify(error));         });      })   })});

• Netzwerk - hier empfiehlt es sich zwei feste Ports zu vergeben. Einen für die Weboberfläche und einen für SSH. Wenn diese fest definiert werden, dann müsst ihr später bei einem Wechsel nicht immer die Ports anpassen
• Freigabeordner - hier müsst ihr den Pfad “/var/gitbucket” mit einem Verzeichnis auf eurem Nas Speicher verbinden. Dadurch könnt ihr später die Docker Container austauschen ohne die Daten migrieren zu müssen. Da die Daten dann nicht im Container liegen, sondern als Volume gemountet werden.

Danach einfach erstellen und nutzen. Wie updatet man auf eine neue Version von gitbucket?

1. Alten Container stoppen
2. Neues Image von Docker Hub mit der letzten Version auswählen
3. Beim Image die gleichen Ports für Netzwerk wie beim alten Container eintragen
4. Beim Image den gleichen Freigabe Ordner wie beim alten Container eintragen
5. Container erstellen und starten
6. Prüfen
7. Alten Container löschen oder automatisches Starten deaktivieren, falls man sich nicht sicher ist.

Das Docker Image ist das folgende: https://hub.docker.com/r/hiono/gitbucket/

rsync -aPuvb –modify-window=1 –exclude “.@__thumb” –delete –backup-dir ‘../backupOrdnerAufDerNasfuergeloeschteDateien’ –stats – /PfadZumOrdnerWelcherAufDerNasGesichertWerdenSoll/ rsyncusername@NAS-IP-ADRESSE::SharedFolderNameAufDerNAS/beiBedarfHierUnterverzeichnisseAngeben

Nach der Eingabe kommt eine Meldung mit der Frage nach dem Passwort für rsync, welches Ihr zuvor eingerichtet habt. Falls SSH verwendet werden soll, dann

rsyncusername@NAS-IP-ADRESSE::SharedFolderNameAufDerNAS/beiBedarfHierUnterverzeichnisseAngeben

mit dem folgendem ersetzten

username@NAS-IP-ADRESSE:/PfadAufDerNasZuEuremZielVerzeichniss

Was die Parameter bedeuten wird kurz erklärt:

• –modify-window=1 => Bei Windows und Samba kann es zu Problemen mit der Übertragungszeit kommen, hierdurch wird Unschärfe ermöglicht. Dadurch wird verhindert das die Datei auf der NAS neuer ist wie die Lokale
• –exclude “.@__thumb” => Beachtet automatisch erstelle Thumbmails nicht, sehr praktisch bei vielen Bilder Übertragungen
• -b –delete –backup-dir ‘../BackupVerzeichnis’ => Es werden lokal gelöschte Dateien auch auf dem Zielsystem gelöscht. Aber zur Sicherheit in den angegeben Ordner verschoben (-b)
• –stats => Ausgabe der Statistik bezüglich der Änderungen an den Dateien
• -u => überspringt Dateien, die im Ziel neuer sind als in der Quelle
• -P => Fortschrittsanzeige und Fortsetzung des Transfers bei Abbruch
• -v => zeigt während des Synchronisierens alle ausgeführten Schritte an

Damit das ganze auch ohne Passwort funktioniert muss man das noch mit

–password-file=filewithpassowrd.txt

erweitern. In diese Datei schreibt man dann das Rsync Passwort und setzt die Lese und Schreibrechte für die Datei entsprechend so das nur das Script die Datei lesen kann. Damit nicht ständig versucht wird einen Server anzufragen obwohl man nicht zu Hause im eigenen WLAN ist - kann man das Script um folgendes erweitern:

essid=$(iwgetid -r)
echo $essid;
if [ “$essid” = “NameDeinesWlansZuHause ]
then

#rsync staff
else
echo “Wrong WLAN”
fi

Das ganze Beispiel Script findet ihr hier unter https://gist.github.com/lightszentip/9558283d339c4cb19d5b691fae0e060a Um das script automatisch ausführen zu lassen bietet sich ein crontab mit der Ausgabe in eine LogDatei an “>> naslogresult.log“

node {
// Mark the code checkout ‘stage’….
stage ‘Checkout’
// Get some code from a GitHub repository
git url: ‘https://github.com/jglick/simple-maven-project-with-tests.git'
// Get the maven tool.
// ** NOTE: This ‘M3’ maven tool must be configured
// ** in the global configuration.
def mvnHome = tool ‘M3’
// Mark the code build ‘stage’….
stage ‘Build’
// Run the maven build
sh “${mvnHome}/bin/mvn -Dmaven.test.failure.ignore clean package”
step([$class: ‘JUnitResultArchiver’, testResults: ‘*/target/surefire-reports/TEST-.xml’])
}

Dabei sieht man auch die Änderungen bei Jenkins 2, das Thirdparty Komponenten wie Maven über Variablen und nicht mehr über Pfad Angaben in der Konfiguration gemanagt werden. Die „stage“ aufrufe bilden dabei die einzelnen Schritte welche auch in der Stage View sichtbar sind.

header(‘Access-Control-Allow-Origin: *’);
header(“Access-Control-Allow-Headers: Origin, Content-Type, Authorization”);
header(“Access-Control-Allow-Methods: GET, POST, PUT, OPTIONS, DELETE”);

Dabei kann man natürlich auch die Freigabe auf bestimmte Domains einschränken. Falls man diese drei Zeilen jedoch nicht hinzufügt, erhält man bei einem http.get(…) die folgende Fehlermeldung:

{“_body”:{“isTrusted”:true},”status”:0,”ok”:false,”statusText”:””,”headers”:{},”type”:3,”url”:null}

Schritt 1

Installation Tomcat8 unter Linux mit

sudo apt-get install tomcat8

alternativ kann auch die aktuelle Version unter https://tomcat.apache.org/download-80.cgi heruntergeladen werden und entpackt werden. Dieses Vorgehen ist für Windows zu empfehlen. Unter Linux ist der Tomcat nach der Installation unter /var/lib/tomcat8/ zu finden.

Schritt 2

Damit Jenkins im Tomcat richtig starten kann, muss JENKINS_HOME im Tomcat Environment gesetzt werden. Alternativ kann JENKINS_HOME auch als Umgebungsvariable gesetzt werden, was aber das betreiben mehrerer Jenkinses auf einem Server verhindert. Der folgende Code wir in der Datei conf/context.xml eingefügt: