Intressant föredrag om btrfs

Det "nya heta" vad gäller filsystem är btrfs. Chris Mason från Oracle, huvudutvecklaren, håller här ett väldigt intressant föredrag som berättar lite om vad filsystemet kan och hur det fungerar. Det är inte en reklamfilm som maler på hur förträffligt det är utan sakligt och visar på intressanta skillnader jämfört med arbetshästen ext4 och xfs. Speciellt animationerna för diskaccess för de olika filsystemen är väldigt intressanta.

Efter att tidigare ha insett hur allt mer sannolikt det är att råka ut för "bit rot" så väntar jag på att börja använda ett filsystem med redundans och checksummor. Suns zfs som verkar riktigt bra fungerar inte i linux pga licensskäl (nej, jag vill inte köra via fuse så det räknas inte...).
Utvecklingen av btrfs har ssd i åtanke och det är väldigt viktigt prestandamässigt.

Nu väntar jag på att "de sista" buggarna åtgärdas så att jag slipper vara försökskanin. Min nuvarande setup med det förträffliga lvm kommer då att ryka.

Problem med utf-8 lösta!

Jag har haft en del problem med att få synkronisering av filer på mac os x att fungera. Detta på grund av mac os x val av normaliseringsform för unicode. (läs tidigare inlägg här och här samt här)

Mitt problem är alltså att jag vill kunna synkronisera filer som finns på en filserver, lagrad med utf-8 till en mac. Efter att jag jobbat med filerna antingen lokalt på macen eller de uppdaterats på servern ska jag kunna synkronisera och lösa konflikter. För detta är unison utmärkt, men det fungerar ej för mig eftersom mac os x använder en annan normaliseringsform för unicode, vilket unison ej stöder.

Nu har jag löst problemet

• inte på ett smart sätt (med lokal fusemontering på macen)
• inte på det rätta sättet (fixa unison, för svårt)
• inte på ett halvsnyggt sätt (synkronisering över sftp, cyberducks synkronisering fungerade inte tillräckligt snabbt och smärtfritt)
• inte på det trekvartssnygga sättet (montering med fuse och iconv (eller ekvivalent) inuti servern, föll på att olika normaliseringsformer inte verkar stödas av iconv i äldre versioner)
  
• inte på det grova sättet (dubbelriktad rsync scriptat i bash. blev för otillförlitligt och hanterade inte interna länkar korrekt. däremot stöder nya versioner av rsync macs teckenkodning!)
• inte på det alternativa sättet (montera filerna över afp följd av lokal unison, föll på att jag inte fick till det enligt standardreceptet, fråga mig inte varför.)
• inte på det drastiska sättet (tagit bort alla icke-ascii-tecken från alla filer:-)
• inte på det desperata sättet (installera ubuntu på macen, native. det gick iofs bra men det känns fel att inte dra nytta av de grejer som faktiskt är bra med macen, såsom den fantastiska musplattan, mail etc.)
  

Istället för allt detta kringgår jag problemet och får därtill andra fördelar:
Jag kör en virtualiserad filserver inuti macen. Inne i den virtuella maskinen kan jag köra unison. För att komma åt filerna exporterar jag dom med samba över smb. På macen monterar jag sedan den utdelade mappen och använder från macen. Detta fungerar klockrent. Därtill är krypteringen löst eftersom jag satt upp en krypterad disk inuti filservern.

Receptet ser ut såhär:

• installera virtualbox på värden (mac os x)
  
• installera gästen (ubuntu 9.10) enligt receptet på virtualbox dokumentationssidor. inga konstigheter alls.
  
• skapa en extra virtuell disk i virtualbox. Denna hamnar i mac os x som en fil med ändelsen .vdi. Denna lägger jag på valfritt ställe. Den behöver ej vara på ett krypterat filsystem, eftersom innehållet i filen senare kommer att vara krypterat. Justera inställningarna i virtualbox så att gästen når denna extra disk.
  
• i virtualbox, konfigurera nätverket så att både nat och lokalt nätverk finns (två nätverkskort alltså). Det gör att man kommer åt internet på ett lätt sätt inifrån gästen, samtidigt som man kommer åt sambaservern från mac os x)
  
• Inifrån gästen (ubuntu), sätt upp den extra disken som ett krypterat filsystem. sök på ubuntu encrypted filesystem för diverse alternativ hur man kan göra.
• inifrån gästen, installera samba och konfigurera den så att hemkatalogerna exporteras.
• sätt ett lösenord på exporten
• varje gång jag vill komma åt filerna startar jag värden, anger lösenordet för filsystemet och låter det boota klart.
• Därefter monterar jag hemkatalogen med smb inifrån finder i mac os x.
• Nu kan jag arbeta i filträdet i mac os x, eller inifrån värden om jag så vill.
• med unison inifrån gästen (måste installeras separat) kan jag synkronisera med filservern.
  

Hela denna lösning håller sig till fri mjukvara och inga fultricks. Det går nog att få ner belastningen på värden om man skalar bort så mycket man vågar ifrån gästen.

Denna lösning har fördelen att jag har en extra utvecklingsmiljö på macen. Virtualisering är en ball grej!

Access control lists i linux

Att använda ett vanligt linuxsystem själv är inga problem. När det kommer in fler användare blir det svårare - att dela filer etc gör att rättigheter måste sättas korrekt. Om man har en enkel struktur är det lätt att göra så att alla har samma primärgrupp, vilket gör att de filer man skapar blir läs/skrivbara av andra (grovt förenklat, det beror naturligtvis på en väldig massa saker). För mer komplicerade strukturer behövs tyngre vapen: access control lists.

Här finns en läsvärd text: http://www.suse.de/~agruen/acl/linux-acls/online/
Såhär samverkar det med samba: http://www.samba.org/ .......

En snabbstart:

1. se till att filsystemet är monterat med acl påslaget: mount -oremount,acl,rw,noatime /dev/sdaX /mntpnt (för att göra permanent, lägg till acl i options i /etc/fstab)
2. Se till att du har acl installerat. På debian är det apt-get install acl som ordnar det.
   
3. pröva: mkdir /mntpnt/slask
4. getfacl /mntpnt/slask ger :
   getfacl /mntpnt/slask
   # file: slask
   # owner: pauls
   # group: pauls
   user::rwx
   group::r-x
   other::r-x
   
   
5. pröva att sätta acl:setfacl -d -m g:musiclovers:rw musik/
   
6. getfacl musik
   # file: musik
   # owner: pauls
   # group: musiclovers
   user::rwx
   group::rwx
   other::---
   default:user::rwx
   default:group::rwx
   default:group:musiclovers:rw-
   default:mask::rwx
   default:other::---
   

Ganska lätt, och väldigt kraftfullt. Tyvärr är det inte helt lätt att bevara dessa rättigheter för backup. Det verkar som att rsync har möjlighet att bevara rättigheterna (via flagga -A), tyvärr måste man då ha motsvarande grupper uppsatta på det system som backas upp mot. Tips mottages gärna!