Month: October 2013

svn performance

/ Konkretor / Leave a comment

Also das NTFS Dateisystem ist wirklich nicht ausgelegt für ne halbe Million Dateien, Kopieren dauert ewig.
Wieso jemand SVN auf einer Windows Maschine installiert, ist mir selber noch unklar…. 🙄
Der Befehl läßt sich unabhängig des Betriebsystems absetzen.

Bevor ein Repository von A nach B kopiert packt ich es mal ordentlich zusammen. Ab SVN 1.6

Mit svnadmin pack PATH zu Repository
Geht im laufenden Betrieb

Dabei werden 1000 Dateien zu einer Datei zusammen gefaßt. Da geht das kopieren leichter von der Hand. Schont das Dateisystem mit den vielen kleinen Einträgen.

RHEL Auto Update

/ Konkretor / Leave a comment

Yum Autoupdate ist nicht von Haus aus böse. Mit etwas Config Arbeit erspart man sich an manchen Stellen arbeit und Zeit. Man sollte sich nur überlegen welche Fallstricke bei den Anwendungen sein können. Oft ist PHP oder Tomcat etc ein Problem, diese Pakete sollten von einem Auto Update ausgeschlossen sein und von Hand abgeprüft werden.

Als erstes brauchen wir ein kleines Tool

yum -y install yum-cron

Danach passen wir die drei wichtigsten Parameter in folgender Conf Datei an

/etc/sysconfig/yum-cron

# Don’t install, just check (valid: yes|no)
CHECK_ONLY=no

# Don’t install, just check and download (valid: yes|no)
# Implies CHECK_ONLY=yes (gotta check first to see what to download)
DOWNLOAD_ONLY=no

# by default MAILTO is unset, so crond mails the output by itself
# example: MAILTO=root
MAILTO=

Wer kein Update möchte aber per E-Mail informiert werden möchte setzt bei CHECK_ONLY= ein einfaches YES. Ab jetzt werden E-Mails verschickt ich habe Updates. Der Sender Mailto sollte gefüllt sein.

Wer sich nicht sicher ist welche Pakete immer mit Updates gefüttert werden sollen. Der kann dies auch angeben. Bei Red Hat ist nicht immer klar aus der Beschreibung raus ob es ein Security Fix ist oder nicht. Folgende Config ist anzupassen Hat den Nachteil auch bei einem manuellen aufruf von Yum wird kein Update stattfinden.

/etc/yum.conf

exclude=kernel* php*

Wer nur ein zwei Pakete aus dem Auto Update ausschließen möchte, kann dies in der Yum Cron Conf Datei tun /etc/sysconfig/yum-cron Mit “-x paket”

YUM_PARAMETER=”-x kernel* -x php*”

Nachdem die Conf Datei angepasst wurden. Ein Yum Update durchführen um zu sehen ob es keine Konflikte gibt. Bei einem Konflikt arbeitet der Auto Updater nicht.

Jetzt werden wir mal den Yum-Cron an

root@host ~]# /etc/init.d/yum-cron start
Enabling nightly yum update: [ OK ]

Jetzt fehlt noch einzustellen, das er bei einem Reboot auch gestartet wird

[root@host ~]# chkconfig yum-cron on

Region Lock: Samsung liefert SIM-Sperre per Update

/ Konkretor / Leave a comment

Also was Samsung hier gerade abzieht ist nicht zum aushalten, ich wollte mir eigentlich ein Samsung S3 Mini holen. Solche Politik sollte nicht unterstützt werden!!

http://www.heise.de/newsticker/meldung/Region-Lock-Samsung-S3-bekommt-SIM-Sperre-per-Update-1972042.html

Nachträglich Funktionen aus einem Gerät entfernen….

Was der Hammer an der Sache ist, der Dreck kommt schneller auf das Gerät wie ein Android Update!

Hier hilft nur das Update nicht ausführen und auf Alternative Firmware umsteigen.

Hier bietet sich der http://www.cyanogenmod.org/ an

Kauft keine Samsung Geräte

*Update*

Hier mehr Infos

http://www.heise.de/newsticker/meldung/Samsungs-Region-Lock-bei-Smartphones-Zwischenstand-und-Hack-1973110.html

Samba4 smb 3.0

/ Konkretor / Leave a comment

Samba4 ist ja jetzt schon seit längerem Verfügbar.
Mit Samba4 hat auch das SMB Protokoll 3.0 (2.2) Einzug gehalten. Es bietet viele Vorteile zum alten 1.1 und 2.1

Wie konfiguriere ich das SMB Protokoll in der SMB.conf Datei

max protocol = SMB3

Wie prüfe ich ob die Freigabe auch die Version 3 verwendet?

smbclient //server/freigabe -mSMB3

Kommt nun Windows XP daher, so wird SMB 1.1 verwendet, wird Windows 8 oder Server 2012 verwendet so wird SMB 3.0 verwendet.
SMB 3.0 ist noch nicht ganz fertig, denn aktuellen Stand gibt es hier

https://wiki.samba.org/index.php/Samba3/SMB2#Introduction

https://bbs.archlinux.org/viewtopic.php?id=166933

http://www.spin.de/forum/58800/-/16

client max protocol (G)

The value of the parameter (a string) is the highest protocol level that will be supported by the client.

Possible values are :

· CORE: Earliest version. No concept of user names.

· COREPLUS: Slight improvements on CORE for efficiency.

· LANMAN1: First modern version of the protocol. Long filename support.

· LANMAN2: Updates to Lanman1 protocol.

· NT1: Current up to date version of the protocol. Used by Windows NT. Known as CIFS.

· SMB2: Re-implementation of the SMB protocol. Used by Windows Vista and later versions of Windows. SMB2 has sub protocols available.

· SMB2_02: The earliest SMB2 version.

· SMB2_10: Windows 7 SMB2 version.

· SMB2_22: Early Windows 8 SMB2 version.

· SMB2_24: Windows 8 beta SMB2 version.

By default SMB2 selects the SMB2_10 variant.

· SMB3: The same as SMB2. Used by Windows 8. SMB3 has sub protocols available.

· SMB3_00: Windows 8 SMB3 version. (mostly the same as SMB2_24)

By default SMB3 selects the SMB3_00 variant.

Normally this option should not be set as the automatic negotiation phase in the SMB protocol takes care of choosing the appropriate protocol.

Default: client max protocol = SMB3

Example: client max protocol = LANMAN1

client min protocol (G)

This setting controls the minimum protocol version that the client will attempt to use.

Normally this option should not be set as the automatic negotiation phase in the SMB protocol takes care of choosing the appropriate protocol.

Default: client min protocol = CORE

Example: client min protocol = NT1