ttip

Taki mały fragment co nam amerykańskie korporacje szykują i chcą sobie kupić u europejskich polityków

W TTIP – nazywane „pozataryfowymi barierami inwestycyjnymi”. Za tym terminem kryje się wszystko, co przeszkadza korporacjom w maksymalizacji zysku: przepisy chroniące środowisko, lista substancji zakazanych, normy jakości żywności, prawo pracy, kodeks pracy oraz szereg innych regulacji. TTIP stworzy możliwość zakwestionowania ich wszystkich, umożliwiając korporacjom domaganie się od państw wielomiliardowych odszkodowań, w sytuacji gdy pojawi się nowa regulacja chroniąca społeczeństwo. Prawo do zysku stanie się prawem najwyższym, któremu zostaną podporządkowane wszelkie inne zasady i ograniczenia.

więcej jest w omówieniu na http://strajk.eu/index.php?article=464

włosy dęba stają, wszystko co najgorsze z cyberpunka ale bez tych fajnych rzeczy, wpięcie się do sieci, wszczepy itd

ttip

osx na esxi pod amd

esxi-osx-success

(z tytułu notki Basia śmiała się długo)
A jednak dałem radę. Trzeba było pokombinować, ale da się, z pewnymi ograniczeniami.

Najpierw trzeba przygotować esxi za pomocą unlockera
http://www.insanelymac.com/forum/topic/267296-esxi-5-mac-os-x-unlocker/

10.8.3 jest chyba ostatnim osx do którego dodano kernel wspierający procesory amd. Nie znalazłem żadnej instalki hackintoshowej z kernelem na amd czegoś nowszego. A nie chciało mi się kombinować aż tak.

Tak więc poszperałem i znalazłem gotowe obrazy vmware.

magnet:?xt=urn:btih:32618DABF337FFFA069A76FA55A9A833D71604BD&dn=os+x+mountain+lion+10+8+3+vmware+image+w+amd+support&tr=udp%3A%2F%2Ftracker.istole.it%3A80%2Fannounce&tr=udp%3A%2F%2Fopen.demonii.com%3A1337

Do znalezienia na kickass frazą “OS X Mountain Lion 10.8.3 VMware Image w/ AMD Support” (do kickassa linkować bezpośrednio nie będę).

Należy zwrócić uwagę że w archiwum są dwa katalogi, amd i intel z odpowiednimi kernelami, które są HIDDEN.

Po wypakowaniu należy z ukrytego katalogu przenieść do reszty plików odpowiedni plik nvram a następnie wrzucić do esxi:
1. bezpośrednio do odpowiedniego datastore i potem dodać do inventory klikając na pliku vmx
2. jak ktoś ma może odpalić w vmware workstation, podpiąć się do esxi i zrobić upload. Ale w tym przypadku trzeba zobaczyć czy przeniesie się plik z kernelem, mi raz nie przeniosło i zastanawiałem się czemu nie odpala się.

Potem tylko trzeba w opcjach ustawić odpowiedni typ maszyny i można odpalać.

Do instalacji vmtools nie dotarłem, te które montuje esxi rozwalają system.
Aktualizacji systemu też lepiej nie robić bo też rozjedzie system.

Ogólnie: jak widać da się, ale na amd jest to upierdliwe. Jak będę miał w serwerze intela to zobaczymy jak tam będzie to działało.

osx na esxi pod amd

wyłączanie esxi ze zwykłego ups na usb

Dokonała się rewolucja w domowym sprzęcie, serwer już nie działa na unraidzie z jego wywalającymi się pluginami, tylko jest hostem darmowego vmware esxi 5.5.

Pokłosiem tych zmian będzie pewnie parę notek o linuksiarstwie i rozwiązywaniu problemów.
Jednym z problemów był shutdown serwera a wcześniej bezpieczne zamknięcie maszyn wirtualnych – po co narażać domowe archiwum na problemy.

W domu mam tylko zwykłe, proste ups, fideltronika 500 do sieci a serwer jest podpięty do apc back ups cs 650 z własnoręcznie zrobionym kablem usb.

Esxi nie widzi tego ups, po sieci go nie puszczę, takie rzeczy to smart ups z kartą sieciową za tysiaka.

Ale znalazłem linuksiarskie obejscie: usb passthrough tego ups do linuxowego hosta a tam apcusbd który zrobi shutdown esxi, który przez zamknięciem siebie w odpowiedniej kolejności powyłącza maszyny wirtualne.

Znalezione tutaj, copypasta dla potomności:

Enable SSH access on your ESXi host
Create a Linux VM – I use Ubuntu. You only need a very minimal setup – no GUI or anything.
Connect your APC device via USB to the ESXi host and pass it through to the Linux VM.
Make sure that the USB controller you add to the VM matches the actual, physical USB controller the APC device is connected to, i.e. only add an XHCI controller if the physical device is a USB3 device. Mismatches seem to cause odd problems in the Linux USB device driver.
If things aren’t working out and you see errors like ctrl urb status -62 in dmesg, chances are the physical controller doesn’t match the one in your VM. If they do match – well then it’s a problem. I have one setup with this sort of problem and no real solution to it.
Install apcupsd on the Linux VM – in Ubuntu, you can do sudo apt-get install apcupsd to install the latest version. The NUT project is also nice but I am a traditionalist.
Install the plink utility by doing sudo apt-get install putty-tools
Connect to your ESXI host by doing plink root@. You can close the connection immediately. The objective is to get the host key saved so plink won’t prompt for it again when we run it via a script
Edit /etc/apcupsd/apcupsd.conf and change the items below so they match:
UPSNAME < the name you'd like your UPS to have >
UPSCABLE usb
UPSTYPE usb
Also make sure that /etc/default/apcupsd has ISCONFIGURED=yes
Edit /etc/apcupsd/apccontrol and scroll to the doshutdown case. Make it look like this:
doshutdown)
echo "UPS ${2} initiated Shutdown Sequence" | ${WALL}
# Shut down indirectly by triggering the ESXi host to do the
# shutdown via VMWare tools
/usr/bin/plink root@< your ESXi host IP > -pw Cde32wsx "/sbin/shutdown.sh && /sbin/poweroff"
;;

Restart apcupsd using sudo service apcupsd restart and see if things are working by invoking apcaccess. If not, check logs and dmesg
Make sure all VMs that need to shut down nicely in case of a power failure have VMWare Tools installed. Also make sure that they are part of the VM startup/shutdown list (in the vSphere Web Client, go to: vCenter -> -> Manage -> Settings -> VM Startup/Shutdown). Make sure that the shutdown action is to shut down the guest OS.
Once you have these things running, the doshutdown scriptlet from step 8 gets invoked on a power failure. This is turn invokes the shutdown.sh script on the ESXi host, which signals the VMWare Tools package in each VM on your host to do a clean shut down via the guest OS. In my experience, it works better than the PowerChute software from APC.

If you like to monitor things from your VMs, you can setup slave apcupsd instances on them that connect to the master UPS control Linux VM. Your slave apcupsd.conf files should have an entry like this:
UPSTYPE net < your UPS control VM IP >:3551
Entries like UPSCABLE and such do not matter in this case. This works with the Windows version of apcupsd (available here) as well. You can use the included apctray.exe to check out the current status of things.

That pretty much covers it, I think.

wyłączanie esxi ze zwykłego ups na usb