drixter’s blog

VMware Server ogólnie średnio się instaluje na Linux’ie który nie jest markowy jak Red Hat czy coś. Do samej instalacji są patche. Problem pojawia się gdy konsola WWW nam się nie uruchamia. Manualne uruchomienie daje nam oznaki jak poniżej:

root@fido:/share/vmware/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/bin# ./catalina.sh run
Using CATALINA_BASE:   /share/vmware/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16
Using CATALINA_HOME:   /share/vmware/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16
Using CATALINA_TMPDIR: /share/vmware/lib/vmware/webAccess/tomcat/apache-tomcat-6.0.16/temp
Using JRE_HOME:       /share/vmware/lib/vmware/webAccess/java/jre1.5.0_15
Jun 19, 2010 7:03:09 PM org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /share/vmware/lib/vmware/webAccess/java/jre1.5.0_15/lib/amd64/server:/share/vmware/lib/vmware/webAccess/java/jre1.5.0_15/lib/amd64:/share/vmware/lib/vmware/webAccess/java/jre1.5.0_15/../lib/amd64
Jun 19, 2010 7:03:09 PM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8308
Jun 19, 2010 7:03:10 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 979 ms
Jun 19, 2010 7:03:10 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Jun 19, 2010 7:03:10 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.16
Jun 19, 2010 7:03:10 PM org.apache.catalina.core.StandardContext addApplicationListener
INFO: The listener "com.vmware.webaccess.listener.SessionListener" is already configured for this context. The duplicate definition has been ignored.
Jun 19, 2010 7:03:10 PM org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8308
Jun 19, 2010 7:03:11 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
Jun 19, 2010 7:03:11 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/106  config=null
Jun 19, 2010 7:03:11 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 1215 ms
Jun 19, 2010 7:03:11 PM org.apache.catalina.core.StandardServer await
SEVERE: StandardServer.await: create[8005]:
java.net.SocketException: Invalid argument
	at java.net.PlainSocketImpl.socketBind(Native Method)
	at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359)
	at java.net.ServerSocket.bind(ServerSocket.java:319)
	at java.net.ServerSocket.(ServerSocket.java:185)
	at org.apache.catalina.core.StandardServer.await(StandardServer.java:373)
	at org.apache.catalina.startup.Catalina.await(Catalina.java:642)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:602)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Jun 19, 2010 7:03:11 PM org.apache.coyote.http11.Http11Protocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8308
Jun 19, 2010 7:03:11 PM org.apache.catalina.connector.Connector pause
SEVERE: Protocol handler pause failed
java.net.SocketException: Network is unreachable
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
	at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
	at java.net.Socket.connect(Socket.java:520)
	at java.net.Socket.connect(Socket.java:470)
	at java.net.Socket.(Socket.java:367)
	at java.net.Socket.(Socket.java:209)
	at org.apache.jk.common.ChannelSocket.unLockSocket(ChannelSocket.java:486)
	at org.apache.jk.common.ChannelSocket.pause(ChannelSocket.java:283)
	at org.apache.jk.server.JkMain.pause(JkMain.java:681)
	at org.apache.jk.server.JkCoyoteHandler.pause(JkCoyoteHandler.java:153)
	at org.apache.catalina.connector.Connector.pause(Connector.java:1073)
	at org.apache.catalina.core.StandardService.stop(StandardService.java:563)
	at org.apache.catalina.core.StandardServer.stop(StandardServer.java:744)
	at org.apache.catalina.startup.Catalina.stop(Catalina.java:628)
	at org.apache.catalina.startup.Catalina$CatalinaShutdownHook.run(Catalina.java:671)
Jun 19, 2010 7:03:12 PM org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
Jun 19, 2010 7:03:12 PM org.apache.coyote.http11.Http11Protocol destroy
INFO: Stopping Coyote HTTP/1.1 on http-8308

Na forach można poczytać że należy poprawić /etc/hosts. Cóż wtedy jeżeli nam to nie pomaga? Problemem jest IPv6 które na moim Linux’ie jest włączone. Trzeba dodać opcję do Java - -Djava.net.preferIPv4Stack=true. W tym celu modyfikujemy plik /etc/init.d/vmware-mgmt gdzie dopisujemy powyższy parametr do wywołania Tomcat’a.

Działa

Za czasów Mac OS X Leopard 10.5 używałem GPGMail. Niestety po upgrade do Snow Leopard przestał on działać. Autor nie planował zrobić wersji pod nowym system. Przy każdej aktualizacji Mac OS musiał prawie przepisywać cały program - zmieniało się API programu Apple Mail. Poszukałem na necie i jednak jak to bywa, ktoś przysiadł i zrobił wersję działającą pod Snow Leopard 10.6.2. Więcej informacji co i jak w poniższym wątku na forum:
Topic : PGP with Snow Leopard ?

Po miesiącach przerwy w pisaniu czegokolwiek na moim blogu zaczynam wracać do formy. Przyszło trochę wolnego czasu dlatego postanowiłem zrobić upgrade-in-place mojego Debiana z Lenny do wersji testowej Squezze/Sid.


Po zmianie wszystkiego w sources.list na squezze poszły w ruch:

aptitude update
aptitude install apt dpkg aptitude
aptitude full-upgrade

I reboot…


Podczas bootowania oczom ukazuje się podwójny grub. Niby działa, więc zrobiłem operację jak wskazali aby starego się pozbyć. I to był ostatni raz jak widziałem swojego Debiana online.


W ruch poszła płytka netinst (która chyba zawszę trzeba mieć podczas upgrade - bo coś może pójść nie tak). Przywróciłem grub-legacy <- tak się teraz nazywa stary grub. Po udrożeniu uruchamiania systemu kolejna ciekawostka. Co restart moje dwa kontrolery SCSI robią swój skan w różnej kolejności. Powoduje to że średnio raz na 10 razy idzie system uruchomić


Trochę googlowania i solucja:

title           Debian GNU/Linux, kernel 2.6.30-2-amd64
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.30-2-amd64 root=/dev/disk/by-id/scsi-SFUJITSU_MAN3367MP_UFK7P2800L8H-part1 ro
initrd          /boot/initrd.img-2.6.30-2-amd64

Ciekawe rozwiązanie te by-id, nie znałem, a można konkretnie wytypować dysk bez względu jak go BIOS pokaże czy też kernel poinicjalizuje.


Problemy z bootowaniem systemu rozwiązane, przyszła pora na sprzątanie i poprawę wersji.


Ciekawostki:

• PostgreSQL - podniesienie klastra z 8.3 na 8.4 ładnie przeszło, skrypcik robi wszystko za nas.
• Update sysv-rc - rozwalil mi działanie NetFlow Analyzer - muszę poprawić skrypt startujący
• Błąd w kernelu albo może mój konfiguracji rozwalił mi LACP ze switchem, przez co miałem pętle. Pół nocy rozkminiania dlaczego mam duble w adresacji IPv4/IPv6.
  Musiałem rozrysować swoje cała sieć łącznie z VLAN żeby dojść o co chodzi. Rozwiązaniem było wypięcie jednej nogi od switcha. Jest to workaround ale działa. Docelowo muszę wrócić do pierwotnej konfiguracji jak tylko dojdę dlaczego bonding mimo odpowiednich opcji cały czas wstaje w trybie round-robin.
• iSCSI - nie wiem czyj to pomysł ale Debian nie daje już skompilowanego modułu do kernela, trzeba robić go samym dziwnym narzędziem m-a.
• SNMPd - zwalona obsługa bondingu, sieje strasznie błędami, podobno problem jest w samym pakiecie a nie w jego debianowej paczce.
• Slony - rozleciał się, na innych hostach mam starszą wersję i PostgreSQL :-/

Reszta wydaje się działać, więcej informacji jak tylko coś się ciekawego pokaże…

Jak wszędzie już chyba pisali, upgrade przechodzi ładnie i schludnie. Trwa to ok. 45 min. Po za poprawioną szybkością działania którą naprawdę czuć, najbardziej mi się podoba że QuickTime jest w pełnej wersji. Już nie trzeba kombinować aby nagrać sobie np. pulpit

Zawsze jak potrzebuje zrobić screenshot to muszę szukać po google:

Command-Shift-3: Take a screenshot of the screen, and save it as a file on the desktop
Command-Shift-4, then select an area: Take a screenshot of an area and save it as a file on the desktop
Command-Shift-4, then space, then click a window: Take a screenshot of a window and save it as a file on the desktop
Command-Control-Shift-3: Take a screenshot of the screen, and save it to the clipboard
Command-Control-Shift-4, then select an area: Take a screenshot of an area and save it to the clipboard
Command-Control-Shift-4, then space, then click a window: Take a screenshot of a window and save it to the clipboard
In Leopard, the following keys can be held down while selecting an area (via Command-Shift-4 or Command-Control-Shift-4):

Space, to lock the size of the selected region and instead move it when the mouse moves
Shift, to resize only one edge of the selected region
Option, to resize the selected region with its center as the anchor point

Źródło: Taking Screenshots in Mac OS X

Okazuje się, że bardzo prosto można uruchomić iSCSI na Mac OS X. Do sukcesu potrzebujemy pobrać tylko iSCSI Initiator - GlobalSAN iSCSI. Po instalacji mamy całkiem przyjemny GUI do zarządzania punktami montowania:

Najlepsze z tego wszystkiego jest to, że Time Machine także może działać na udziale iSCSI. Po małych testach jestem skłonny napisać że o niebo lepiej niż na Sambie. Nie ma problemów z montowaniem itd. Szybkość działania także jest większa.

ISPConfig 3 generuje statystyki tylko na jeden dzień do tyłu z powodu rotacji pliku loga Apache. Sposobów na obejście jest kilka, można to obejść np. tak:

root@xeon:~/tmp# cat stats.sh
#!/bin/bash

dirwww=/home/www/
dirlog=/log/
tmp=/root/tmp/
stats=/web/stats/
fullstats=/web/stats/fullstats/
htaccess=.htaccess
webalizer=/usr/bin/webalizer
webalizer_conf=/etc/webalizer/webalizer.conf
logfile=/root/tmp/logfile.txt

cd /root/tmp

echo "Program start"
echo "START" >> $logfile

for directory in $(ls $dirwww | grep -v client)
do
	echo "Generating statistics"
	echo "VHost Directory:" $dirwww$directory
	echo "Log Directory  :" $dirwww$directory$dirlog
	for curdate in {14..1}
	do
		pastdate=$(date --date="$curdate days ago" +%Y%m%d)
		echo "Preparing " $dirwww$directory$dirlog$pastdate-access.log "(.gz)"
		cp $dirwww$directory$dirlog$pastdate-access.log.gz tmp.gz >> $logfile  2>&1
		gzip -d tmp.gz >> $logfile  2>&1
		mv tmp $tmp$pastdate-access.log >> $logfile  2>&1
		echo "Copying " $dirwww$directory$dirlog$pastdate-access.log
		mv $dirwww$directory$dirlog$pastdate-access.log $tmp >> $logfile  2>&1
		echo "Joining " $tmp$directory-access.log >> $logfile  2>&1
		cat $tmp$pastdate-access.log >> $tmp$directory-access.log
#>> $logfile  2>&1
		rm $tmp$pastdate-access.log >> $logfile  2>&1
		rm tmp >> $logfile  2>&1
 		tm tmp.gz >> $logfile  2>&1
	done
        echo "Preparing log files completed"
	echo "Checking destination directory"
        mkdir $dirwww$directory$fullstats >> $logfile  2>&1
        echo "Running WebAlizer"
        $webalizer -c $webalizer_conf -n $directory -s $directory -r $directory -q -T -o $dirwww$directory$fullstats $tmp$directory-access.log >> $logfile  2>&1
        echo "Synchronizing .htaccess from normal ISPConfig daily statistics"
        cp $dirwww$directory$stats$htaccess $dirwww$directory$fullstats >> $logfile  2>&1
	echo $directory " completed"
       	echo ""

done
echo "Cleaning tmp"
rm *.log
echo "Program stop"
echo "============"
echo "STOP" >> $logfile

Może nie jest to za piękne ale działa i mamy teraz statystyki 14 dni do tyłu, 30 minut pracy.

Olivier Cochard-Labbé, twórca FreeNAS, opublikował pierwszą wersje alpha (0.1) swojego nowego projektu jakim jest BSD Router Project.


bsdrp jest opartym na źródłach FreeBSD programowym routerem oferującym rozwiązania routingowe dla małych ISP. Głównym celem bsdrp jest routing a nie ściana ogniowa dlatego twórca rozwiązania nie poleca używać go w domu. Zrezygnowano również z Web GUI. Wszystkie parametry definiowalne są poprzez konsolę (CLI) przypominające konfigurację urządzeń Cisco lub Juniper.


Czy bsdrp stanie się konkurencją dla Vyatta? Czas pokaże, cieszy natomiast fakt że powstaje alternatywa oparta na powszechnie uważany najlepszy stos TCP/IP jakim charakteryzują się systemy BSD.

Nie będę się długo rozwodził:

Insert - CTRL+T
Fx w MC - FN+CMD+Fx

:-)