Po miesiącu użytkowania, kamera się posuła. Nawalił łącznikiem ekranu LCD – mogłem oglądać tylko zdjęcia przechowywane w pamięci kamery. Odesłałem kamerę do naprawy gwarancyjnej. Po miesiącu zobaczyłem ją ponownie. Podniecony, otworzyłem opakowanie i chwilę poźniej moja dolna szczęka spadając na podłogę o mało nie połamała moich stóp!!!! Kamera jest popsuta!!!! Zadzwoniłem do Serwisu, który nakazuje mi ponownie ją przysłać, wygląda na to że ponownie odłączył się kabel łączący LCD i należy go “ponownie” podłączyć. Wszystko byłoby dobrze, ale za tydzień wybieram się na krótkie wakacje. Serwis naprawczy obiecuje dostarczenie kamery przed moim wyjazdem w Piątek. Pomimo, że z uszu lecą mi chmury, zgadzam się ze wszystkim i wysyłam im kamerę.

Kilka dni później, otrzymuję telefon z Serwisu FujiFilm. Głos w telefonie mówi mi, że nie otrzymam mojej kamery. W zamian, przyślą mi (dostarczenie w jeden dzień) kamerę F300. Czy ja się na to zgadzam? Co to jest F300? Ponieważ nie mam na ten temat pojęcia, proszę “głos w telefonie” o minutę, w którym to czasie ja grzebię na internecie za informacją o F300. Udaję się na witrynę FujiFilm gdzie znajduję kamery typu FXR, po czym moje serce zaczyna bić znacznie szybciej. Pytam czekający w telefonie głos na potwierdzenie, że poprawnie zrozumiałem co mi przed chwilą powiedział – “nocną pocztą dostarczycie mi F300EXR zamiast mojej F200EXR”? Głos w telefonie potwierdza “Tak, F300EXR” . Szybko i bez wahania odpowiadam “Zgadzam się!”.

Czy nie jest to wspaniałe/dziwnie, że w obecnym czasie, kiedy ludzie uczą się biznesu na studiach, a nie stojąc za ladą w dalszym ciągu ktoś wie jak doceniać wartość klienta? Klienci kupują nie tylko z powodu lepszej technologii, ale również zwracają uwagę na rodzaj “opieki” jakś otrzymuja od producenta.  Dobra opieka ze strony producenta, powoduje, że wracamy i kupujemy jego produkty. W przyszłości, ja będę faworyzował i kupował wytwory FujiFilm. Jeżeli chcesz zdjęć o soczystych i żywych kolorach – jeżeli chcesz zdjęć niewymagających dalszej obróbki to kup kamerę EXR firmy FujiFilm. Ta technologia jest nie do pobicia a ich serwis jest nie do porównania. Jeżeli tylko mógłbym teraz wymienić moje “artystyczne” oczy na coś lepszego? Nikt nie wie gdzie to można kupić?

Kilka z moich dzisiejszych zdjęć, naciśnij na każde żeby je powiększyć.

A white Pitt that looks like my Kitek (RIP 2001)

A wall of cheese - Italian Market, Philadelphia

Tomato Stand, Italian Market Philadelphia

Hot Stuff - Italian Market, Philadelphia

Cornice Detail, Philadelphia Museum of Arts

MarcoPolo:CSH:/root>cat ethState.ksh
#!/usr/bin/ksh

## W.M Duszyk 09/01/10
## Check the state of each individual adapter
## of the host EtherChannel adapter
##

for adapter in `lsdev | grep EtherChannel | awk '{print $1}'`
do
entstat -d $adapter | egrep "ETH|Device Type|Link State|Link Status|Media"
print "\n"
done

MarcoPolo:CSH:/root>./ethState.ksh
ETHERNET STATISTICS (ent6) :
Device Type: EtherChannel
ETHERNET STATISTICS (ent0) :
Device Type: Host Ethernet Adapter (l-hea)
Logical Port Link State: Up
Physical Port Link State: Down
Media Speed Selected: 1000 Mbps / 1 Gbps, Full Duplex
Media Speed Running: 1000 Mbps / 1 Gbps, Full Duplex
ETHERNET STATISTICS (ent4) :
Device Type: 2-Port 10/100/1000 Base-TX PCI-Express Adapter (14104003)
Link Status : Up
Media Speed Selected: 1000 Mbps Full Duplex
Media Speed Running: 1000 Mbps Full Duplex
ETHERNET STATISTICS (ent1) :
Device Type: Host Ethernet Adapter (l-hea)
Logical Port Link State: Up
Physical Port Link State: Up
Media Speed Selected: 1000 Mbps / 1 Gbps, Full Duplex
Media Speed Running: 1000 Mbps / 1 Gbps, Full Duplex

Patrząc na powyższy tekst, widzimy, że urządzenie EtherChannel to adapter ent6. Jego adaptery składowe to ent0, ent4 oraz ent1. Pierwszy i ostatni adapter pochodzi z LHA, a ten drugi zaś pochodzi z adaptera typu 2-Port.

To, w jakiś sposób spowodowało, że przyszło mi do głowy sprawdzenie stanu takiego urządzenia w maszynie nad którą pracowałem dwa dni temu. Dzięki tej “idei” odkryłem, że ta maszyna używa do komunikacji adaptera zapasowego… Zamiast używać adaptera EtherChannel ten host komunikuje się ze światem zewnętrznym używając adapter zapasowy…..

Jeżeli też używasz technologi EtherChannel a masz problemy z pisaniem skryptów to te kilka linijek pokazane poniżej może ci się przydać. Ten skrypt znajduje urządenie EtherChannel i wyświetla stan jego komponentów.

MarkD:CSH:/usr/local/bin>cat lsetch.ksh
#!/usr/bin/ksh
## W.M Duszyk 09/01/10
## Check the state of host EtherChannel adapter
##

for adapter in `lsdev | grep EtherChannel | awk '{print $1}'`
do
      entstat -d $adapter | egrep "Active|Backup|Link Status|ETH"
      print "\n"
done
####EOS


W przykładach poniżej, ent6 jest urządzeniem EtherChannel opartym na adapterach ent0 oraz ent4. Adapter zapasowy, to urządzenie ent1.


Tutaj, wszystko jest tak jak powinno być – do komunikacji używany jest adapter EtherChannel.


ETHERNET STATISTICS (ent6) :
Active channel: primary channel
ETHERNET STATISTICS (ent0) :
ETHERNET STATISTICS (ent4) :
Link Status : Up
Backup adapter - ent1:
ETHERNET STATISTICS (ent1) :


Tutaj, zapasowy adapter (Backup Adapter) jest adapterem komunikacyjnym – EtherChannel adapter nie działa!


ETHERNET STATISTICS (ent6) :
Active channel: backup adapter
ETHERNET STATISTICS (ent0) :
ETHERNET STATISTICS (ent4) :
Link Status : Up
Backup adapter - ent1:
ETHERNET STATISTICS (ent1) :


Teraz, nie pozostaje mi nic innego ale zaangażowanie inżyniera sieci w celu sprawdzenia portów/switches użytych przez ten EtherChannel.

NfsServer:/>crfs -v jfs2 -m /rootWpar1 -g WparVG –u testWpar –A yes –a size=1G -a log=INLINE
NfsServer:/>crfs -v jfs2 -m /varWpar1 -g WparVG –u testWpar –A yes –a size=1G -a log=INLINE
NfsServer:/>crfs -v jfs2 -m /homeWpar1 -g WparVG –u testWpar –A yes –a size=1G -a log=INLINE
NfsServer:/>crfs -v jfs2 -m /tmpWpar1 -g WparVG –u testWpar –A yes –a size=1G -a log=INLINE

“-u testWpar”
“-A yes”
“-a size=1G”
“-a log=INLINE”

SourceLpar:/root>mkwpar -n testWpar -N interface=en0 address=159.14.245.89 netmask=255.255.255.0 -r\
-M directory=/ vfs=nfs host=NfsServer dev=/rootWpar1 \
-M directory=/var vfs=nfs host=NfsServer dev=/varWpar1 \
-M directory=/home vfs=nfs host=NfsServer dev=/homeWpar1 \
-M directory=/tmp vfs=nfs host=NfsServer dev=/tmpWpar1

…..............................
…..............................
rsct.core.hostrm            2.5.5.0         ROOT        APPLY       SUCCESS
rsct.core.lprm              2.5.4.0         ROOT        APPLY       SUCCESS
rsct.core.lprm              2.5.5.0         ROOT        APPLY       SUCCESS
rsct.core.microsensor       2.5.4.0         ROOT        APPLY       SUCCESS
rsct.core.microsensor       2.5.5.0         ROOT        APPLY       SUCCESS
rsct.core.gui               2.5.5.0         ROOT        APPLY       SUCCESS
syncroot: Error synchronizing installp software.
syncroot: Returns Status = FAILURE
Copying network name resolution configuration...
/etc/resolv.conf
/etc/hosts
/etc/netsvc.conf
Workload partition testWpar created successfully.
mkwpar: 0960-390 To start the workload partition, execute the following as root: s
SourceLpar:/root> mkwpar -w -o testWpar.spec -e testWpar
SourceLpar:/root> lswarp
ksh: lswarp:  not found.
SourceLpar:/root> lswpar
Name      State  Type  Hostname  Directory        RootVG WPAR
--------------------------------------------------------------
testWpar  D      S     testWpar  /wpars/testWpar  no
SourceLpar:/root>

# df -g
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
NfsServer:/rootWpar1      1.00      0.95    6%     3032     2% /
NfsServer:/homeWpar1      1.00      0.99    1%        5     1% /home
Global             0.50      0.31   39%     8705    11% /opt
Global                -         -    -         -     -  /proc
NfsServer:/tmpWpar1      1.00      0.99    2%       13     1% /tmp
Global             4.44      0.37   92%    43855    31% /usr
NfsServer:/varWpar1      1.00      0.92    9%     4358     2% /var

targetWpar:MDC:/root>mkwpar -p -f testWpar.spec
mkwpar: Creating file systems...
/
/home
/opt
/proc
/tmp
/usr
/var
Workload partition testWpar created successfully.
mkwpar: 0960-390 To start the workload partition, execute the following as root: startwpar [-v] testWpar

targetWpar:MDC:/etc>startwpar -v testWpar
Starting workload partition testWpar.
Mounting all workload partition file systems.
Mounting /wpars/testWpar
Mounting /wpars/testWpar/home
Mounting /wpars/testWpar/opt
Mounting /wpars/testWpar/proc
Mounting /wpars/testWpar/tmp
Mounting /wpars/testWpar/usr
Mounting /wpars/testWpar/var
Loading workload partition.
Exporting workload partition devices.
Starting workload partition subsystem cor_testWpar.
0513-059 The cor_testWpar Subsystem has been started. Subsystem PID is 5570670.
Verifying workload partition startup.
Return Status = SUCCESS.

targetWpar:MDC:/etc>stopwpar -F -v testWpar
Stopping workload partition testWpar.
Stopping workload partition subsystem cor_testWpar.
0513-044 The cor_testWpar Subsystem was requested to stop.
Shutting down all workload partition processes.
WPAR='testWpar' CID=1
ID=9 KEY=0x62000086 UID=0 GID=0 RT=-1
wio0 Defined
Unmounting all workload partition file systems.
Umounting /wpars/testWpar/var.
Umounting /wpars/testWpar/usr.
Umounting /wpars/testWpar/tmp.
Umounting /wpars/testWpar/proc.
Umounting /wpars/testWpar/opt.
Umounting /wpars/testWpar/home.
Umounting /wpars/testWpar.
Return Status = SUCCESS.
targetWpar:MDC:/etc>lswpar
Name        State  Type  Hostname    Directory          RootVG WPAR
--------------------------------------------------------------------
testWpar    D      S     testWpar    /wpars/testWpar    no
vioprfp1n6  D      S     vioprfp1n6  /wpars/vioprfp1n6  yes
vioprfp1n7  D      S     vioprfp1n7  /wpars/vioprfp1n7  no