appstore id and updates

for applications that are pestering you for an update on mac & you have a greyed-out appstore id, do this:

* right-click the app, and select "show package contents" and then browse to: _MASReceipt
* delete receipt

now, the deal is, if you haven't purchased said application, it will not be re-registered to you. this merely allows you to update packages that don't require purchase.

where's my ~ osx?

* Press CMD+SHIFT+H to enter your home folder in Finder.
* Press CMD+ArrowUp to get into the Users folder, drag the folder with your UID to the Sidebar.

NB: ~ is located inside Macintosh HD/Users .

i forgot my pwm config password

 go here:  
 /var/lib/tomcat7/webapps/pwm/WEB-INF  
   
 edit:  
 PwmConfiguration.xml  
   
 find:  
 <property key="configPasswordHash">  
   
 put it:  
 $2a$10$AjxdO5TY95CtcxjU8Y832e1mV8wBqtltKTnOjWw9jIzoxceXIPmby  
   
 that's test  

windows server 2012 r2 limited connectivity

nope, this is not some boutique offering.  well eff you windows server 2012 r2.  maybe i do not want to join a domain to get network connectivity.

• "Server Manager" | "Tools" | "Local Security policy".
• Select "Network List manager policies".
• Open "All Networks" properties.
• Radio-button "Network location" to "User can change location"
• reboot and rejoice.

Get-NetConnectionProfile

Set-NetConnectionProfile -InterfaceIndex seeabove# -NetworkCategory Private

kvm lv to vmdk

kvm vm is on an lvm and i need it as a vmware vmdk. sigh.

 # qemu-img convert -O vmdk /dev/vg_name/lv_name/ vmname.vmdk  
 # vmkfstools -i /vmfs/volumes/something/vmname.vmdk -d thin /vmfs/volumes/something/vmname/vmname-thin.vmdk  
 # vi vmname-thin.vmdk  
 change ddb.adapterType=ide to ddb.adapterType=lsilogic  

grub2 follies

 blast --fs-uuid)  
   
 /etc/defaults/grub uncommented the line:  
   
 GRUB_DISABLE_LINUX_UUID=true  
   
 /usr/share/grub/grub-mkconfig_lib :  
   
  # If there's a filesystem UUID that GRUB is capable of identifying, use it;  
  # otherwise set root as per value in device.map.  
   fs_hint="`"${grub_probe}" --device $@ --target=compatibility_hint`"  
   if [ "x$fs_hint" != x ]; then  
    echo "set root='$fs_hint'"  
   fi  
   if fs_uuid="`"${grub_probe}" --device $@ --target=fs_uuid 2> /dev/null`" ; then  
    hints="`"${grub_probe}" --device $@ --target=hints_string 2> /dev/null`" || hints=  
    echo "if [ x\$feature_platform_search_hint = xy ]; then"  
    echo " search --no-floppy --fs-uuid --set=root ${hints} ${fs_uuid}"  
    echo "else"  
    echo " search --no-floppy --fs-uuid --set=root ${fs_uuid}"  
    echo "fi"  
  fi  
  IFS="$old_ifs"  
   
 and changed the following lines:  
   
   if fs_uuid="`"${grub_probe}" --device $@ --target=fs_label 2> /dev/null`" ; then  
   
   
    echo " search --no-floppy --label --set=root ${hints} ${fs_uuid}"  
   
   
    echo " search --no-floppy --label --set=root ${fs_uuid}"  
   
 run update2-grub --output=/boot/grub2/grub.cfg  
   

centos lvm to ext3 fs grub2 follies

dracut-initqueue[222]: Warning: Could not boot.
no

 sudo mount /dev/sda2 /mnt  
 sudo mount --bind /dev /mnt/dev  
 sudo mount --bind /sys /mnt/sys  
 sudo mount --bind /proc /mnt/proc  
 sudo mount /dev/sda1 /mnt/boot  
 sudo chroot /mnt  
   
 mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-oh_crud.img   
 dracut /boot/initramfs-$(uname -r).img $(uname -r)   

breaking raid1 for vmware converter and how i forgot to spell my name

Breaking a Linux Software RAID 1 for Import using VMware Converter

stolen from here: http://www.truk.com/ramble/2014/08/12/breaking-a-linux-software-raid-1-for-import-using-vmware-converter/

Linux has supported the idea of software RAID, particularly RAID 1 (or disk mirroring) for a long time. Disk mirroring is a great way to gain some insurance against a single disk failure bringing down a critical system, as everything rewritten to one disk is also written to the other disk. Many servers use hardware RAID, which mirrors the disks at a lower level than the operating system can see, making it easier to gain this redundancy. However, hardware RAID has always been more expensive than software RAID, and so there are quite a few servers out there using software RAID to protect their data.

This week, we had one of our last physical (non-virtual) server (RedHat Linux 4 AS) that needed to be virtualized. Due to the size of the data stored on that system and how it uses an external disk array, it was important that we virtualize it in place, using excellent VMware’s Converter Standalone to import the running machine, so that there was no downtime while importing the data. However, the Converter Standalone will not import Linux systems using software RAID, due to problems accessing the underlying data structures of the disk through the metadevices presented by the software RAID. (You know you are having this problem when the Converter complains about not being able to access the /boot partition.) The best solution was to break the mirrored software RAID and boot the system off of one disk, so that all of the necessary partitions could be imported and the system could be virtualized.

Unfortunately, as important and seemingly common as breaking a mirrored software RAID is in Linux, I couldn’t find any good, comprehensive, working instructions on how to do it, and breaking a software RAID is a tricky business. It is very, very easy to end up with a non-booting system and no easy way to repair it. So, to help out the next person that runs into it, I’m posting the steps that we did to break the mirrored software RAID and set the system to boot off of only one disk, so that VMware’s Converter Standalone would work on it.

First, get an idea of what you are dealing with. Logged in as root, inspect the system:

[root@cr2 cr]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md2 456G 45G 389G 11% /
/dev/md0 487M 35M 427M 8% /boot
none 4.0G 0 4.0G 0% /dev/shm
/dev/sda1 2.0T 560G 1.4T 30% /archive

[root@cr2 cr]# more /etc/fstab
# This file is edited by fstab-sync - see 'man fstab-sync' for details
/dev/md2 / ext3 defaults 1 1
/dev/md0 /boot ext3 defaults 1 2
none /dev/pts devpts gid=5,mode=620 0 0
none /dev/shm tmpfs defaults 0 0
none /proc proc defaults 0 0
none /sys sysfs defaults 0 0
/dev/md1 swap swap defaults 0 0
/dev/sda1 /archive ext3 defaults 1 0
/dev/hda /media/cdrecorder auto pamconsole,exec,noauto,managed 0 0

[root@cr2 cr]# more /etc/mtab
/dev/md2 / ext3 rw 0 0
none /proc proc rw 0 0
none /sys sysfs rw 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/md0 /boot ext3 rw 0 0
none /dev/shm tmpfs rw 0 0
/dev/sda1 /archive ext3 rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0

In this case, we have 3 metadevices (md0 as /boot, md1 as swap, and md2 as root /). You can get further details about your RAID configuration using the mdadm tool, as well as mdstat:

[root@cr2 cr]# cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdc2[1] sdb2[0]
 2200832 blocks [2/2] [UU]
md2 : active raid1 sdc3[1] sdb3[0]
 485668928 blocks [2/2] [UU]
md0 : active raid1 sdc1[1] sdb1[0]
 513984 blocks [2/2] [UU]
unused devices: 

You can also run these commands:

cat /proc/mdstat

mdadm --detail /dev/md2     (to inquire about the disk members of the /dev/md2 metadevice)

When you are finally ready to do this, make sure you have a full backup of your system, and then stop all running services, especially any that would possibly write data, such as databases.

Next, we need to use mdadm to set one of the disks (we chose /dev/sdc) to be set as “failed” and removed from the RAID array. To do this, we ran these commands:

mdadm --fail /dev/md2 /dev/sdc3

mdadm --remove /dev/md2 /dev/sdc3

mdadm --zero-superblock /dev/sdc3

mdadm --fail /dev/md1 /dev/sdc2

mdadm --remove /dev/md1 /dev/sdc2

mdadm --zero-superblock /dev/sdc2

mdadm --fail /dev/md0 /dev/sdc1

mdadm --remove /dev/md0 /dev/sdc1

mdadm --zero-superblock /dev/sdc1

At this point, the software RAID still exists, but the /dev/sdc disk has been removed from it. All of the data on /dev/sdc is set as standalone.

Next, we need to modify the partition table on /dev/sdc to change it from software RAID to standard Linux partitions.

fdisk /dev/sdc

Select “p” to change the partition table, then “t” to change the type of partition. Select the partition number from the list. We changed /boot and / to be standard ext3 partitions, which is code 83, and the swap partition was changed to 82. Be sure to select “w” at the end to write all of these changes to the /dev/sdc disk when you are done.

Next, we need to mount the / and /boot partitions of /dev/sdc so that we can change files on that filesystem, so that a reboot on /dev/sdc is possible.

mkdir /mntboot

mkdir /mntroot

mount /dev/sdc3 /mntroot/

mount /dev/sdc1 /mntboot/

vi /mntroot/etc/fstab

Change fstab to so that /dev/sdc partitions will be automounted upon boot, rather than the /dev/md devices. Also, move the mdadm.conf file on /dev/sdc out of the way, so that it cannot be used when booting /dev/sdc.

mv /mntroot/etc/mdadm.conf /mntroot/etc/mdadm.bak

Now, we need to modify grub so that the bootloader will load Linux using /dev/sdc and not the /dev/md device. Notice that I will be doing this on the existing /dev/md running filesystem.

vi /etc/grub.conf

Replace the /dev/md2 (or whatever your root partition is) references with /dev/sdc3 (in our case). Save the file and close it.

Also change /mntroot/boot/grub/grub.conf with the same information.

Next, we need to run mkinitrd to use grub to update the bootloader, so that /dev/sdc will be used on boot. To do this look at the kernel you are booting from in /etc/grub.conf. For us, the mdkinitrd command looked like this:

mkinitrd -f -v /boot/initrd-2.6.9-103.ELsmp.img 2.6.9-103.ELsmp

After you run that, you will the bootloader being reconfigured. When it is complete, you are ready to reboot the server. You should boot up on /dev/sdc and be ready to do the VMware Converter Standalone importer.