wget --no-check-certificate \
"https://drive.usercontent.google.com/download?id=${FILEID}&confirm=t" \
-O "${FILENAME}"
Benar-benar hanya sebagai catatan pribadi saya. Supaya sewaktu-waktu dibutuhkan, saya tahu dimana saya harus mencari.
wget --no-check-certificate \
"https://drive.usercontent.google.com/download?id=${FILEID}&confirm=t" \
-O "${FILENAME}"
Pada kasus saya, transfer ke server FTP (vsftpd) sangat lambat dan sering gagal.
Ternyata kendalanya ada di max connection, cukup tambahkan
max_per_ip=20
Pada /etc/vsftpd.conf agar koneksi dapat berjalan paralel dan cepat.
sudo -i # Start by installing Node 20: sudo apt-get install python3 g++ make python3-pip gcc bison curl -L https://raw.githubusercontent.com/tj/n/master/bin/n -o n bash n 20 # Node 20 is now at /usr/local/bin/node, but glibc 2.28 is missing: # node: /lib/aarch64-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by node) # /usr/local/bin/node: /lib/aarch64-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by /usr/local/bin/node) # Build and install glibc 2.28: apt install -y gawk cd ~ wget -c https://ftp.gnu.org/gnu/glibc/glibc-2.28.tar.gz tar -zxf glibc-2.28.tar.gz cd glibc-2.28 pwd mkdir glibc-build cd glibc-build ../configure --prefix=/opt/glibc-2.28 make -j 4 # Use all 4 Jetson Nano cores for much faster building make install cd .. rm -fr glibc-2.28 glibc-2.28.tar.gz # Patch the installed Node 20 to work with /opt/glibc-2.28 instead: apt install -y patchelf patchelf --set-interpreter /opt/glibc-2.28/lib/ld-linux-x86-64.so.2 --set-rpath /opt/glibc-2.28/lib/:/lib/x86_64-linux-gnu/:/usr/lib/x86_64-linux-gnu/ /usr/local/bin/node # Et voilĂ : node --version v20.9.0
Referensi : https://github.com/nodesource/distributions/issues/1392#issuecomment-1815887430
./bin/kafka-server-start.sh ./config/kraft/server.properties
./bin/kafka-storage.sh random-uuid
./bin/kafka-storage.sh format -t wTJ2_4vKQcujLyzgVBznow -c config/kraft/server.properties
./bin/connect-standalone.sh config/connect-standalone.properties config/cassandra-sink-standalone.properties
./bin/kafka-configs.sh --bootstrap-server 10.102.235.46:9092 --alter --entity-type topics --entity-name kapalpatroli --add-config segment.bytes=32768,min.compaction.lag.ms=1000,min.cleanable.dirty.ratio=0.01,delete.retention.ms=100,segment.ms=100,cleanup.policy=compact,retention.ms=1000
./bin/kafka-topics.sh --bootstrap-server 10.102.235.46:9092 --create --topic kapalpatroli --partitions 6 --replication-factor 1 --config cleanup.policy=compact --config retention.ms=1000
./bin/kafka-console-consumer.sh --bootstrap-server 10.102.235.46:9092 --topic kapalpatroli --property "print.key=true"
./bin/kafka-topics.sh --delete --bootstrap-server=10.102.235.46:9092 --topic kapalpatroli
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sr0 11:0 1 1024M 0 rom
vda 252:0 0 30G 0 disk
├─vda1 252:1 0 1G 0 part /boot
└─vda2 252:2 0 29G 0 part
├─rhel-root 253:0 0 26.9G 0 lvm /
└─rhel-swap 253:1 0 2.1G 0 lvm [SWAP]
Pada contoh di atas kita akan mengubah vda menjadi 40G
$ sudo virsh shutdown [domain_name]
Cari lokasi OS disk path
$ sudo virsh domblklist [domain_name]
Target Source
-----------------------------------------------
vda /var/lib/libvirt/images/rhel8.qcow2
sda -
$ sudo qemu-img info /var/lib/libvirt/images/rhel8.qcow2
image: /var/lib/libvirt/images/rhel8.qcow2
file format: qcow2
virtual size: 30G (42949672960 bytes)
disk size: 2.0G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: true
refcount bits: 16
corrupt: false
$ sudo qemu-img resize /var/lib/libvirt/images/rhel8.qcow2 +10G
Atau dapat juga menggunakan virsh
$ sudo virsh blockresize [domain_name] [os_disk_path]
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sr0 11:0 1 1024M 0 rom
vda 252:0 0 40G 0 disk
├─vda1 252:1 0 1G 0 part /boot
└─vda2 252:2 0 29G 0 part
├─rhel-root 253:0 0 26.9G 0 lvm /
└─rhel-swap 253:1 0 2.1G 0 lvm [SWAP]
$ sudo growpart /dev/vda 1
$ sudo resize2fs [partition_path]
dse-6.8.32/bin/dse cassandra -s -g
service datastax-agent start
opscenter-6.8.24/bin/opscenter
datastax-studio-6.8.26/bin/server.sh
Pada saat melakukan operasi git pada server linux, terkadang muncul error
gnutls_handshake() failed: Error in the pull function
Error tersebut terjadi karena ketidaksesuaian MTU pada server kita dengan MTU yang dipersyaratkan di server host / proxy. Pada case ini, MTU kita terlalu tinggi dari yang dipersyaratkan. [1]
Untuk mengatasinya, maka kita perlu menurunkan MTU pada interface server kita. Pada kasus saya, menggunakan nilai MTU 1400 dapat mengatasi error ini.
ifconfig <interface_name> | grep mtu
ifconfig <interface_name> mtu <nilai_mtu> up
Misal
ifconfig eth0 mtu 1400 up
Konfigurasi di atas tidak permanen, untuk melakukan konfigurasi permanen silahkan cek [2].