Tanúsítás IPv6.he.net napi vizsgálatokat, hogy több 1 kiegészítő cikk után, amit tapasztalt a fő vizsgálatok. Meg kell, hogy 100 ilyen vizsgálatot a maximális eredmények 😐 . A vizsgálatokat maguk is teljesen triviális

  • A traceroute
  • DIG AAAA
  • DIG PTR
  • Ping
  • Whois

A hátránya az, hogy a vizsgálatok egyedinek kell lennie egy tartományt nem használhatja kétszer 🙂 többek között egy kis idegesítő 🙄 – nem csak csapkodó kihívás 5 parancsokat a cli, és másolja az eredményeket a honlapon.

A lusta és admin, aki szeret-hoz ideiglenes tákolmány élet könnyebb-hoz rögtönzött egy gyors egyszerű bash-, ami nem a piszkos munkát nekem

#!/bin/bash

hr() {
  local start=$'\e(0' end=$'\e(B' line='qqqqqqqqqqqqqqqq'
  local cols=${COLUMNS:-$(tput cols)}
  while ((${#line} < cols)); do line+="$line"; done
  printf '%s%s%s\n' "$start" "${line:0:cols}" "$end"
}

if [ -z $1 ]
then
  echo "Append domain afert the script name!!!"
  exit
fi

IP=$(dig $1 AAAA +short)

if [ -z ${IP} ]
then
  echo "$1 dont have valid IPv6 record"
else
  reset
  traceroute6 $1
  hr
  dig $1 AAAA
  hr
  dig -x ${IP}
  hr
  ping6 -c3 ${IP}
  hr 
  whois ${IP}
fi

Mint te tud lát a forgatókönyvet az őrülten egyszerű. Át a tartományi, és majd érvényesíteni, IPv6-bejegyzés esetén, és ha ott végzik napi vizsgálatok. A jó része – függvény HR ami kiírja egy sor a képernyő szélességében van elvett-ból bash-hackerek.

Az egyik dolog, amit bánt engem leginkább, amikor én másol/mozog a nagy cli direktorâ, hogy fogalmam sincs, hány százaléka a teljes összeg és a pret″rkalâl. Sajnos cp/MV-t már nincs ilyen hatásköre, és hogy alternatív megoldási lehetőségek. Vannak egész néhány választások, de személy szerint, mint a használata rsync helyett pc/mv. Ez birtokol minden integrált – tartani a jogot, hogy a fájlok és könyvtárak, a haladás büfé és a lehetőséget, hogy a másolt fájlok törlése.

Alapvetően tettem 2 alias-а които вършат повече от чудна работа:

alias cpi='rsync -a --info=progress2'
alias mvi='rsync -a --info=progress2 --remove-source-files'

Ez már egy idő óta foglalkozik kodene, és ritkán van, hogy válasszon egy izvr″ŝaniâ a CLI nincsenek UTF8 enkodnati. Ma már gyorsan értékelje újra a fájlokat, és kinyitottam, hogy szinte azonnal úgy éreztem, a vágy, hogy rm-rf mappát, amely tartalmazza, valaki fél egy agyi sejt fogyatékos egyén úgy döntött, hogy írni észrevételeit a cirill ábécé. Szerencsére nem szuper erőkre admiralskite megoldani a félreértés a természet, a 1 sorban a CLI:

iconv -f cp1251 -t utf8 old_shitty_encoded_file -o new_good_encoded_file

Мисля че самите флагове говорят сами за себе си но нека да ги прегледаме на бързо:

  • -o outputfile
  • -t to-encoding
  • -t to-encoding

iconv има и друга много приятна екстра че може да транслитерира (където е възможно) като се зададе -t ASCII//TRANSLIT но за съжаление не работи с кирилица 🙂

Köszönhető, hogy néhány (nem nagyon világos számomra) Volt elhanyagolt, hogy a postgresql démon, az egyik az én-m Debian szerverek elosztó rendszerre való frissítés. PostgreSQL démon birtokol a szép tulajdonsága nem kezd használ a új változat (Ellentétben a Mysql) amíg nem győzzük, az új teli összeegyeztethető-val a dob- – rendkívül hasznos a nagy adatbázisok. A puszta folyamat megújítási korlátozódik a következő 2 lépések:

  • pg_dropcluster
  • pg_upgradecluster

Mielőtt a démon izdropite fürt kell megállt pg!

pg_dropcluster 9.4 main

Ezzel a paranccsal gyorsan halad, majd haladunk kijelöléshez – az egyszerű frissítés

pg_upgradecluster 9.1 main
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster 9.4/main ...
config /etc/postgresql/9.4/main
data   /var/lib/postgresql/9.4/main
locale en_US.UTF-8
Flags of /var/lib/postgresql/9.4/main set as -------------e-C
port   5433
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
Fixing hardcoded library paths for stored procedures...
Upgrading database postgres...
Analyzing database postgres...
Fixing hardcoded library paths for stored procedures...
Upgrading database template1...
Analyzing database template1...
Fixing hardcoded library paths for stored procedures...
Upgrading database xpqt...
Analyzing database xpqt...
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Copying old configuration files...
Copying old start.conf...
Copying old pg_ctl.conf...
Copying old server.crt...
Copying old server.key...
Stopping target cluster...
Stopping old cluster...
Disabling automatic startup of old cluster...
Configuring old cluster to use a different port (5433)...
Starting target cluster on the original port...
Success. Please check that the upgraded cluster works. If it does,
you can remove the old cluster with

pg_dropcluster 9.1 main

Ha minden sima minlo Önnek kellene kap egy üzenetet, mint a fenti, amely megkérdezi, hogy ki a régi adatok pg.

pg_dropcluster 9.1 main

A végén ez lehet kezdeni a Tarpan folyamat újra. Nekem az alapok kicsik, és sajnos nem tudok adni egy becslést a mennyi idő telik az alapvető frissítés.

Ma volt, hogy egy fsck egy nagy RAID tömbben ~ 6 TB. Siet I Ne fuss fsck -C beállítás megjelenítéséhez a haladást, és egyszerűen vár 2 óra enyhén beteggé, Tudatlan vagyok, hogy ha az ellenőrzés megérkezett. Cool trükk már fut fsck, hogy szemléltesse az állapotjelző:

kill -10 $(pidof fsck.ext3)

Várjon egy kicsit nekem kb 2-3 jegyzőkönyvei szerint progress bar, és megmutatta 49% (luxus) több 3 óra várakozás 🙁

Hagyja sumarizirame amit mi küldeni jelet SIGUSR1 amely már fut a fsck mutatni progress bar. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2 vagy

kill -12 $(pidof fsck.ext3)

Еми това е не е нещо супер сложно или трудно просто готин трик 🙂