IPv6 day
As it is IPv6, there are a few things you will want to try. Of course, there is IPv6 itself but also any kind of teredo implementation for cross IP stack connectivity.
On your older XP machine:
netsh interface ipv6 install
netsh interface ipv6 set teredo client
On your Win7 machine:
nothing, it is there already!
On your ubuntu:
sudo apt-get install miredo
and voila you are ready to get connected and use the latest technologies. For testing any of that remember that most IPv4 command will work with IPv6 but may require some -6 option or use their IPv6 equivalent such qs ping6.
Then I would head to http://www.sixxs.net/misc/coolstuff/ for a bunch of cool stuff to try when on IPv6.
Celerra NFS and VDM
Just to share with you something I have found out the hard way.
It is not possible to create a nfs export of a file system that is on a VDM (cf EMC doc p 13 Configuring NFS on EMC Celerra 5.6.46)
However it is possible to trick the system using some hidden references to the vdm path.
For instance, to create an export of the FS named prod_public on a vdm, I had to do the following:
[nasadmin@xxxpemccs01 ~]$ server_export xxxpemc01dm01a -P nfs -n vdmpublic -o anon=0 /root_vdm_3/prod_public
xxxpemc01dm01a : done
xxxpemc01dm01a is the name of the DM
and root_vdm_3 is the hidden path the vdm structure. 3 is supposed to be the sequence number of the VDM. I was expecting 1 but somehow it is 3, perhaps we had created from VDM in the past.
Robocopy and EMC Celerra
I came across a problem when using Robocopy command scripts when copying files from NTFS to EMC Celerra file system. The problem was that every time Robocopy was told to copy files to the EMC Celerra over the WAN, the files were always detected as “newer” on from the originating source. This caused Robocopy to copy every single file from our network to the remote network each and every time.
I came across a command line switch for Robocopy: /FFT : Assume FAT File Times (2-second date/time granularity). The NTFS date and time stamp is a 64-bit variable, which DART doesn’t deal with. So what this does is force Robocopy to use FAT style time stamps which are 2-second granularity. It allows enough flexibility to account for the way the time is recorded when doing a file copy from NTFS to another file system. This is needed when going between and NTFS and Linux/Unix/FAT or emulated file system.
update 20110601: I now use fastcopy instead of robocopy. It is a great fast(er) and friendly tool! And it doesn't have any of the security or date issues I have seem with the msft tool.
東北地方太平洋沖地震 (Touhoku-chihou Taiheiyou-oki Jishin)
While I have not been able to contact any of my friends in the Sendai region, I decided to put some useful links here.
Check the phone number of family and friends:
Docomo: http://dengon.docomo.ne.jp/Einoticelist.cgi?es=0
AU: http://dengon.ezweb.ne.jp/E/service.do?p1=dmb221
Softbank: http://dengon.softbank.ne.jp/pc-e1.jsp
Google Response site: http://www.google.co.jp/intl/en/crisisresponse/japanquake2011.html
Emergency Messaging Service:
If stranded and you need to message someone, dial 171, then 1, then your own home phone number, then leave your message. To pick up a message, it’s 171, then 2, then your home phone number (the number you think the stranded person would have left).
Tsunami Information:
Tsunami Information: http://www.jma.go.jp/en/tsunami/
Shelter list and map:
http://www.timeout.jp/en/tokyo/feature/2530/Japan-earthquake-live-report
Google Mapping of those: http://maps.google.co.jp/maps/ms?ie=UTF8&hl=ja&brcurrent=3,0x605d1b87f02e57e7:0x2e01618b22571b89,0&msa=0&msid=215507572864740295322.00049e31ae027259c4dda&z=12
Live Footage:
NHK official Ustream: http://www.ustream.tv/channel/nhk-gtv
FujiTV: http://www.fujitv.co.jp/index.html
TBS Japanese live footage: http://www.ustream.tv/channel/tbstv
Alijazeera English live footage here: http://english.aljazeera.net/watch_now/
Ongoing Earthquake List:
Earthquake list (Yahoo Japan): http://typhoon.yahoo.co.jp/weather/jp/earthquake/
Earthquake list (US): http://earthquake.usgs.gov/earthquakes/recenteqsww/Maps/10/140_35_eqs.php
Using 32-bit .Net Applications on a 64-bit system
I needed to use the Windows Mobile Security Power Toy the other day. So I download the power toy, fired it up, and watched it promptly crash. After several failed attempts I figured there was something wrong with my computer, so I went to another computer and did the same thing with success. In trying to diagnose the problem I went to another computer and tried to run the power toy and it crashed there also. So what was the problem?
In looking at the similarities and differences among the computers I realized that the two computers on which the application crashed had one thing in common - they were 64-bit machines whereas the machine on which the power toy worked was a 32-bit machine. I ran into a problem like this years ago. I had a .Net application that P/Invoked some 32-bit APIs. The computer would automatically load the .Net code in a 64-bit process, but 64-bit and 32-bit code cannot coexists in the same process which is why the program would crash. When I ran into this problem years ago I just changed the settings on my project so that the code would NGEN to 32-bit code (that means it was converted to x86 code at compile time). But I don't have the source code for the Windows Mobile Security Power Toy. So what could I do?
There's a command line utility that would help me here. It allows one to start a .Net executable and load it into a 32-bit process. the utility is named CORFLAGS.EXE. I went back to the 64-bit machines, opened the command prompt, and typed the following:
COREFLAGS.EXE SecurityManager.exe /32BIT+
Success!
KitKatNeko