Ha a pip install nem menne:
LDFLAGS=-L/usr/local/lib pip install python-ldap –global-option=build_ext –global-option=”-I/usr/local/include:/usr/local/include/sasl” –global-option=”-R/usr/local/lib”
Ha a pip install nem menne:
LDFLAGS=-L/usr/local/lib pip install python-ldap –global-option=build_ext –global-option=”-I/usr/local/include:/usr/local/include/sasl” –global-option=”-R/usr/local/lib”
Ha FreeBSD-s nfs serverünk van és Linuxokon szeretnénk felmountolni, akkor ha elsőre nem megy érdemes NFSv4-gyel próbálkozni a szerver oldali konfigban. Pl.:
/etc/exports:
V4: /zfsstore/nfs
/zfsstore/nfs -network 192.168.0.0 -mask 255.255.0.0
/etc/rc.conf
# NFS settings
rpcbind_enable="YES"
rpcbind_flags="-h 192.168.182.249"
nfs_server_enable="YES"
nfsv4_server_enable="YES"
nfsuserd_enable="YES"
nfs_server_flags="-n 6 -t -u -h 192.168.1.1"
mountd_enable="YES"
mountd_flags="-r -p 823 -l -h 192.168.1.1"
A FreeBSD pxe-s nfs-es bootolásáról nem írnék, mert kiváló anyag van a hivatalos doksiban (http://www.freebsd.org/doc/handbook/network-pxe-nfs.html” title=”http://www.freebsd.org/doc/handbook/network-pxe-nfs.html), de aki nem akar minden rebootnál új kulcsokat, annak célszerű a
# tar -c -v -f conf/base/etc.cpio.gz --format cpio --gzip etc
parancs előtt az alap etc-ben létrehozni a kulcsokat. A conf/ip… könyvtárakban elhelyezett kulcsok jogosultságait nehéz jól összesakkozni (Annyira nem, de ez egyszerűbb), mert ahhoz hogy nfs-ről másolható legyen olvashatóvá kell tenni, az ssh így nem lesz hajlandó elindulni. Ha meg nincs a helyén, akkor meg generál sajátot.
Ha már van fuse BSD-n, akkor kinyílik a világ… Csodát nem kell várni tőle, de működik.
A portsban ott van a fusefs-ntfs, azt tegyük fel és utána elegendő csak a következő:
root@petike-desktop:/root # ntfs-3g /dev/da0s1 /mnt/
UPDATE: Az OnlineStorageSolution egy rakás szar.
Elvesznek fájlok, nincs elég hely, béna a support. Pénzkidobás az egész! Nem megbízható, DO NOT USE kategória!
Elkezdtem használni nem is olyan régen egy online tárhely szolgáltatót fénykép backup céljából. Az oldal működik, de néha vannak vele apróbb problémák…
Egyszer-egyszer nem volt elérhető, néha éppen mozgatják az accountomat, néha éppen visszaállítják az accountomat, de túl nagy probléma még nem volt. Egy picit rémisztő azért, hogy egyszer elhaltak diszkjeik és úgy kellett volna visszaállítani mentésből a fiókomat, de mindezek ellenére talán használható lehet.
Elég nagy mennyiségű adatot rsynceltem fel (~500 GB) és eddig nem bántam meg, hogy kifizettem 2 évet előre.
Tetszik, mert lehet rsyncelni, van webdav, ssh tunnel, stb. Fapadosnak tűnhet, de az otthoni bsd a képeimet rsynceli szépen fel. Nem kell semmilyen színes-szagos varázslatot hegeszteni, hogy működjön. A notebookomon is fel van mountolva, így bárhol elérhetem a képeimet. Természetesen használok encfs-t rajta, így a felhőbe csak titkosítottan mennek fel a képek.
Ez az rsyncet sem zavarja és a felmountolt davfs felett is elmegy.
Ezt inkább magamnak írtam össze, hátha egyszer elfelejteném:
root@petike-desktop:/root # ssh -N -f USERNAME@fm.ols18.com -L 873:localhost:873
root@petike-desktop:/root # encfs --public --reverse /photos /tmp/.photos
olscs@petike-desktop:/home/olscs # rsync -va --progress -b /tmp/.photos/ rsync://USERNAME@localhost/USERNAME/photos
A vissza irány egy másik gépen (kell hozzá az eredeti encfs6.xml)
petike@petike-tp-nb:~/.photos > sudo mount -o ro -t davfs "https://dav.ols18.com/USERNAME" /mnt/
petike@petike-tp-nb:~/.photos > ENCFS6_CONFIG=/home/petike/.encfs6.xml encfs /mnt/rsync/photos/ /home/petike/.photos
Szóval ennyi.
Mindig aggódtam, hogy otthon a mirrorozott zpool nem a legjobb és máshol meg nincsenek meg a képek. A zfs eddig jól vizsgázott és talán nem lesz túl nagy szívás az ols sem.
A végén azért meg kell jegyezni, hogy BSD-n nem volt olyan egyszerű az encfs beizzítása. Volt egy kis gubanc a verziókkal, miszerint a reverse nem működött. Elcraschelt az encfs, de ezzekkel megy:
root@petike-desktop:/root # pkg_info | egrep "fuse|encfs"
fusefs-encfs-1.7.4_1 An encrypted pass-through FUSE filesystem
fusefs-kmod-0.3.9.p1.20080208_10 Kernel module for fuse
fusefs-libs-2.7.4 FUSE allows filesystem implementation in userspace
root@petike-desktop:/root #
Tessék a portsból ezeket használni és minden jó lesz.
Ha valakit érdekel, hogy svnben melyik reviziók ezek:
root@petike-desktop:/root/fusefs-encfs # svn info
Path: .
Working Copy Root Path: /root/fusefs-encfs
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-encfs
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 300897
Node Kind: directory
Schedule: normal
Last Changed Author: beat
Last Changed Rev: 300897
Last Changed Date: 2012-07-14 16:29:18 +0200 (Sat, 14 Jul 2012)
root@petike-desktop:/root/fusefs-kmod # svn info
Path: .
Working Copy Root Path: /root/fusefs-kmod
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-kmod
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 296408
Node Kind: directory
Schedule: normal
Last Changed Author: kevlo
Last Changed Rev: 296408
Last Changed Date: 2012-05-11 09:08:07 +0200 (Fri, 11 May 2012)
root@petike-desktop:/root/fusefs-libs # svn info
Path: .
Working Copy Root Path: /root/fusefs-libs
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-libs
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 226662
Node Kind: directory
Schedule: normal
Last Changed Author: wxs
Last Changed Rev: 226662
Last Changed Date: 2009-01-22 04:15:23 +0100 (Thu, 22 Jan 2009)
SWAP bekapcsolása FreeBSD-n ZFS fájlrendszeren:
zfs create -V 5G pool/swap
zfs set org.freebsd:swap=on pool/swap
zfs set checksum=off pool/swap
Ezzel létrejön egy zvol, amit csak oda kell adni az os-nek:
swapon /dev/zvol/pool/swap
Ennyi.
Innen az ötlet:
https://wiki.freebsd.org/RootOnZFS#ZFS_Swap_Volume
Röviden… kell egy kulcs, meg kell mondani, hogy melyik disk legyen az, majd hozzá kell kapcsolni a saját rendszerünkhöz.
Nekem ZFS megy felette… (mert zfs encryption nincs FreeBSD-n)
dd if=/dev/random of=/root/disk.key bs=4096 count=1
geli init -e AES-XTS -K /root/disk.key -l 256 -s 4096 /dev/ada1
geli attach -k /root/disk.key /dev/ada1
Ha valaki ilyeneket találna a logban, esetleg a masina is akadozna, ne ijedjen elsőre nagyon meg. Lehet, hogy csak nem megfelelően szeretné használni a BSD a kártyánkat.
Apr 3 21:05:36 xxxx kernel: bge0: watchdog timeout -- resetting
Apr 3 21:05:36 xxxx kernel: bge0: link state changed to DOWN
Apr 3 21:05:38 xxxx kernel: bge0: link state changed to UP
A /boot/loader.confba írjuk be az alábbit:
hw.pci.enable_msi=0
Dell Optiplex 740-es asztali gépen és IBM x3xxx gépeken működött, azóta is mennek.
Akinek kéne, az tudja használni fuse-on keresztül az ext4-fusefs komponenst. Arra figyeljünk oda, hogy a kód nem igazán stabil. Működik, de érdemesebb a githubos aktuális verziót használni. A portsban még vacak van.
Én is belefutottam (https://github.com/gerard/ext4fuse/issues/22), de a gites már jól megy.
A saját userünk .cshrc állományába írjuk bele a következőt:
[...]
alias la ls -aF
alias lf ls -FA
alias ll ls -lAF
setenv LANG en_US.UTF-8
# A righteous umask
umask 22
[...]