http://mediawiki.netbreaker.de/mediawiki/index.php?feed=atom&namespace=0&title=Spezial%3ANeue_Seiten 2026-04-24T02:49:24Z Aus ConfigWiki MediaWiki 1.19.20+dfsg-0+deb7u3 http://mediawiki.netbreaker.de/mediawiki/index.php/OLC 2015-04-29T20:26:16Z

<p>Rek: Die Seite wurde neu angelegt: „LDAP Online Konfiguration“</p> <hr /> <div>LDAP Online Konfiguration</div>

Rek http://mediawiki.netbreaker.de/mediawiki/index.php/LDAP_Replikation 2015-04-29T14:30:53Z

<p>Rek: /* LDAP Replikation */</p> <hr /> <div>====LDAP Replikation====<br /> LDAP Daten synchron auf mehrere Server verteilen (replizieren) http://de.wikipedia.org/wiki/Replikation_%28Datenverarbeitung%29<br /> <br /> =====[[syncrepl]]=====<br /> Ist der Nachfolger von slurpd. Syncrepl wird als Thread von slapd ausgeführt und agiert wie ein normaler Client der einen Ldap Server abfragt. Weiterhin ist er auto-synchronisierend und kennt 2 Verfahren eine passive und aktive Replikation bezogen auf den Master. <br /> Todo:delta-syncrepl<br /> <br /> RFC<br /> https://tools.ietf.org/html/rfc4533<br /> <br /> ======[[Mechanismus]]======<br /> <br /> Bei syncrepl kann statt Master und Slave auch von Provider und Consumer die Rede sein. <br /> <br /> Das LDAP Content Synchronistation Protocoll kurz LDAP Sync ist die Basis. <br /> <br /> Wenn ein syncrepl Anweisung in der slapd Konfiguration existiert, dann wird ein Thread innerhalb von slapd gestarted. Der Consumer fordert anfangs einmalig den kompletten Datenbestand vom Provider an. (Initial Load) <br /> <br /> <br /> <br /> Im aktiven Modus (refreshOnly Modus) fragt der Consumer periodisch nach Updates an und trennt wieder die Verbindung (Polling).<br /> <br /> Im passiven Modus (refreshAndPersist) hat der Consumer eine ständige Verbindung mit dem Provider und aktualisiert sich darüber.<br /> <br /> ======[[CSNs]]======<br /> <br /> contextCSN - höchste Ebene des jeweiligen DITs<br /> <br /> entryCSN - Attribut von jedem DIT Objekt<br /> <br /> ======[[DB]]======<br /> im Prinzip jede aber empfohlen wird bdb und hdb <br /> <br /> <br /> <br /> [[Category:Administration]]</div>

Rek http://mediawiki.netbreaker.de/mediawiki/index.php/BSD 2015-03-26T15:54:15Z

<p>Rek: Die Seite wurde neu angelegt: „Test“</p> <hr /> <div>[[Test]]</div>

Rek http://mediawiki.netbreaker.de/mediawiki/index.php/Ext4-dio-unwrit 2013-06-29T09:02:51Z

<p>Netbreaker: Die Seite wurde neu angelegt: „Warum tauchen im System viele Prozesse von '''ext4-dio-unwrit''' auf? Dieser Prozess wird auf jedem Blockdevice mit einem gemounteten ext4-Dateisystem für jeden…“</p> <hr /> <div>Warum tauchen im System viele Prozesse von '''ext4-dio-unwrit''' auf?<br /> <br /> Dieser Prozess wird auf jedem Blockdevice mit einem gemounteten ext4-Dateisystem für jeden CPU-Kern/Thread gestartet.<br /> <br /> srv1:~# cat /proc/cpuinfo | grep processor | wc -l<br /> 4<br /> <br /> srv1:~# ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/dm-0-8]<br /> 4 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-17-8]<br /> 4 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-16-8]<br /> ...<br /> <br /> srv2:~# cat /proc/cpuinfo | grep processor | wc -l<br /> 8<br /> <br /> srv2:~# ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/dm-7-8]<br /> 8 [ext4-dio-unwrit]<br /> <br /> srv3 ~ # cat /proc/cpuinfo | grep processor | wc -l<br /> 12<br /> <br /> srv3 ~ # ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/sda1-8]<br /> 12 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-0-8]<br /> 12 [ext4-dio-unwrit]<br /> ...<br /> <br /> Diese Prozesse tauchen nur bei ext4 auf, bei einem ext3-Filesystem/Blockdevice (bei srv1/2 vorhanden) ist nichts derartiges erkennbar. Das Verhalten ist unabhängig davon ob es sich im LVM befindet (sda* vs. dm-*) und ob ein Hardware-RAID (srv3), Software-RAID (srv2) oder kein RAID (srv1) genutzt wird.<br /> <br /> Dieses Verhalten wurde auf einem Debian Squeeze 6.0.7 mit Kernel '''2.6.32-5-amd64 #1 SMP Fri May 10 08:43:19 UTC 2013 x86_64 GNU/Linux''' beobachtet.<br /> <br /> Unter Debian Wheezy 7.1 mit Kernel '''3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux''' (HWR + LVM + ext4) sieht das schon wieder anders aus:<br /> <br /> srv4 ~ # cat /proc/cpuinfo | grep processor | wc -l<br /> 8<br /> srv4 ~ # ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/sda1-8]<br /> 1 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-0-8]<br /> 1 [ext4-dio-unwrit]<br /> ...</div>

Netbreaker http://mediawiki.netbreaker.de/mediawiki/index.php/SalcidoMiller21 2012-10-09T11:28:29Z

<p>Rek: /* LDAP Replikation */</p> <hr /> <div>====LDAP Replikation====<br /> LDAP Daten synchron auf mehrere Server verteilen (replizieren) http://de.wikipedia.org/wiki/Replikation_%28Datenverarbeitung%29<br /> <br /> =====[[syncrepl]]=====<br /> Ist der Nachfolger von slurpd. Syncrepl wird als Thread von slapd ausgeführt und agiert wie ein normaler Client der einen Ldap Server abfragt. Weiterhin ist er auto-synchronisierend und kennt 2 Verfahren eine passive und aktive Replikation bezogen auf den Master. <br /> Todo:delta-syncrepl<br /> <br /> RFC<br /> https://tools.ietf.org/html/rfc4533<br /> <br /> ======[[Mechanismus]]======<br /> <br /> Bei syncrepl kann statt Master und Slave auch von Provider und Consumer die Rede sein. <br /> <br /> Das LDAP Content Synchronistation Protocoll kurz LDAP Sync ist die Basis. <br /> <br /> Wenn ein syncrepl Anweisung in der slapd Konfiguration existiert, dann wird ein Thread innerhalb von slapd gestarted. Der Consumer fordert anfangs einmalig den kompletten Datenbestand vom Provider an. (Initial Load) <br /> <br /> <br /> <br /> Im aktiven Modus (refreshOnly Modus) fragt der Consumer periodisch nach Updates an und trennt wieder die Verbindung (Polling).<br /> <br /> Im passiven Modus (refreshAndPersist) hat der Consumer eine ständige Verbindung mit dem Provider und aktualisiert sich darüber.<br /> <br /> ======[[CSNs]]======<br /> <br /> contextCSN - höchste Ebene des jeweiligen DITs<br /> <br /> entryCSN - Attribut von jedem DIT Objekt<br /> <br /> ======[[DB]]======<br /> im Prinzip jede aber empfohlen wird bdb und hdb <br /> <br /> <br /> <br /> [[Category:Administration]]</div>

SalcidoMiller21 http://mediawiki.netbreaker.de/mediawiki/index.php/Cecil9744 2012-10-09T06:02:47Z

<p>Netbreaker: Die Seite wurde neu angelegt: „Warum tauchen im System viele Prozesse von '''ext4-dio-unwrit''' auf? Dieser Prozess wird auf jedem Blockdevice mit einem gemounteten ext4-Dateisystem für jeden…“</p> <hr /> <div>Warum tauchen im System viele Prozesse von '''ext4-dio-unwrit''' auf?<br /> <br /> Dieser Prozess wird auf jedem Blockdevice mit einem gemounteten ext4-Dateisystem für jeden CPU-Kern/Thread gestartet.<br /> <br /> srv1:~# cat /proc/cpuinfo | grep processor | wc -l<br /> 4<br /> <br /> srv1:~# ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/dm-0-8]<br /> 4 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-17-8]<br /> 4 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-16-8]<br /> ...<br /> <br /> srv2:~# cat /proc/cpuinfo | grep processor | wc -l<br /> 8<br /> <br /> srv2:~# ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/dm-7-8]<br /> 8 [ext4-dio-unwrit]<br /> <br /> srv3 ~ # cat /proc/cpuinfo | grep processor | wc -l<br /> 12<br /> <br /> srv3 ~ # ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/sda1-8]<br /> 12 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-0-8]<br /> 12 [ext4-dio-unwrit]<br /> ...<br /> <br /> Diese Prozesse tauchen nur bei ext4 auf, bei einem ext3-Filesystem/Blockdevice (bei srv1/2 vorhanden) ist nichts derartiges erkennbar. Das Verhalten ist unabhängig davon ob es sich im LVM befindet (sda* vs. dm-*) und ob ein Hardware-RAID (srv3), Software-RAID (srv2) oder kein RAID (srv1) genutzt wird.<br /> <br /> Dieses Verhalten wurde auf einem Debian Squeeze 6.0.7 mit Kernel '''2.6.32-5-amd64 #1 SMP Fri May 10 08:43:19 UTC 2013 x86_64 GNU/Linux''' beobachtet.<br /> <br /> Unter Debian Wheezy 7.1 mit Kernel '''3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux''' (HWR + LVM + ext4) sieht das schon wieder anders aus:<br /> <br /> srv4 ~ # cat /proc/cpuinfo | grep processor | wc -l<br /> 8<br /> srv4 ~ # ps ax | grep -E 'jb[d]|[e]xt4-dio-unwrit'| cut -d: -f2- | cut -d' ' -f2 | uniq -c <br /> 1 [jbd2/sda1-8]<br /> 1 [ext4-dio-unwrit]<br /> 1 [jbd2/dm-0-8]<br /> 1 [ext4-dio-unwrit]<br /> ...</div>

Cecil9744 http://mediawiki.netbreaker.de/mediawiki/index.php/Windows_7/8 2012-10-05T13:48:00Z

<p>93.218.184.224: Die Seite wurde neu angelegt: „'''Anleitung Programm an Startmenue anpinnen''' '''Startmenue''' %AppData%\Microsoft\Internet Explorer\Quick Launch\User Pinned\StartMenu\ '''Taskleiste''' %A…“</p> <hr /> <div>'''Anleitung Programm an Startmenue anpinnen'''<br /> <br /> '''Startmenue'''<br /> <br /> %AppData%\Microsoft\Internet Explorer\Quick Launch\User Pinned\StartMenu\<br /> <br /> '''Taskleiste'''<br /> <br /> %AppData%\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar</div>

93.218.184.224