Tag-Arhīvs » Ubuntu «

Svētdiena, 4 augusts, 2013 | autors:

Vēsture

Daudz kas ir mainījies kopš es pēdējo reizi minēts manu personisko serveri – tas ir pieaudzis par lēcienus un robežas (tas tagad ir 7TB md RAID6) un tas nesen tika pārbūvēta ar Ubuntu Serveris.

Arka nekad nav bijis kļūda. Arch Linux jau iemācīja man tik daudz par Linux (un turpinās to darīt par manu citu desktop). Bet Arch noteikti prasa vairāk laika un uzmanības, nekā es gribētu pavadīt uz servera. Ideālā gadījumā es gribētu, lai varētu aizmirst par serveri, bet līdz brīdim atgādinājuma e-pastu saka “um … tur ir pāris atjauninājumus, jums vajadzētu apskatīt, draugs.”

Telpa nav bezmaksas – un neviena no tām nav vietas

Iespēja pāriet uz Ubuntu, bija tas, ka man bija beigušies SATA ostām, ostām, kas vajadzīgi, lai izveidotu savienojumu cietos diskus ar pārējo datoru – ka 7TB RAID masīvs izmanto daudz ostu! Man bija pat atdot manu ļoti Vīrietis 200GB cieto disku, jo tas paņēma vienu no šīm ostām. Es arī brīdināja saņēmējam, ka disks ir SMART uzraudzība norādījusi, ka ir neuzticama. Kā pagaidu risinājums, lai trūkumu SATA ostu, Man pat bija pārcēlies uz servera OS komplektu ar četrām USB atmiņas kartes, kas MD RAID1. Traks. Es zinu. Man bija ne pārāk laimīgs par ātrumu. Es izlēmu iet ārā un pirkt jaunu uzticamu cieto disku un SATA izplešanās karti, lai iet ar to.

Servera galvenais Arch partition tika izmantojot aptuveni 7GB uz diska. Liela daļa no tā bija mainīt fails, kešatmiņā datus un citādi Dažādi vai nevajadzīgu failus. Kopumā faktisko lielumu no OS, ieskaitot /mājas mape, bija tikai apmēram 2GB. Tas pamudināja mani izpētīt super-ātru SSD vadīt, domāšana varbūt mazāko varētu nebūt tik dārgi. Izrādījās, ka lētākais ne-SSD disku es varētu atrast faktiski izmaksas vairāk nekā vienu no šiem salīdzinoši nelielu SSD. Yay par mani. 🙂

Izvēle? Woah?!

Izvēloties OS, Es gribētu jau nolēmu, ka nebūtu arka. No visiem citiem tautas sadalēm, Es esmu visvairāk pazīstami ar Ubuntu un CentOS. Fedora bija arī iespēja – bet man nebija nopietni vēl uzskatīt to par serveri. Ubuntu uzvarēja kārtu.

Nākamais lēmums man bija darīt nenotika ar mani, kamēr Visuresme (Ubuntu uzstādīšanas vednis) lūgusi to no manis: Kā izveidot starpsienas.

Es biju jauns, lai, izmantojot SSD Linux – Es esmu labi informēti par neizmanto tos pareizi nekļūdīga, galvenokārt sakarā ar to risks sliktā ilgmūžību ja ļaunprātīgi.

Es negribēju, lai izmantot speciālu swap partīciju. Es plānoju uz modernizāciju servera mātesplatē / CPU / atmiņas ne pārāk tālā nākotnē. Balstoties uz šo es nolēmu es likšu mijmaiņas mijmaiņas failu uz esošo md RAID. Mijmaiņas nebūs īpaši ātri, bet tās vienīgais mērķis būs šim retu reizi, kad kaut kas ir nogājis greizi, un atmiņa nav pieejama.

Šis tad atstāja mani, lai dotu saknes ceļš pilnīgu 60GB no Intel 330 SSD. Es uzskatīju atdalot / mājās, bet tas tikai likās nedaudz bezjēdzīgi, ņemot vērā, cik maz tika izmantots pagātnē. Es vispirms izveidot nodalījumu ar LVM – kaut ko es esmu nesen dara, kad es izveidoju Linux kaste (patiešām, nav attaisnojums neizmantot LVM). Kad tā ieguva uz to daļu, kur es varētu konfigurēt filesystem, Es noklikšķinājis nolaižamo un instinktīvi izvēlas Ext4. Tad es pamanīju btrfs vienā sarakstā. Uzgaidīt!!

Bet to, kas?

Btrfs (“sviests-eff-ESS”, “labāk eff-ESS”, “Bišu koku eff-ESS”, vai kāds jums iedomātā dienā) ir salīdzinoši jauna failsistēmu izstrādāts, lai panāktu Linux’ filesystem spējas atpakaļ uz ceļa ar pašreizējo filesystem tech. Esošais King-of-the-Hill failsistēmu, “ext” (Pašreizējā versija sauc ext4) ir diezgan labs – bet tas ir ierobežots, iestrēdzis vecajā paradigmā (domā par pavisam jaunu F22 Raptor vs. an F4 Phantom ar pusi Jested mēģinājums ar ekvivalences jauninājums) un ir maz ticams, lai varētu konkurēt ļoti ilgi ar jaunāku Enterprise failu sistēmas, piemēram, Oracle ZFS. Btrfs vēl ir garš ceļš ejams, un joprojām tiek uzskatīts eksperimentāls (atkarībā no tā, kas jums jautāt un ko funkcijas jums ir nepieciešams). Daudzi uzskata, ka tas ir stabils bāzes izmantošanai – bet neviens gatavojas veikt nekādas garantijas. Un, protams, visi saka, lai veiktu un pārbaudītu backups!

Mooooooo

Visbūtiskākā atšķirība starp ext un btrfs ka btrfs ir “Govs” vai “Kopiju par Rakstīt” failsistēmu. Tas nozīmē, ka dati ir faktiski nekad apzināti pārrakstīt filesystem ir iekšējie. Ja jūs rakstīt izmaiņas failā, btrfs rakstīt izmaiņas uz jaunu vietu uz fizisko nesēju un atjauninās iekšējās norādes, lai atsauktos uz jauno vietu. Btrfs iet soli tālāk, ka šie iekšējie norādes (tekstā metadatiem) Ir arī Govs. Vecākas versijas ext būtu vienkārši pārrakstīti dati. Ext4 varētu izmantot žurnālu, lai nodrošinātu, ka korupcija nenotiks būtu AC spraudnis tiek yanked pie visvairāk nepiemērotā brīdī. Žurnāla rezultātā līdzīgā vairākiem pasākumiem nepieciešams, lai atjauninātu datus. Ar SSD, pamatā aparatūra darbojas līdzīgā govi procesa vienalga, ko failsistēmu jūs izmantojat. Tas ir tāpēc, ka SSD diski nav reāli pārrakstīt datus – tie ir kopētu datus (ar izmaiņām) uz jaunu vietu, un pēc tam izdzēsiet veco bloku pilnībā. Šajā jomā optimizācija ir, ka SSD, iespējams, nav pat izdzēst veco bloku, bet gan vienkārši pierakstiet, lai izdzēstu bloku vēlāk, kad lietas nav tik aizņemti. Gala rezultāts ir tāds, ka SSD diski fit ļoti labi ar govi filesystem un neveic, kā arī ar ne-govi failu sistēmas.

Lai jautājumiem interesants, Govs filesystem viegli iet roku rokā ar funkciju sauc deduplication. Tas nodrošina divu (vai vairāk) identiskas bloki datus jāuzglabā izmantojot tikai vienu kopiju, ietaupot telpa. Ar govs, ja deduplicated fails ir modificēts, atsevišķa dvīņu netiks ietekmēta modificētu failu dati būs rakstīts uz citu fizisko bloku.

Govs savukārt padara snapshotting salīdzinoši viegli īstenot. Kad momentuzņēmums tiek veikts sistēma tikai reģistrē jaunās aktuālās kā dublēšana visu datu un metadatu ietvaros apjoma. Ar govs, ja ir veiktas izmaiņas, aktuālās dati paliek neskarts, un konsekventu skats filesystem statusu brīdī momentuzņēmums tika veikta var uzturēt.

Jauns draugs

Ar iepriekš prātā, it kā Ubuntu ir veikts btrfs pieejams kā instalēt laika opciju, Es sapratu, ka būtu labs laiks, lai nodoties btrfs un izpētīt mazliet. 🙂

Daļa 2 Drīzumā …

akcija
Thursday, January 01st, 2009 | autors:

Apparently, what operating system you use can say a lot about you. If you’re using some form of *nix, which distro you’re using can say a lot as well. Redundancy aside, I believe that a Linux distribution depends absolutely on its package management and distribution system.

I liked apt-get (1, 2) but there was some technical problem at some point and it caused me to use aptitude instead. Using aptitude is slightly easierit has more features automated into single, logical, commands where apt-get requires separate commands. Aptitude also has a curses-based GUI. If you’re not using the GUI then, other than brevity in terms of number of commands to learn, there is apparently no technical reason to prefer one over the other. Aptitude and apt-get serve K/X/Ubuntu un Debian labi. From this point, I use the names Kubuntu and Ubuntu in a loosely interchangeable fashion.

In my use of CentOS (based on Red Hat), I’ve found I like yum. It seems to work in much the same as aptitudeone command to rule them all. It has some rather annoying default behaviour I’m not going to get into here as its most likely because I’m just not used to it. At least from a technical perspective, it is very good. I believe that Fedora also makes use of yum though my experience with Fedora is very limited.

the theory

Fedora and Ubuntu are in a class of distributions that have a fairly rigorous release cycle. Ubuntu 8.10 (the version is named so for the year and month of its release) will not, except for major bugs and minor changes, have another major update until the next version, Jaunty Jackalope. Ubuntu users have the latest versions of most software on their desktops right now. In the months preceding the next release, tomēr, they’re not going to be so lucky unless they like using “beta” releases. As I’m not very familiar with Fedora, I’m not going to bother going into its release cycle.

These 2 distributions are also within a class of distributions known asbinary” vai “binary-baseddistributions. This means that when you download an update, the files that are downloaded are precompiled and should run on anysupportedhardware. This isn’t specifically optimised for your desktop’s hardware, for example, your processor. Perhaps you have an AMD processor which has extra instruction support which Intel CPUs do not have. The reverse could also be true. For this reason, a binary-release distribution cannot optimise for one particular brand of hardware. Regardless of thisnon-optimisation”, it should run at a decent pace.

the practice!

Par 2 years ago I started using Kubuntu. After a few months of working with it, I started to learn more about its specifics. I’m not much of a fan of using GUI tools to update the system when, ultimately, its all happening on the command-line anyway. The GUI tools just hide the complexity I don’t mind seeing.

I ended up making a stipri iesist scenārijs, update, which would run all the steps required to get aptitude to just go ahead and upgrade already, kthx?©, perhaps stopping along the way to back up my configuration, remount the NFS network share where we keep an on-site repository, back up the local cache of aptitude’s installed packages, do some folder-link shuffling to use a local copy if the network share couldn’t remount, sync between the local copy and the network share if the previous update had a network share issue, and update lists of packages in the repository. In general, it wouldn’t go ahead if there were any errors though, as you can tell, this script became a messy beast that went above and beyond the original requirements. It worked well for me.

Until the day came to update between Kubuntu 6.10 līdz 7.04. I did this manually though, not with the script.

I ended up reinstalling from scratch as a result of the mess that ensued. At least, as a backup administrator should do well to demonstrate, it was easy to recover everything I really needed. 🙂

What else is out there?

Even before I had to reinstall Kubuntu, I was introduced to another distribution called Gentoo. There are 2 very distinct differences between Gentoo and Ubuntu’s update system. The first is that Gentoo is a source-based distribution. This means that when you update a package, the package manager downloads the source and compiles everything, hopefully optimising it for your system. This, I think, is very cool. The downside to this is that compiling everything takes a very long time.

Here are my (very unscientific) estimates for the length of time it takes to install a basic GUI OS to a desktop from installation media, excluding extraneous drivers (for example, the latest 3D graphics drivers):

OS: minmax (median)

Windows Vista: 15 – 30 (20) minutes

Ubuntu: 15 – 40 (20) minutes

Gentoo: 3 – 40 (6) hours

Gentoo also requires much tinkering with the config files in order to get things workingthis is another reason for the extremely long delay between inserting the CD and booting your awesome* new desktop. Popular applications have binary packages available for downloadthough this isn’t a default option.

They see me rollin

There is one more very important distinction Gentoo has from most other distributions. It is arolling-releasedistribution. This means that there isn’t any rigorous version orreleasethat the distribution adheres to. If you install Gentoo todayif you finish installing Gentoo today, you’re probably going to have the latest version of all the applications you installed. If some obscure application gets a major update tomorrow, within a few days, if you update your system, you’re going to have that latest version on your desktop.

The difference between this rolling release and theotherdistributions is rather staggering. Piemēram: If KDE 4.2 were to be released tomorrow, you’d probably have to wait less than 2 weeks for it to be available on Gentoo. Ubuntu users might have to wait till 9.04 – that’s a 4-month wait.

Something more suitable?

Personally, I’m not willing to put in the 40 hours of effort to get my system working the way I want it to. My colleague had to reinstall recently for some obscure reason and it turns out he wasn’t willing to put in the 6 hours (he’s more experienced with Gentoo) of effort to get his system back to how it was running either. Instead, Arch Linux caught his eye. Arch Linux is a rolling-release (like Gentoo), binary-based (like Ubuntu) distribution. Its packages (labi, the vast majority of them) don’t need much tinkering with their config files to get things working nicely either. Its the best of both worlds!

You still need to know what you’re doing* but if you’ve come to this juncture, it shouldn’t be such a giant leap of faith. Arch Linux’s package manager, called pacvīrietis, has built-in dependency and conflict handling. I use another package manager, jogurts (French for yoghurt), which has very quickly become popular with Arch users. Yaourt enhances the functionality of pacman by allowing you to download and install applications directly from the AUR, vai Arch User Repository. This repository contains scripts that allow you to automatically download and install many applications that would otherwise be completely unsupported by Arch’s own core developers. It downloads and compiles the package into a chroot’d environment. It then packages the chroot’d environment into a pacman-compatible package tarball and uses pacman to deploy it into your system.

arī, the AUR supports a voting system whereby popular packages get placed into the more official [community] repository. Yaourt also supports an automated voting mechanism whereby, after installing a package via AUR, it asks if you want to vote for its inclusion in [community].

I estimate that the time taken for my Arch installation was about 90 minutes. I don’t recommend Archlinux for newbies though I do recommend it for any Linux user who’s gotten bored with other distrosand wants to get into the nitty gritty without having to install Linux From Scratch. Arch Linux has been getting pretty popular these days. Its currently at number 14 uz Distrowatch.

* IF you know what you’re doing. AND YOU BETTER BLOODY KNOW WHAT YOU’RE DOING!
akcija