Otmanix' Blog » Shell

Networker client vollständig löschen redux

otmanix — Tue, 22 Feb 2011 16:33:19 +0000

Das Thema hatte ich bereits vorgestellt. Hier nun ein Shellskript zum korrekten Löschen eines Networker Clients (inkl. savesets und software repository):
#!/bin/bash echo "Welcher Networker Client ist zu loeschen? " read CLIENT echo "Soll der Client " $CLIENT " inkl. Savesets wirklich geloescht werden? j/n" read TASTE if [ "$TASTE" == "j" -o "$TASTE" == "J" ] ; then echo "loesche Savesets..." for xxx in `mminfo -av -r "ssid(53)" -c $CLIENT`; do nsrmm -d -S $xxx -y ; echo $xxx; done echo "loesche client index..." nsrck -YR $CLIENT rm -r /nsr/index/$CLIENT echo "bereinige Mediendatenbank..." nsrim -c $CLIENT -X echo "loesche Client..." echo "delete type: NSR client; name: $CLIENT;" | nsradmin -i - echo "loesche Client aus Software-Inventar..." echo "delete type: NSR Installed Software; name: $CLIENT;" | nsradmin -d /nsr/res/cpdb -i - else echo "Vorgang abgebrochen!" fi
ein kurzer Testlauf…
root@backup1 # ./delnwclient.sh Welcher Networker Client ist zu loeschen? testpc Soll der Client testpc inkl. Savesets wirklich geloescht werden? j/n J cb9adc51-00000006-bb38a2d0-4d38a2d0-b6460014-4f222e18 859b11e9-00000006-cc39f43e-4d39f43e-bf350014-4f222e18 ... loesche client index... 9503:nsrck: WARNING: -R will completely remove the following file indices: testpc If it was not your intent to completely remove the above client file indices, kill this command now. You have 6 seconds. If it was not your intent to completely remove the above client file indices, kill this command now. You have 4 seconds. If it was not your intent to completely remove the above client file indices, kill this command now. You have 2 seconds. bereinige Mediendatenbank... 000001: 767 GB used, 35 save sets, full, 30 browsable save sets, 5 recoverable save sets 000002: 592 GB used, 34 save sets, full, 17 browsable save sets, 17 recoverable save sets ... loesche Client... deleted resource id 26.6.2.57.0.0.0.0.0.0.0.0.71.56.81.247.10.17.18.145(16) loesche Client aus Software-Inventar... deleted resource id 0.84.112.54.0.0.0.0.0.0.0.0.72.59.214.64.10.17.18.145(4) deleted resource id 0.85.112.54.0.0.0.0.0.0.0.0.72.59.214.64.10.17.18.145(4) deleted resource id 0.86.112.54.0.0.0.0.0.0.0.0.72.59.214.64.10.17.18.145(4)

PuTTY, Umlaute und Unicode

otmanix — Sun, 21 Oct 2007 18:49:49 +0000

Wer beim beliebten Telnet/SSH-Client PuTTY Probleme mit Umlauten hat, der sollte mal die Spracheinstellungen prüfen:

root@sun-vm1:/home/otmanix # locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_ALL=
Hier funktionieren die Umlaute standardmäßig nicht, weil die Voreinstellung von PuTTY ISO-8859-1 ist – deshalb unter change settings > windows – translations auf UTF8 umstellen.

ksh93 – Prompt konfigurieren

otmanix — Sun, 21 Oct 2007 13:31:55 +0000

Schön, daß nun die ksh93 schon zum Standard-Lieferumfang von OpenSolaris gehört. Noch schöner, daß auch die Befehlszeilenergänzung per Tab und Befehlshistorie per Cursor-Tasten funktionieren. Der Prompt sieht aber nicht unbedingt einladend aus. In der Datei /etc/ksh.kshrc kann systemweit die Umgebung der ksh93 gesetzt werden. Hier dazu ein Bespiel:

/etc/ksh.kshrc
... # ksh93 Shell-Prompt # Tips dazu unter http://www.understudy.net/custom.html export USERNAME=`whoami` export HOSTNAME=`hostname` # einfarbig #export PS1="'$USERNAME'@'$HOSTNAME':"'$PWD'" # " # bunt export PS1="$'\E[31m''$USERNAME'$'\E[0m'@$'\E[1;31m''$HOSTNAME'$'\E[0m':"$'\E[1;34m''$PWD'" $'\E[0m'#

Hier das Resultat mit hellem und dunklem Hintergrund:

Update: ksh93

otmanix — Sat, 18 Aug 2007 20:06:53 +0000

OpenSolaris Nevada Build 72 enthält die ksh93.

Shell wars – bash vs. ksh93

otmanix — Mon, 13 Aug 2007 20:04:40 +0000

Auf der Project Indiana Diskussionsliste wird zurzeit ein Krieg ausgetragen: Wer beerbt /usr/bin/sh als Standard-Shell?

Wie bei jeder TV-tauglichen Nachlaßgeschichte geht es bei der Diskussion ums Erbe nicht immer sachlich zu. Da bei Indiana das Thema Linux eine große Rolle spielt ist für Einige unbegreiflich, daß die Bash überhaupt in Frage gestellt wird durch einen “Exot” wie ksh93. Roland Mainz hat hier versucht die Diskussion wieder von Glaubensfragen weg hin zu Inhalten zu befördern. In seinem Beitrag zählt er eine Reihe von Punkten auf, die wohl momentan eher zugunsten von ksh93 sprechen (aus technischer Sicht):

ksh93 ist näher am Posix-Standard als bash im Posix Comformance Mode
für die ksh93 wurden bereits 3 Jahre investiert um Fallstricke bei einer Umstellung zu vermeiden, diese Zeit müßte für die bash erst noch investiert werden
ksh93 ist schneller und enthält mehr Features (der Punkt Geschwindigkeit darf beim Trend zum massivem Multithreading nicht unterschätzt werden, bei einem PC/Notebook ist das eher irrelevant)

Update >> neuer Artikel zu ksh93