diff options
Diffstat (limited to '0 inbox')
38 files changed, 0 insertions, 352 deletions
diff --git a/0 inbox/2024-01-08.md b/0 inbox/2024-01-08.md deleted file mode 100644 index 13eee22..0000000 --- a/0 inbox/2024-01-08.md +++ /dev/null @@ -1,16 +0,0 @@ ---- -tags: - - qemu - - qemu-guest-agent - - backups ---- -Got QEMU Guest agent working via booting a VM with an image after setting `hw_qemu_guest_agent='yes'` on that image. - -Put a script under `/etc/qemu/fsfreeze-hook.d/` with the executable flag set that echo's 'yo' when it is run. - -Tried Cinder backup: script not called -Tried Cinder snapshot: script not called -Tried Nova snapshot: script not called. - ---- -10.40 - 16.00
\ No newline at end of file diff --git a/0 inbox/2024-01-09.md b/0 inbox/2024-01-09.md deleted file mode 100644 index e0d0937..0000000 --- a/0 inbox/2024-01-09.md +++ /dev/null @@ -1,24 +0,0 @@ ---- -tags: - - idea - - oslo_messaging - - tuning - - maintenance - - issue ---- -Had an idea to develop a tool to parse openstack release pages to see what's new from the CLI. - -Continued maintenance after making sure cold migrations do work on running VMs and make sure they are started again after migrating. - -Messaging timeouts occurred during maintenance. Found some settings to tune the neutron and nova oslo messaging library. -https://docs.mirantis.com/mcp/q4-18/mcp-deployment-guide/advanced-config/tune-rabbitmq-perf.html - -Learned about the HAProxy ansible module: -https://docs.ansible.com/ansible/latest/collections/community/general/haproxy_module.html - -We decided to add ansible playbooks for enabling and disabling services. So we can disable the neutron controller in haproxy before restarting it. This prevents an issue where it is being flooded with requests while starting up and causing it to process SSL requests before even having loaded the SSL certificates. - -Forgot that I had to visit the mortgage advisor at the end of the afternoon. - ---- -9.30 - 16.00 diff --git a/0 inbox/2024-01-10.md b/0 inbox/2024-01-10.md deleted file mode 100644 index 6a91cdb..0000000 --- a/0 inbox/2024-01-10.md +++ /dev/null @@ -1,5 +0,0 @@ -Maintenance had been stopped due to an hanging apt-lock on n40 vps2 compute. Killed the hanging process and resumed maintenance. - - ---- -9.30
\ No newline at end of file diff --git a/0 inbox/2024-02-20.md b/0 inbox/2024-02-20.md deleted file mode 100644 index 2359685..0000000 --- a/0 inbox/2024-02-20.md +++ /dev/null @@ -1,12 +0,0 @@ -Building an OpenStack service. - -**Things to look into** -- Tox (testing I think) -- Project structure -- Conventions -- Deployment considerations -- https://opendev.org/openstack/requirements/ - -**Tox** -https://tox.wiki/en/4.13.0/ -Test automation and standardization.
\ No newline at end of file diff --git a/0 inbox/2024-06-13.md b/0 inbox/2024-06-13.md deleted file mode 100644 index 61a16ac..0000000 --- a/0 inbox/2024-06-13.md +++ /dev/null @@ -1,2 +0,0 @@ -Tests: --
\ No newline at end of file diff --git a/0 inbox/2024-06-17.md b/0 inbox/2024-06-17.md deleted file mode 100644 index 144e133..0000000 --- a/0 inbox/2024-06-17.md +++ /dev/null @@ -1,10 +0,0 @@ -Investigated the last remaining error with a missing reply queue which was the likely suspect of some alerts of compute service down etc. After some digging in Kibana i noticed a compute node that was logging MessagingTimeouts. I restarted the compute service on this node and it seems to have resolved the errors. - -Both system test in CPH8 and LEJ1 were failing. CPH8 likely due to me restarting neutron-server earlier that morning in an attempt to fix the reply queue error. -LEJ1 had been failing since 14th of June. My guess is due to some maintenance related issue. Both system tests are running smoothly again after cleaning up their artifacts. - -Meanwhile, maintenance on VPS1-LEJ1 is still on-going and causing headaches. Another password refresh of the access node caused a migration to fail during post-cleanup and I had to set the host and node of the instance to the correct node directly via MySQL. I should apply Rutgers' suggestion of saving some variables in the OS_\* env vars, rather sooner than later. - -Tested retention backups being scheduled, and deployed it to prod. - -Investigate whether we can listen for notifications by Nova so that we can listen for server deletions and remove them from periodic backups. There should be no need to delete backups for the server, as the retention policy will have them deleted after a while.
\ No newline at end of file diff --git a/0 inbox/2024-06-26.md b/0 inbox/2024-06-26.md deleted file mode 100644 index e69de29..0000000 --- a/0 inbox/2024-06-26.md +++ /dev/null diff --git a/0 inbox/2024-08-21.md b/0 inbox/2024-08-21.md deleted file mode 100644 index 7408220..0000000 --- a/0 inbox/2024-08-21.md +++ /dev/null @@ -1,27 +0,0 @@ -Need to start learning to take notes consistently. My idea now, to kick-off this process, is to open a daily note in obsidian every day at the start of the day in which I will keep crude, quick notes. -Then at the end of the day I shall take some time to go over the notes and refine them. Not yet sure if that refinement will already be the end result or if i should go over refined notes again at maybe the end of each week to see if they really stick. -I should commit notes to git to save them. - -Use taskwarrior to keep track of todo's. -`task <filter> <command> [ <mods> | <args> ]` -commands can be abbreviated as long as they dont become ambigious. -Tasks can be recurring. -See `man task`, specially the CONTEXT section, because i'm always confused about the context, `task context none` to unset the damn thing. -Annotate tasks that are critical with the critical tag, `task <ID> annotate +critical` or `task add +critical blaat` -Upgraded to taskwarrior3. Should set-up a task server to synchronize tasks to so I don't lose all of them if my laptop dies. - -Don't forget to always read man pages. Maybe I should create a detailed note about how to use man pages. - -I will start going to the office full-time from now on. -I should make sure my Obsidian notes and taskwarrior tasks are kept safely in a git repo in case i lose my laptop.l - -Today I learned that we can influence the output of `rabbitmqctl list_queues` , we can append it with keywords of columns that it should show, this also allows us to reorder them to set those pesky names on the end to have nicer formatting. -`rabbitmqctl list_queues messages consumers name` shows messages accumulated in Q and the number of consumers it has and then ends with the name. Of course this is explained in the manpage which I should read more often as noted before. - -I should ask for a diagram of the current systems and take note of it, e.g what is OneCRM / OneHOP / OneHome and all that. - -To upgrade a single package using apt we can use `apt-get install --only-upgrade <packagename>`. - -Need to "relearn" to design stuff and document it. - -Designing structures and a mechanism to return and store info about individual disk backups, we can send that as parent when making incremental backups. Currently we fetch parent reference from checkpoint, which in case of volume's doesn't work of course. It also breaks if, on the testpod, we reset all backups etc but dont do so with all checkpoints.
\ No newline at end of file diff --git a/0 inbox/2024-08-22.md b/0 inbox/2024-08-22.md deleted file mode 100644 index fd1531c..0000000 --- a/0 inbox/2024-08-22.md +++ /dev/null @@ -1,25 +0,0 @@ -Woke up full of motivation to go to the office. Asked my honey if it's okay to join her by train "is there enough time left?", "yeah" she replied. Then when I come downstairs and she asks me if I can be fast, I tell her maybe it's better you go then bc i worry I will not be able to. Right away she storms off mad and angry... My motivation gone, so I'll work from home.. - -Went to the office anyway by motorcycle, cannot feel like I'm waking up when staying at home anymore. - -**MermaidJS ZenUML** -Optional **Title** -**Participants** can be declared when used or at the start. -**Annotators** give **participants** a special icon, defined at the doc site. -**Aliases** give a short **participant** name a more descriptive name when rendered, e.g: A as Alice <- Alice will be rendered, but the code can use A. -**Messages** between **participants** can be **sync, async, creation or reply**. -**Sync** use A.\<MessageName\> have a block {} for nested messages -**Async** use an arrow A->B: How are you? -**Creation** new keyword new A(optional params) -**Reply** three ways to define: -* Assign var from **Sync** message, e.g: OptionalType a = A.SyncMessage() -* Return A.SyncMessage { return blaat } -* @return or @reply on an **async** message -**Nesting** can be done on both creation and sync messages using blocks {}. -**Comments** can be added using `// comment` and support markdown. -**Loops** can be defined using keywords: **while, for, foreach and loop**. -**Alternative** paths can be sequenced using **if, else** statements. if(blaat) { A.syncMessage(B) } -**Opt** fragments rendered via `opt { ... }`. This can be useful for optional responses or paths. -**Parallel** paths can be defined using `par { ... }`. -**Try/catch/finally** statements are supported as well. -**@Starter(participant)** to make the line start from a **participant**
\ No newline at end of file diff --git a/0 inbox/2024-08-23.md b/0 inbox/2024-08-23.md deleted file mode 100644 index 6f41ca2..0000000 --- a/0 inbox/2024-08-23.md +++ /dev/null @@ -1,6 +0,0 @@ -Discussed about Automatic Evac (HA). We were unsure about what to do when a local storage goes down. Do we restore the instances from backups to a new node? In that case a DB server might lose important transtactions. So we could also wait until it is fixed. - -Would like Rutger to explain the Freenet BGP load balancing setup in more detail. How do the routers work, what are all those interfaces attached to them? - -A local storage disk backup is stored as a QCOW2 image. An incremental has a relationship to its parent, because they neged to be rebased onto each other. -A volume disk backup is stored as raw data and is accompanied by a file of checksums per block. The extra file is used both to track dirtied blocks for incremental backup.
\ No newline at end of file diff --git a/0 inbox/2024-08-26.md b/0 inbox/2024-08-26.md deleted file mode 100644 index a91a1c9..0000000 --- a/0 inbox/2024-08-26.md +++ /dev/null @@ -1 +0,0 @@ -Nothing of note
\ No newline at end of file diff --git a/0 inbox/2024-08-27.md b/0 inbox/2024-08-27.md deleted file mode 100644 index eb75d3f..0000000 --- a/0 inbox/2024-08-27.md +++ /dev/null @@ -1,11 +0,0 @@ -Changed a few things in the backup service: -* No longer delete all checkpoints when we make a full backup - * TODO: make sure we delete the checkpoint corresponding to a backup when the backup is deleted. - * TODO: Gracefully handle all checkpoints being deleted by openstack -* No longer explicitly specify "incremental" bool, just make it a best effort attempt. - * Still need to work out restores - - -When can we reboot n01.compute vps1-cph8. Its uptime is already 300 days. - -Short call with Jakub. Their priorities have shifted again, the focus on backup will be moved to improving performance of OneHome. They plan to synchronize data from OpenStack to OneHome so they can serve it faster. He asked me whether the customer can influence OpenStack state from within their VM. I told him that probably the only thing they can do to influence OpenStack is shutdown their VM.
\ No newline at end of file diff --git a/0 inbox/2024-08-28.md b/0 inbox/2024-08-28.md deleted file mode 100644 index ac0cac1..0000000 --- a/0 inbox/2024-08-28.md +++ /dev/null @@ -1 +0,0 @@ -Had a meeting about onehome performance, they query everything in existence for a customer because of their graphQL workflow. they want to now sync everything in existence to a table so their gQL is fast again.
\ No newline at end of file diff --git a/0 inbox/2024-08-29.md b/0 inbox/2024-08-29.md deleted file mode 100644 index e69de29..0000000 --- a/0 inbox/2024-08-29.md +++ /dev/null diff --git a/0 inbox/2024-09-03.md b/0 inbox/2024-09-03.md deleted file mode 100644 index 1d8a68e..0000000 --- a/0 inbox/2024-09-03.md +++ /dev/null @@ -1 +0,0 @@ -one on one Rutger; diff --git a/0 inbox/2024-09-10.md b/0 inbox/2024-09-10.md deleted file mode 100644 index 07ff5ba..0000000 --- a/0 inbox/2024-09-10.md +++ /dev/null @@ -1 +0,0 @@ -EYQBGNF95VORXXVVJ6NKFZF expressVPN
\ No newline at end of file diff --git a/0 inbox/2024-09-30.md b/0 inbox/2024-09-30.md deleted file mode 100644 index fef578b..0000000 --- a/0 inbox/2024-09-30.md +++ /dev/null @@ -1 +0,0 @@ -- Check freenetvps gobs
\ No newline at end of file diff --git a/0 inbox/2024-10-02.md b/0 inbox/2024-10-02.md deleted file mode 100644 index 64c611f..0000000 --- a/0 inbox/2024-10-02.md +++ /dev/null @@ -1,6 +0,0 @@ -* Fixed n06 testpod, due to installing stuff via pip we had some conflicting packages being used. Pip has been purged and stuff seems to work normally now. -* Investigated DNS issues on testpod lb with Erik. -* Fixed some small issues in the backup service - * Deleted servers couldn't be removed from the periodic backup, that is now fixed. - * Less noisy logging by moving some stuff to debug level. -* Deployed image_id change to prod
\ No newline at end of file diff --git a/0 inbox/2024-10-04.md b/0 inbox/2024-10-04.md deleted file mode 100644 index 9c77b37..0000000 --- a/0 inbox/2024-10-04.md +++ /dev/null @@ -1,26 +0,0 @@ -What is needed to recreate a deleted server: -* name -* description -* block device mapping -* image properties - * while restoring we need to somehow schedule according to image properties, e.g os_type, or is this already resolved by selecting the correct AZ? - * volumes need to clone volume_image_properties -* port mapping -* availability zone -* flavor -* propertieskjk - - - -port -* name -* description -* allowed_address_pairs -* dns_domain -* dns_name -* extra_dhcp_opts -* fixed_ips -* is_port_security_enabled -* security_group_ids -* qos_policy_id -* network_id
\ No newline at end of file diff --git a/0 inbox/2024-10-15.md b/0 inbox/2024-10-15.md deleted file mode 100644 index 8887a01..0000000 --- a/0 inbox/2024-10-15.md +++ /dev/null @@ -1,3 +0,0 @@ -Reminder: -* write SOP for fix_allocation -* write SOP for fixing duplicate connector
\ No newline at end of file diff --git a/0 inbox/2024-11-11.md b/0 inbox/2024-11-11.md deleted file mode 100644 index 5f3eedb..0000000 --- a/0 inbox/2024-11-11.md +++ /dev/null @@ -1,3 +0,0 @@ -Sqlalchemy/mysql connections lijken een timeout te hitten -zie: -`https://kibana.one.com/s/openstack/app/discover#/?_g=(filters:!(),refreshInterval:(pause:!t,value:60000),time:(from:now-7d%2Fd,to:now))&_a=(columns:!(),dataSource:(dataViewId:d80a7401-b1fd-43b2-bdfc-79dffb0e8b15,type:dataView),filters:!(),hideChart:!f,interval:auto,query:(language:kuery,query:%22cb3204fa-208f-4b90-95a0-846a9e13852b%22),sort:!(!('@timestamp',desc)))` diff --git a/0 inbox/2024-11-12.md b/0 inbox/2024-11-12.md deleted file mode 100644 index e48d53f..0000000 --- a/0 inbox/2024-11-12.md +++ /dev/null @@ -1,3 +0,0 @@ -Prometheus: -- scrape config: `roles/prometheus/onecom-prometheus-scrape-config-*.json` --
\ No newline at end of file diff --git a/0 inbox/Blkio errors.md b/0 inbox/Blkio errors.md deleted file mode 100644 index 2b666a3..0000000 --- a/0 inbox/Blkio errors.md +++ /dev/null @@ -1,14 +0,0 @@ -Dmesg is spewing blkio errors - -Find out which device: e.g dm-4, then: -``` -sudo virsh list --all --name | while read dom; do sudo virsh dumpxml $dom | grep dm-4 && echo $dom; done -``` -To find which domain -After which: -``` -sudo virsh dumpxml $domain -``` -to find the hostname - -reboot it hard.
\ No newline at end of file diff --git a/0 inbox/ELF (files).md b/0 inbox/ELF (files).md deleted file mode 100644 index e69de29..0000000 --- a/0 inbox/ELF (files).md +++ /dev/null diff --git a/0 inbox/Group.ONE Backup Service.md b/0 inbox/Group.ONE Backup Service.md deleted file mode 100644 index ebb2c92..0000000 --- a/0 inbox/Group.ONE Backup Service.md +++ /dev/null @@ -1,6 +0,0 @@ -# Ubiquitous language -**Project** The customer or tenant that owns the servers, backups and periodic backups. -**Server** Is the subject of a backup or periodic backup. It has one or more disks assigned. -**Disk** Can either be a local storage disk or shared storage volume. It is attached to a server and can be referenced by its name. -**Backup** Is a snapshot in time of a server. It can be used to restore a server to how it was exactly at that moment in time. -**PeriodicBackup** Is a group of servers that will be backed up periodically.
\ No newline at end of file diff --git a/0 inbox/Issues met TC oplossen.md b/0 inbox/Issues met TC oplossen.md deleted file mode 100644 index 4ad3bf8..0000000 --- a/0 inbox/Issues met TC oplossen.md +++ /dev/null @@ -1,25 +0,0 @@ -Probleem: referenties in ovs naar devices die niet meer bestaan. Hij probeert vervolgens een nieuw device aan te maken met een qdisc op zo'n niet bestaande device. - -``` -sudo grep -r 'could not open network device' /var/log/openvswitch/ | grep -oi 'tap[a-z0-9\-]*' | uniq > ports_no_device -``` -``` -sudo ip l l | grep ports_no_device | grep -oi 'tap[a-z0-9\-]*' > ports_with_device -``` -``` -for P in $(cat ports_no_device | grep -v -f ports_with_device); do sudo ovs-vsctl del-port $P; done -``` -``` -sudo systemctl restart ovn-controller -``` - - -Rutger versie: -``` -sudo grep 'could not open network device' /var/log/openvswitch/ovs-vswitchd.log | grep -oi 'tap[a-z0-9\-]*' | sort | uniq | while read dev; do ip l l $dev || sudo ovs-vsctl del-port $dev; done; sudo systemctl restart ovn-controller -``` - - -Dus: ovs-vsctl del-port is nice. - -Niet vergeten ovn-controller te herstarten. diff --git a/0 inbox/Neutron DNS & Designate.md b/0 inbox/Neutron DNS & Designate.md deleted file mode 100644 index 48785ab..0000000 --- a/0 inbox/Neutron DNS & Designate.md +++ /dev/null @@ -1,3 +0,0 @@ -https://docs.openstack.org/neutron/latest/admin/config-dns-int.html#config-dns-int - -Lijkt er op dat dns_domain overruled kan worden op port niveau.
\ No newline at end of file diff --git a/0 inbox/Nix Flakes.md b/0 inbox/Nix Flakes.md deleted file mode 100644 index cb7f69b..0000000 --- a/0 inbox/Nix Flakes.md +++ /dev/null @@ -1,21 +0,0 @@ -#nix - -Nix flakes are source trees containing a file `flake.nix` at their root. The file `flake.nix` provides a standardized way to provide [[Zettelkast/Index/Nix]] artifacts. It's like a package manager for [[Zettelkast/Index/Nix]]. A flake can be dependent on other Flakes and it's possible to pin dependencies to exact revisions by using a `flake.lock` file. - -Nix flake evaluation is hermetic, meaning that it produces the same result wherever it's built.k - -The feature can be enabled in `~/.config/nix/nix.conf`: - -``` -experimental-features = nix-command flakes -``` - -To initialize in a repo: `nix flake init`. - -In flakes dependencies have to be specified explicitly and MUST be locked to specific versions therefore it's no longer allowed to use the nixpkgs found in `NIX_PATH` by referencing it like `<nixpkgs>`. - -Output of a Flake is an arbitrary [[Zettelkast/Index/Nix]] value such as a package, [[NixOS]] module or library function. -Commands `nix build` and `nix shell` will build the output `packages.<system>.default` unless we specify another output, for example: `nix shell .#checks.aarch64-linux.build`. - ---- -[Flakes Wiki](https://nixos.wiki/wiki/Flakes)
\ No newline at end of file diff --git a/0 inbox/Nixpkgs Overlays.md b/0 inbox/Nixpkgs Overlays.md deleted file mode 100644 index e69de29..0000000 --- a/0 inbox/Nixpkgs Overlays.md +++ /dev/null diff --git a/0 inbox/Nova Scheduler.md b/0 inbox/Nova Scheduler.md deleted file mode 100644 index 1f58400..0000000 --- a/0 inbox/Nova Scheduler.md +++ /dev/null @@ -1,2 +0,0 @@ -Applies Filters to filters compute hosts that are not usable until a list remains of usable compute hosts. -Filters have different costs, thus it's a good idea to put lightweight filters first as to reduce the load on the heavyweight ones.
\ No newline at end of file diff --git a/0 inbox/Ruby gems nixpkgs.md b/0 inbox/Ruby gems nixpkgs.md deleted file mode 100644 index e69de29..0000000 --- a/0 inbox/Ruby gems nixpkgs.md +++ /dev/null diff --git a/0 inbox/Shell.nix python.md b/0 inbox/Shell.nix python.md deleted file mode 100644 index 7dabd4d..0000000 --- a/0 inbox/Shell.nix python.md +++ /dev/null @@ -1,15 +0,0 @@ -https://nixos.org/manual/nixpkgs/stable/#python - -```nix -{ pkgs ? import <nixpkgs> {}}: - -pkgs.mkShell { - packages = [ pkgs.virtualenv ]; -} -``` - -```nix -with import <nixpkgs> {}; -( -let my_toolz = python311.pkgs.buildPythonPackage rec { pname = "toolz"; version = "0.10.0"; pyproject = true; src = fetchPypi { inherit pname version; hash = "sha256-CP3V73yWSArRHBLUct4hrNMjWZlvaaUlkpm1QP66RWA="; }; nativeBuildInputs = [ python311.pkgs.setuptools python311.pkgs.wheel ]; # has no tests doCheck = false; meta = { homepage = "https://github.com/pytoolz/toolz/"; description = "List processing tools and functional utilities"; # [...] }; }; in python311.withPackages (ps: with ps; [ numpy my_toolz ]) ).env -```
\ No newline at end of file diff --git a/0 inbox/Timings VPS.md b/0 inbox/Timings VPS.md deleted file mode 100644 index 51857df..0000000 --- a/0 inbox/Timings VPS.md +++ /dev/null @@ -1,4 +0,0 @@ -10 VPS: avg ms over 100 reqs: 225 ms -20 VPS: first request: 247 ms. avg ms over 100 reqs: 203 ms -50 VPS: first request: 259 ms. avg ms over 100 reqs: 220 ms -101 VPS: first request: 264 ms. avg ms over 100 reqs: 221 ms diff --git a/0 inbox/Updates ansible ad-hoc.md b/0 inbox/Updates ansible ad-hoc.md deleted file mode 100644 index 2b8514c..0000000 --- a/0 inbox/Updates ansible ad-hoc.md +++ /dev/null @@ -1,19 +0,0 @@ -update apt cache: -``` -ansible <pattern> -m ansible.builtin.apt -a "update_cache=true cache_valid_time=3600" -``` - -update packages: -``` -ansible <pattern> -m ansible.builtin.apt -a "name=* state=latest" -``` - -run puppet: -``` -ansible <pattern> -a "/opt/puppetlabs/bin/puppet agent --test" -``` - -reboot: -``` -ansible <pattern> -m ansible.builtin.reboot -f 1 -``` diff --git a/0 inbox/Zoner Migration.md b/0 inbox/Zoner Migration.md deleted file mode 100644 index dc61370..0000000 --- a/0 inbox/Zoner Migration.md +++ /dev/null @@ -1 +0,0 @@ -* Kernel installation
\ No newline at end of file diff --git a/0 inbox/antagonist_migratie.md b/0 inbox/antagonist_migratie.md deleted file mode 100644 index c04a00b..0000000 --- a/0 inbox/antagonist_migratie.md +++ /dev/null @@ -1,27 +0,0 @@ -Migrate VMs - -Not managed by customers, only Antagonist managed -Most of it is backoffice, only few are front facing - -Ovirt (KVM) - - -Possible to change IPs? - -Difficulty: private networking between hosts - databases only ones in the private network - - Should be possible to switch IPs - - -Outsourced routers to DC provider, more difficult to integrate networks - -Most of the things can be redeployed, Rutger notes that maybe all they need is access - -We can use their left-over IP space - -Features -- requires internal network, so want to create networks/routers -- HA/automatic failover? -> Not yet -- Anti-affinity rules? Dont want all the LBs on the same (failing) node - diff --git a/0 inbox/intro.md b/0 inbox/intro.md deleted file mode 100644 index 0849f2f..0000000 --- a/0 inbox/intro.md +++ /dev/null @@ -1,21 +0,0 @@ -# Foundational document -This document outlines the basis of my note taking system and serves mostly as a reminder to myself. - -I want to train the skill of effective note taking as I believe that it will serve as a foundation -to any other study and will boost my overall productivity. - -## Why take notes? -By writing down notes we can relate information about a subject in a very personal way using our -own experiences to relate them to. - -We can us our notes as inspiration to create. In a centralized note taking system it is possible -to easily revisit notes and use them to inspire new ideas. - -Another effect of a centralized note system is that it is very easy to search through our notes -and use them as reference material. - - -## Quotes -"If I can't write about something; I don't understand the topic." - Mischa van den Burg? -"Clear thinking becomes clear writing; one can't exist without the other." - William Zinsser. - diff --git a/0 inbox/para.md b/0 inbox/para.md deleted file mode 100644 index 345f597..0000000 --- a/0 inbox/para.md +++ /dev/null @@ -1,10 +0,0 @@ -# PARA method -A method of note taking by Tiago Forte (Building a second brain) - -Projects: Anything that requires the completion of multiple tasks to reach a certain outcome. -Areas: Something that you are responsible for for a longer period of your live. -Resources: Notes about resources that you use to do anything, such as tools and programming languages for example. -Archive: Notes that you feel are nog longer relevant to you. They might end up being useful in unexpected ways -so don't throw away! - -GTD: Getting Things Done |