upload zip file with vibs
than run
esxcli software vib update –depot=/vmfs/volumes/d8115711-12b990e2/update-from-esxi6.7-6.7_update02.zip
or
esxcli software vib install -d /vmfs/volumes/5c9c9d36-b48ce326-29a5-ac1f6bbac
aec/ESXi670-201904001.zip
ready .. and reboot
Vorig jaar de stoute schoenen aangetrokken om een schiphol applicatie te maken gebaseerd op de API van Schiphol .. Begin april 2019 hebben de ontwikkelaars de API naar versie 4 gezet en een aantal aanpassingen doorgevoerd.
Deze aanpassingen heb ik na wat geklungel van de API mensen (in een voorbeeld een dubbele punt vergeten waardoor je de data vanuit een voorbeeld niet krijgt). Toen ik dat PHP voorbeeld foutje gevonden had in de api key en api secret kreeg ik wat data en toen was het zaak om de functie aan te passen want de api key en secret moet nu in de header meegestuurd worden.
Op basis van het voorbeeld daar mee lopen te stoeien en toen kreeg ik wat data. Helaas bleek de wijze waarop de URL gemaakt moest worden ook niet meer te werken. Geef je een tijd op, dan moet er ook een datum mee. Dus hier en daar wat dingen omgezet en na een paar uurtjes doet de schiphol app het weer op de nieuwe V4 van de API en dat voor een nono zonder PHP kennis ;)
Voordat je dit gaat lezen: dit artikel is niet betaald en is een persoonlijke ervaring.
Een 4 tal jaar geleden zijn we begonnen met het maken van ons eigen brood. We halen ons meel bij de molen in Klarenbeek: denk dan aan de volgende meelsoorten die we gebruiken: witbrood, Klarenbeeksbosbrood, Ruwe Bolster, Schwarzwalder, Sporting Donker, Waldgraan (de luxe) en in het verleden ook nog maïsbrood ook wel zonnegoud genoemd, alleen met deze meel kregen we hele vreemde compacte broodjes waarvan we denken dat de meelverhoudingen niet goed zijn geweest. (het lijkt dan op een soort van ciabatta nadat het gebakken is). Omdat van de 3 personen er maar 1 is die het type brood lekker vind, kopen we deze dus niet meer.
Een verscheidenheid van verschillende soorten meel hebben we met verschillende soorten granen. De molenaar doet daar allerlei toevo
egingen bij en het enige wat wij hoeven te doen is er gist en water bij te doen (en we gooien er zelf nog een beetje olijfolie bij). Bij het klarenbeeksbosbrood doen we zelf nog wat zonnebloempitten en pompoenpitten bij.
Wij gebruiken de volgende verhoudingen: 400gram meel, 240gram water, 17.1 gram verse gist. De gist halen we in kilo verpakking bij de Hanos, snijden deze in stukken en die stukken worden dan in een plastic zakje verpakt en bij elkaar in een tupperwarebewaardoos in de koelkast koel gehouden. De houdbaarheid van de gist is dan wat langer.
400 gram is op dit moment genoeg voor 1 brood per dag voor 3 personen. Dat zal over niet al te lange tijd 500 gram worden omdat de jongste steeds meer begint te eten.
Over het algemeen doet de Panasonic broodbak machine het zeer goed. De meelsoorten worden goed gemengd en het dagelijks gebakken broodje rijst perfect. Echter tot onze spijt is het nu twee keer voorgekomen dat de Panasonic er na ongeveer 2 jaar mee stopt en dus kapot gaat. Tijd voor verandering dus.
We besloten derhalve om een Tefal broodbak machine te proberen, want tsja.. hoe moeilijk kan het voor een broodbakmachine zijn om een brood te maken.
We deden wat we altijd al deden: ons ‘recept’ toepassen op de nieuwe broodbak machine. Dat houd dus het bovenstaande recept in en dan in 2 uur kneden, omhoog komen en bakken. De pananasonic doet dit al jaren perfect. Ja, er zijn verschillende soorten opties om de lengte van het kneden aan te passen, maar 2 uur is een mooie tijd en gezien de ervaring met de Panasonic is langer niet nodig want het levert niet echt een ander soort brood op.
Zo niet de Tefal PF240E .. Tot onze grote spijt en teleurstelling werd het brood zoals we zelf maken niet het brood wat we wilden: het rijst niet. Het komt niet omhoog en blijft dus erg compact. Nu schrijven de makers: je water is te koud, te warm, teveel gist, teveel water. Nou je noemt alle opties maar op wat we ook probeerden: na 4 jaar weten we het denk ik wel. Het enige brood wat ‘lukte’ was het wit brood. De wijze waarop deze Tefal broodbak machine kneed en uiteindelijk bakt is niet goed genoeg. Het bakt het brood te hard, zelfs de ‘zachte’ stand geeft een hard (op zich is dat best lekker) kost, maar de hardste stand is te hard. Het vermoeden is dus dat de deeghaak het deeg niet snel genoeg en goed genoeg kan kneden omdat de haak te klein is. Het deeg moet snel als een bal gevormd worden wat niet lukt door deze machine. Na de eerste rijs periode wordt er weer gekneed alleen niet goed genoeg zodat het deeg verder omhoog kan komen.
Dan denk je natuurlijk: ga die 2 uur dan verlengen. Been there done that: we zijn zelfs naar meer dan 3 uur gegaan om te laten kneden en te rijzen maar het grote probleem zit hem in het eerst proces: het kneden gaat niet goed genoeg en met grote waarschijnlijkheid zit er ook een fout in de temperatuurregeling tijdens het bakproces waardoor het gist zijn werk niet goed genoeg kan doen
Na 4 weken aanklooien hebben we maar weer een Panasonic gekocht (wat niet onze bedoeling was want kapot gaan na 2 jaar bakken is wel een korte lifecycle).
En ik hoef je natuurlijk nu niet te schrijven dat het eerste broodje uit de nieuwe Panasonic direct weer het broodje gaf wat we gewend waren.
Sinds 1985 luister ik naar jaarmixen. De moeder van de jaarmixen is de Grandmix van Ben Liebrand. Nadat Ben in 1992 stopte zag je verschillende DJ’s het stokje overnemen: Oliver Momm met zijn Gigamix en andere DJs op Radio 3FM. Ik raakte de focus op de jaarmix kwijt. Ja, ik kocht de Turn up the Bass jaarmixen en wat andere zooi, sommige geweldig, anderen minder … want langzaam kwamen deze CDs ook in de winkel te liggen. Een mooi concept: de Bond van Doorstarters waarin jaarmixen tot maximaal 25 / 30 minuten werden afgespeeld en die je niet of nauwelijks nog tegen komt.
Alleen met het maken van het jaarmix op een CD kwamen er allerlei regeltjes om de hoek kijken: licenties, minimale lengte van een song en maximaal x platen, want de CD moet betaalbaar blijven.
Mixfreaks werd opgericht en er kwamen weer Grandmixen, in een andere format: 3 uur op 3 CDs, waarbij de radio versie op een enkele plaat na waarbij op het laatste moment de licenties niet rond kwam verschild met de CD versie.
Via jaarmix.nl kom ik praktisch in het bezit van alle jaarmixen die het noemen waard zijn, echter meer dan de helft is kwalitatief helaas toch niet goed. Niet goed: een kwalitatief slechte overgang mag, maar als het in het geheel niet klopt dan is er wat mis. Het hindert niet dat een overgang abrupt, lang, vreemd, vaag, open of whatever is, zolang het maar klopt en als dat het niet is: jammer. (Note: beste stuurlui staan aan wal).
Nu zijn we de laatste jaren erg verwend: DJs kunnen software als Protools, Ableton gebruiken of andere software, dit maakt het werk vele malen makkelijker dan de mixen die via Tape, Vinyl in elkaar geplakt moesten worden. Ik neem m’n petje af voor de heren die in je jaren 80 bezig waren met een BVD mix of een andere jaarmix. Wat een monnikenwerk.
Wat zie je nu de laatste jaren: een commerciële mix is strak, bevat meestal de bekendste nummers en zit mix-technisch goed in elkaar maar verrassend is vaak de mix niet. Hij is vaak te gladjes, te strak, te smooth. (vaak ga je dan voorbij, dat de overgang dan wel erg goed gevonden is) ;)
Uitzonderingen zijn natuurlijk altijd
Een voorbeeld: dit jaar maakte Martin Pieters voor SLAM FM een jaarmix 2018. Deze mix wordt niet commercieel uitgebracht. Hier heeft de DJ de vrijheid gekregen om er echt iets van te maken. (Hierbij wil ik verder niemand tekort doen). Want: wat een feest is het dit jaar met de mix van Martin. Veel, zeer veel nummers, soms alleen een zin (Panic Room) gemixed in een kakafonie van verschillende melodieën waarbij er veelvuldig van remixen en extended versions gebruik is gemaakt. Dat maakt voor mij deze mix zo interessant: bijna elke minuut gebeurd er wel wat en zit je te zoeken wat voor nummers er gebruikt zijn. Dat je dan hier en daar een ? zet bij de muziekkeuze, overgang dat is dan ineens niet erg meer. Wat je niet accepteert in ‘vele’ standaard jaarmixen accepteer je wel in deze mix omdat deze op basis van de gekozen nummers er (voor mij althans) totaal uitspringt.
Ik snap dat een jaarmix maken een erg lang proces is en dat er ergens brood op de plank moet komen. Dus ik heb vrede met bepaalde concepten. Wel vind ik het jammer dat hierdoor op een bepaalde manier de creativiteit in een mix wel erg gereduceerd wordt. 2 uur naar a State of Trance jaarmix luisteren is toch wat anders dan 3 uur Grandmix of 1 uur naar Martin Pieters.
Een definitie van een jaarmix is de volgende
Een jaarmix is een muzikaal overzicht van uitgebrachte nummers van het afgelopen jaar. Hierbij heeft de DJ de complete vrijheid zelf te bepalen wat het ‘verhaal’ is wat verteld gaat worden.
De mix moet minimaal 20 minuten zijn met het liefst meer nummers dan het aan minuten duurt.
20 minuten: minimaal 30 nummers
30 minuten: 40-50 nummers
60 minuten: +90 nummers
Ook hier kan de DJ een middelvinger opsteken en er het zijne van denken. Echter de mix moet interessant genoeg zijn om de luisteraar te laten blijven luisteren. Ik heb genoeg jaarmixen na 10 minuten uitgezet omdat de mix niet kon bieden wat ik er persoonlijk van verwacht.
Het liefst in de mix verschillende soorten technieken gebruiken om de muziek in elkaar over te laten gaan. Dit kan door middel van loops, acapellas, verschillende remixen gedaan worden. (en natuurlijk het gebruik van van plugins en andere studio-gear. (Neemt niet weg dat je met hele dure apparaten ook slechte muziek kan maken, dus de kok die alles in elkaar mixt is uiteindelijk de hoofdingrediënt. Want hij zorgt voor de smaak ;)
Ik ben nog niet door alle jaarmixen heen, maar ik heb dit jaar een kortere lijst van jaarmixen die ik echt de moeite waard vond.
In random order mijn 2018 shortlist
Sinds 2013 draaide deze weblog op een server en sinds vandaag draait ie op een nieuwe server.
Reden: OS verouderd en Plesk kon daardoor niet meer een update krijgen. Verder draaide de server nog zeer goed. Maar upgrades brengen ook mooie nieuwe dingen met zich mee. Makkelijker met certificaten werken en de migratietool ging ook als een speer.
Tevens vandaag WordPress maar weer eens eens een upgrade gegeven zodat ik weer heerlijk een weblog kan schrijven. Sinds eind 2000 begin 2001 zijn we daar al mee bezig. Een dikke 17 jaar .. Wow. De tijd gaat hard en we gaan zien of 2019 iets meer updates met zich meebrengt.
Ik kwam toevallig oude historie tegen op het internet met de BBS node informatie
update 1309-2024:
extra info: telefoonnummer wijziging zichtbaar met extra 2 .. en het nodenummer was kort toen ik net begon met m’n BBS en net voordat ik naar Amersfoort verhuisde
Mijn oude node informatie uit Borne, ineens zie ik een oude telefoonnummer weer en een nodenummer die ik helemaal niet meer herken.
en dan mijn tijd in Amersfoort ..
zie ook de verandering in ondersteunende protocollen .. X.75 .. wie kent het nog ;)
Ik las dat KPN stopt met ISDN (2018/2019). Ik ging even terug in de tijd met mijn gedachten.
Ik kwam toen een stuk tekst van mezelf tegen op het oude internet ..
Ongeveer 6 jaar geleden kwam deze jongen in aanraking met het fenomeen:
Datacommunicatie. Een Bausch 2496 faxmodem was aangeschaft, en vele telefoontjes naar BBS’s werden gepleegd.
Op den duur kwam bleef ik naar een select aantal BBS-en bellen alwaar ik mijn bestanden betrok. Een ervan is het helaas per 27 okt 1996 opgeheven UtilSoft BBS te Enschede.
Aangezien ik een geregelde inbeller van dit bbs was, en mij meer begon te interesseren voor het BBS gebeuren ging ik zeer veel berichten schrijven met de Sysop van dat BBS. Deze Sysop maakte mij attent op het feit dat ik op zijn BBS point kon worden om zo vlug en zonder al te veel telefoonkosten mijn berichten op te halen en te versturen. Ik werd dus point.
Aangezien er maar 1 of 2 meerdere mensen waren die dagelijks zijn post op haalde ben ik actie gaan ondernemen om meer mensen hierin te gaan betrekken.
Ik had succes en binnen een jaar had UtilSoft 50 points die zijn/haar mail op kwamen halen. Aangezien je na een tijdje het mailen als routine beschouwd kan worden wilde ik verder.
Ik werkte met een Commodore XT 10mhz en een 20Mb harde schijf.
Interesse was er voor het BBS wereldje en tjsa ik begon op zich met Remote Access te werken op mijn XT, en wonderbaarlijk het lukte. Natuurlijk moest er een naam voor het BBS bedacht worden. Eigenlijk was het niet zo moeilijk om een een ‘unieke’ naam te bedenken.
Ik werkte op een zeer ‘oud’ systeem (de 386 was toen TOP en de 486 kwam eraan) en het was eigenlijk een Baby onder de BBS systemen. Aangezien ik software aanbood dacht ik meteen aan de naam: BabySoft. Het BBS was geboren, alleen niet voor lange duur. Studie, uitgaan, geld, en het geen toestemming hebben om op de telefoonlijn van PAPS en MAMS te beginnen waren de hoofzaken om het BBS af te blazen.
2 Jaar later kreeg ik een ander systeem een 486SX25 met 210MB en 4MB intern geheugen op mijn kamer te staan. Studie was afgelopen, een vaste baan nog niet gevonden en dus veel tijd besloot mij om het BBS weer eens nader te gaan bekijken. Op dat moment had ik al een eigen telefoonlijn op mijn kamer liggen Er werd met een schone lei begonnen. Binnen een uur was het begin er, en konden mensen al inbellen. Het zag er niet uit. Gewoon zo standaard als de pest. Maar het werkte. Langzaam maar zeker kon ik het BBS in de avonduren openstellen Bekenden uit de buurt, medepoints belden geregeld in. BabySoft is dan ook in zijn ‘finale’ versie opgericht op 1 mei 1995
10 tot 15 bellers op een dag waren op dat moment absoluut TOPdagen.
Op 11 november werd het BBS verplaatst van Borne naar Amersfoort, aangezien ik een baan kreeg in het midden des lands. Binnen anderhalve maand lag daar ook een ISDN lijn en kreeg het BBS meer en meer inbellers. Het systeem werd geupgraded, en op dit moment is het enige wat nog oud is het mainbord, de rest is allemaal al een keer geupdated. Op dit moment heeft BabySoft zo’n 80 inbellers en een userbestand van ongeveer 1000 mensen die geregeld inbellen. Tevens heeft BabySoft zo’n 60 points die dagelijks/wekelijks de berichten ophalen die er voor hen in de verschillende berichten gebieden staan. Hiermee is BabySoft een van de grootste POINT bbs-en van midden Nederland geworden.
Dennis Slagers
I have a port 22 open towards a device allowing me to logon. I have mutiple other devices also with SSH but I do not want them available over the internet. This is fine as long as you do nothing in your portforwarding.
But as I wrote earlier in a previous post: I need SSH for my RSYNC backup. This cannot run on port 22 as the device where port 22 is open is not the device running what is the target for the RSYNC job.
So we do configure openmediavault (4.x) to have 2x a SSH instanc running on a different port with a different configuration
The 2nd instance allows only a login with public key. All other logins are disabled.
Simple steps:
cp /lib/systemd/system/ssh.service /etc/systemd/system/sshdrsync.service
modified 1 certain part in the target file:
ExecStart=/usr/sbin/sshd -D -f /etc/ssh/sshd_rsync_config $SSHD_OPTS
than copied the standard ssh config from OMV to the sshd_rsync where I modified the port to the port it needs to run on.
this you can find in /etc/ssh
Please note that in the ssh file I already had the include part about the public key (where to find it).
than: 2 commands:
systemctl enable sshdrsynd.service
systemctl start sshdrsync.service
ready set and go .. 10 min work. (testing is simple ssh to the new port, your login will tell you that it is only allowing with public key.
upgraded ESXI to 6.5 U1 which is version 6.5.0 build 5969303
You are running HPE Customized Image ESXi 6.5.0 version 650.10.1.0.47 released on July 2017 and based on ESXi 6.5.0 Vmkernel Release Build 5310538
unfortunately the HP Microserserver Gen8 is than running with: HPE_bootbank_scsi-hpvsa_5.5.0.102-1OEM.550.0.0.1331820
As I was (and still am but as of writing I am in maintenance mode) seeing spikes in my CPU usages. It might be caused by the bad performance
checking with:
cd /vmfs/volumes/datastore1
time dd if=/dev/zero of=tempfile bs=8k count=1000000
It took a very long time to see some output. (Very long time!)
than I tried to downgrade to the hpvsa-5.5.0-88.zip driver
guidelines:
update (taken from: https://homeservershow.com/forums/topic/9602-esxi-notes/)
When installing VIB you first need to un-install the old driver
How to downgrade the hpvsa driver in 5.5 and 6.0
The b120i driver from 5.5.0-90.0 to 5.5.0.98-1 has performance issues and requires a downgrade to 5.5.0-88.0. Newer versions may still be affected so check the forum or this thread for more details.
Download scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib from the HP VIB depot and upload it to your datastore. It is the same driver for 5.5 and 6.0.
Enter maintenance mode and run the following command. You’ll need to reboot after changing the driver and then leave maintenance mode. Do NOT restart without reinstalling the driver after removing it.
important: remove the old driver !!
esxcli software vib remove -n Hewlett-Packard:scsi-hpvsa
install the NEW driver:
esxcli software vib install –viburl=/vmfs/volumes/[NAME OF DATASTORE]/scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib
If you get an error saying bootbank cannot be live installed
The error will be similar to the following:
The transaction is not supported:
VIB VMware_bootbank_esx-base cannot be live installed.
VIB VMware_bootbank_esx-base cannot be removed live.
The bootbank is the system image that ESXi loads into a ramdisk and boots off.
It is only used during startup and during updates.
The error is generally due to two things.
First is corruption and second is if the boot device is not accessible for some reason.
On the Gen8 Microserver, doing an iLO update whilst the system is running may cause the micro-SD reader to temporarily stop working.
The solution is to shutdown the host, unplug the machine for 5 seconds, plug it back in and attempt the update again
the speed should have been returned.
Wauw ..
yesterday and today I tried to upgrade my HP Microserver Gen8 from VMWARE ESXI 6.0.0 to 6.5
what a trouble ..
Steps:
shut down all vms (hosts) and enter maintenance mode. If you do this there are a number of online blogs with help to install from online depots but in all my tests it was too slow or I was to impatient to wait to end. But in the end I always ended up with an system with errors:
the transaction is not supported: VIB Hewlett-Packard_bootbank_scsi-hpvsa_5.5.0-88OEM.550.0.0.1331820
Do not try to force the installation. You will end up with an system where it seems that your EXSI is updated to 6.5 but actually is is running in a ramdisk environment. Easy to see cause you have lost your datastores (NFS datastores are still mounted).
If you than reboot: you are back to 6.0.0 .. so how to solve this:
easy: when entering maintenance mode: reboot your machine. In many guidelines this part is not mentioned.
After I rebooted I first tried the online depot installation documentation but ended up waiting and waiting. I got a VMWARE image for update from VMWARE but I got all kinds of different issues again:
“The upgrade contains the following set of conflicting VIB” When using the standard image of VMWARE: many conflicting vibs a no go for me. So I read some blogs and I found out that it is best to keep using your HPE image vmware files. (So in short: if you used the HPE VMWARE ESXI ISO installing Esxi onto your HP Microserver Gen8 keep using the update files with HPE in it and not the plain VMWARE onces. It can give issues !
After I used the HPE image I only got 1 issue: one vib was still complaining. On this blog I read what I needed to do: remove this vib (partner supported, so not native).
After removing this VIB I could upload the various ZIP bundle files like
VMware-ESXi-6.5.0-5310538-HPE-650.10.1.0.47-Jul2017-depot.zip
VMware-ESXi-6.5.0-Update1-5969303-HPE-650.U1.10.1.0.14-Jul2017-depot.zip
with the command:
esxcli software vib install -d “/vmfs/volumes/datastore1/patch-directory/VMware-ESXi-6.5.0-5310538-HPE-650.10.1.0.47-Jul2017-depot.zip”
I was able to install finally the 6.5 version. Due to issues of Storage driver I immediately updated to the U1 update
with the command:
esxcli software vib update -d “/vmfs/volumes/datastore1/patch-directory/VMware-ESXi-6.5.0-Update1-5969303-HPE-650.U1.10.1.0.14-Jul2017-depot.zip”
the blog nxhut showed me some info that with the U1 version the storage speed performance issues should be over.
A simple test downloading a file towards a VM showed me a 18MB/s so the 10MB/s barrier was not seen.
A last reboot and get the machine out of maintenance mode. Finally I have a running 6.5U1.