Important link to the resecue. (needed it one time already)
https://pve.proxmox.com/wiki/ZFS:_Switch_Legacy-Boot_to_Proxmox_Boot_Tool
Important link to the resecue. (needed it one time already)
https://pve.proxmox.com/wiki/ZFS:_Switch_Legacy-Boot_to_Proxmox_Boot_Tool
19 jaar webloggen.
Het is de laatste tijd erg rustig maar goed het digitale leven ziet er na zoveel jaar totaal anders uit.
19 jaar een weblog. Wat begon met het bloggen over een SMS wedstrijdje wat ik won (als je goed zoekt is zelfs die info hier nog wel te vinden .. ) En deze blog is uiteindelijk een digitaal historisch site geworden waarin bijna alle blogs nog aanwezig zijn. (hier en daar vroegen mensen om een blog weg te halen omdat er bijv. een foto gebruikt werd wat niet mocht) ..
Grappig .. nog even en we zijn 20 jaar onderweg ..
I have removed my outdated how-to as it was not functional for my proxmox version (6.4x) during a planned reboot on 5-7-2021 .. I am lucky I did not had a power outtage earlier as that would have given me more troubles ..
Proxmox has made a great tool: proxmox boot tool .. and following the guidelines in the link below gave me a working proxmox in only minutes (it took some hours before I had a USB thumbdrive working (one defect one) ..
But there is a great how to here
Important parts
If you end up with a system stuck in the grub rescue>
shell, the following steps should make it bootable again:
Install Proxmox VE (Debug Mode)
Ctrl + D
or exit
rpool
) with an alternative mountpoint of /mnt
:zpool import -f -R /mnt rpool
proxmox-boot-tool
, following the instructions from Finding potential ESPsproxmox-boot-tool
:/mnt
chroot /mnt /bin/bash
Ctrl + D
or exit
) and reset the system (for example by pressing CTRL + ALT + DEL
)initramfs
shell, due to the hostid
mismatch (from importing the pool in the installer).-f
flag:# zpool import -f rpool
This first part gives you the start to fix grub again
Find the partitions:
lsblk -o +FSTYPE
(in my situation) with the vfat > 512MB
format it again
# proxmox-boot-tool format /dev/sda2 # proxmox-boot-tool format /dev/sdb2
NB. I used the –forced option as there is data on the vfat
the init part
# proxmox-boot-tool init /dev/sda2 # proxmox-boot-tool init /dev/sdb2
and if needed (what was the case in my situation)
# proxmox-boot-tool clean
Reboot and I was up and running again with my node in my cluster ..
Before reading: the main reason why this nginx-proxy-manager was not running in my environment was the fact that I was running my Linux version as LXC under Proxmox and not as a VM under proxmox. After failing a 2nd time with exact the same config files what was working I noticed that I was using LXC and that the Proton VM was actually a VM, by changing it to a normal Debian VM I was able to get a working version fast again.
This is also probably the reason that Portainer was not able to start the database as well. So in the end: using a VM ..
I was reading:
another website that was telling me how to install nginx-proxy-manager. But I failed. I kept getting ‘ bad gateway’ and if you read the github posts about this issue you will not understand why all is failing.
So yes, I did install proton VM, a sucking virtual machine under my proxmox as it was used by the guy from that other website. As docker is available I had to start it during boot. Those guidelines were described fine. But installing my own mysql or mariadb was failing time after time. Especially as mariadb or mysql was not having a root password. So I failed. Buy why?
So in the end (lucky I had a snapshot, so that I could go back when messing some things really bad up. I restarted the machine and thought about what I read on another website: nginx-proxy-manager is ‘now’ providing a mysql instance itself. AHA .. so if that is true than I have to forget all info about previous own installed docker stuff with databases. So i removed those failures from the system.
I checked the website of nginx-proxy-manager and thought: let start over ..
In the end to make this story short
I made sure the server pointed to “host”: “127.0.0.1”, in the config.json
make sure there is a config.json
place this config.json where you use the ‘docker-compose up -d’
I did it in /home/nginx-proxy-manager/
And probably here is the catch as the default example is telling
# Make sure this config.json file exists as per instructions above:
- ./config.json:/app/config/production.json
the /app/config/production.json is a location where you did not put your own config.json. So this part is totally wrong. So the config.json with your database settings can never be found, so you get issues, but the ‘ make sure this config.json exisist as per instructions above ‘ gave me no clue, cause what is stated above?
So I tried what I did before in the docker-compose.yml I changed the location of my config.json to
-./config.json:/home/nging-proxy-manager/config.json
now I restarted the docker container again but I made an error the container was started with docker-compose up without the -d (DAEMON) … so I got output in my screen and suddenly I saw that there was a connection to the database but my password was not accepted.
I made sure I shut down the docker container again, removed the contents from the directories and restarted it again .. YEAAAHHH .. finally .. it was working
In short, 2 things to notice
config.json: change the host part to: “host”: “127.0.0.1”,
in the docker-compose.yml pinpoint the config.json to the actual location on your HDD wher you put it.
Now start with ie. docker-compose up -d
have fun
pam_tally2 --user root |
In my example the there were 25 failed root login attempts:
1 | Login Failures Latest failure From |
2 | root 25 01/02/20 10:56:59 unknown |
The clear the the password lockout use the following command:
1 | pam_tally2 --user root --reset |
ALT-F1 brings you to the shell if it is enabled (it not also, but no username/pwd can be given
ALT-F2 brings you back
Upgrade goes wrong
esxcli software profile update -p ESXi-6.7.0-20190802001-standard -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml
gives no space left on device
with error:
[Errno 28] No space left on device
vibs = VMware_locker_tools-light_10.3.10.12406962-14141615
Please refer to the log file for more details.
[root@ezsetupsystemb05ada87ad44:~] cd /tmp
[root@ezsetupsystemb05ada87ad44:/tmp] wget http://No space left on device
wget: bad address ‘No’
[root@ezsetupsystemb05ada87ad44:/tmp] wget http://hostupdate.vmware.com/software/VUM/PRODUCTION/main/esx/vmw/vib20/tools-light/VMware_locker_tools-light_10.3.10.12406962-14141615.vib
Connecting to hostupdate.vmware.com (92.123.124.29:80)
After this again
esxcli software profile update -p ESXi-6.7.0-20190802001-standard -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml
and now it is ok
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 toevoegingen 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