fbpx

Issue Copying a Large Amount of Data to a WD My Book Live Duo

We had this issue copying large amounts of data to this Western Digital My Book Live Duo NAS.

It was mounted up on a Oracle Centos 6.5 VM but once we hit a file over 1GB in size, the machine would halt. Turns out we have to map the drive using the option protocol=udp like the following statement:

mount 192.168.1.45:/nfs /transport -o soft,timeo=60,intr,proto=udp

 

See, NFS mount by default uses TCP, but for Linux to work with this drive it needs to use UDP.

Pre-Provision Force10 Stack

On your current stack, ssh in and at the config prompt, enter:

stack unit 2 provision S50V

stack-unit 3 provision S50V

the number is the number of the switch you’re introducing, and the S50V is the model of the switch, you can use S25N, S25P, S25V, S50N, and S50V.

On your new switch make sure you renumber the thing at the enable prompt like this:

stack-unit 0 renumber 2

stack-unit 1 renumber 3

 

Make sure you write out your config file!

Enable Internal SMTP Relay Exchange 2010

Open up the Exchange Management Console, go down to Server Configuration, select Hub Transport.

Click New Receive Connector fill out all the important name values and network values.

Create NEW RX

Double check your work,

Ensure that Anonymous users has a check box:

Make Anonymous

Ensure that only your local network has access to the Exchange Server.

new recieve connector

VMware image customization is in progress at every reboot

VMware image customization is in progress … at every reboot

When rebooting a virtual machine (server 2008 R2 x64 in this example) in vSphere 5 you see the following:

loading:

loading

followed by:

in-progress

To resolve this open regedit and browse to HKLM, System, CurrentControlSet, Control, Session Manager:

session-manager

Open the BootExecute key:

bootexecute

Change the BootExecute key from this:

before

to this:

after

Reboot.

Putty Timeout After Idle Time

Check if your system is setting the environment variable TMOUT. To check this you can just do:

env | grep TMOUT

or

echo $TMOUT

If it is set, you could change it or unset it. To change the value:

export TMOUT=3600

Where the number is the number of seconds until you get logged out. Otherwise unset it to turn off the feature:

unset TMOUT

Note, it may be that your system administrator has set this for security reasons. So if you are not the system administrator you may want to check this before changing anything yourself.

Nagios Password Change on Windows Boxes

In the NSC*.ini file you will find a password parameter and you need to put your SNMP community string. Mine seemed to need it here.

NSC*.ini excerpt

; ;# PASSWORD ; This is the password (-s) that is required to access NSClient remotely. If you leave this blank everyone will be able to access the daemon remotly. password=public ;

Fiberchannel “Round and Round”

So yet another issue with HBAs this time with an older QLogic qle2462 and a set of 12TB Promise Arrays. Save your self some trouble and download the driver from VMware, qla2xxx-934.5.4.0 and inject it into your Update Manager…

APD VMware Storage Issues

So I had this issue with dead paths:

~ # esxcli storage vmfs extent list
Volume Name VMFS UUID Extent Number Device Name Partition
———– ———————————– ————- ———————————— ———
BackupSAN 50eb10a0-4f1a9256-5434-90e2ba22c340 0 naa.6842b2b000687ee500002a4850ea9934 1
Operations 5053a326-370b5095-739a-00137234e92a 0 naa.68b7b2acf4b8d12b3a051502000020ca 1
Templates 506204f5-fe667464-c1b1-90e2ba22c340 0 naa.68b7b2acf4b80148200615353227e7f3 1
CorpStor01 5053a1e4-e68f6227-0e8a-001ec9fd0643 0 naa.68b7b2acf4b8b1163a05e5010000c0a2 1
~ # esxcli storage core device detached list
Device UID State
———————————————————— —–
naa.6090a058e015725f990965020000a09e off
naa.68b7b2acf4b8f10e0d0585010000004c off
t10.FreeBSD_iSCSI_Disk______100000010_______________________ off
~ #
~ # esxcli storage core device detached remove -d naa.6090a058e015725f990965020000a09e
~ # esxcli storage core device detached remove -d naa.68b7b2acf4b8f10e0d0585010000004c
~ # esxcli storage core device detached remove -d t10.FreeBSD_iSCSI_Disk______100000010_______________________