• First and one of the most important change is that apache is relocated from /opt/tfm/apache2 to /usr in order to increase compatibility with Centos, RedHat and Suse.
• Support for usb broadband dongles has been added . So far we can confirm that Digi Net Mobil ( MF110 ) and Vodafone (K3765) were tested and works.
• passenger apache / nginx module will be added to distribution in order to facilitate applications written in Ruby on Rails.
• node.js will be added to distribution.
• redmine project management tool will be added to distribution
• oss4 will be added
• most of the packages will have ipv6 support enabled

What is new ?

• Installation flow is now fixed . All packages are now installed in the proper order
• IPV6 is enabled in all relevant packages
• apt can now be used to keep the distribution up to date ( commercial support is also available see www.tfmgroup.eu for details)
• the LAMP stack ( apache / php / mysql ) is extremely stable and also we kept maximum backward compatibility with the old php applications.
• kernel 2.6.38.8
• and a lot more

This version will be available here Server ISO image.

This will be the final RC before 3.3 release.

You can download this version here: Server ISO image.

Un eveniment dedicat oricărui utilizator de Software Open Source, începători sau avansați.
Intrarea liberă! (free as in beer). Evenimentul este organizat de BLUG.ro – Bucharest Linux User Group.

BLUG*OS*CON este o conferință cu adevărat a Linuxiștilor, o conferință just for fun\\\\\\\’, eliberată de orice influență din industria IT, un fel de conferință open source Do-It-Yourself. Liberă de prejudecăți, publicitate și vanități. Toți sunteți bineveniți!

Programul conferinței este bogat și interesant pentru oricine. Vă veți putea îmbunătăți cunoștințele pentru platforma Linux, fie că sunteți un începător (aveți o grămadă de track-uri unde vă puteți perfecționa), sau un geek adevărat (prezentări în premieră în România). Și, nu în ultimul rând, BLUG*OS*CON este o platformă unică de socializare pentru comunitățile FLOSS românești. Programul complet al conferinței îl puteți consulta la http://blugoscon.blug.ro/Main/ProgramulConferintei.
Comunitățile din România vor avea standuri proprii, unde puteți socializa la greu.

Cine poate participa:
• linuxiști începători
• linuxiști avansați
• programatori
• cadre didactice
Intrarea: liberă
Program: 09:00 – 18:00
Mai multe detalii: http://blugoscon.blug.ro

Aplicatiile adaugarii unui atasament sunt suficient de multe, am sa mentionez una singura: crearea acelor footere “corporatiste” cu poze si alte minunatii.

Asadar sa presupunem ca vrem sa cream un astfel de footer, in HTML, cu o poza frumoasa care sa fie reprezentativa pentru mailurile trimise prin serverul pe care vrem sa facem configurarea.

Strict pentru partea de disclaimer/footer se poate folosi altermime fara nici o problema. Problema este ca daca dorim sa si adaugam o imagine (cea care va aparea in footer), lucrurile se complica.

Solutia este sa umblam in corpul mesajului si sa ne adaugam atasamentul asa cum vrem. Usor de spus, dar ce ne facem cand dam peste “Content-Type: multipart/mixed;
boundary=”_004_A8EC770875E1AE4A84851C05B6F730038D98AEFF4A_”"… ?

Ei bine, tocmai am facut cunostinta cu MIME. Nu voi intra in detalii inutile scopului articolului ci ma voi rezuma la esential. Ne intereseaza acel “boundary=”. Tot ce este intre ghilimele dupa semnul egal reprezinta un separator (unic pentru un mesaj) care desparte diversele atasamente/parti ale mesajului. Deci “_004_A8EC770875E1AE4A84851C05B6F730038D98AEFF4A_” este boundary-ul pe care trebuie sa-l cautam in cadrul mesajului pentru a ne putea introduce atasamentul.

O zona de continut MIME incepe cu doua semne “-” si este succedata de acel boundary, adica asa:

“–_004_A8EC770875E1AE4A84851C05B6F730038D98AEFF4A_” (desigur, exceptand ghilimelele). Zona tine pana in momentul intalnirii unui alt marcaj de acelasi fel, sau pana la intalnirea marcajului de final care este format din boundary succedat de doua semne “-”, adica asa: “_004_A8EC770875E1AE4A84851C05B6F730038D98AEFF4A_–”.

Cam asta e tot in privinta structurii unui email, cel putin asta e tot ce ne intereseaza pe noi.

Daca va intrebati totusi cum adaugam atasamentul, acum vine si raspunsul:

Atasamentul nostru se poate adauga exact inaintea marcajului final despre care am vorbit. Vom avea si exemplu la final. Ce trebuie stiut este ca un atasament intr-un email este codat base64. Asadar daca vrem sa introducem un fisier JPEG, va trebui intai sa-l convertim in base64 (uuencode -m, de exemplu) si abia apoi sa-l adaugam folosind o secventa de genul:

Content-Type: image/jpeg; name=”sign.jpg”
Content-Description: sign.jpg
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=”sign.jpg”
Content-ID: <sign.jpg@00000000>

Dupa cele de mai sus urmeaza base64 encodingul corespunzator fisierului sign.jpg

Toate acestea fiind realizate, avem un mesaj la care s-a adaugat si atasamentul iar el poate fi foarte frumos afisat din HTML-ul corespunzator footerului.

I2C consta fizic in linii  2 active şi o conexiune de impamintare. Liniile active sint denumite SDA şi SCL, Ambele linii sint  bi direcţionale. SDA este Serial Date Line iar SCL este Serial Clock Line.

Orice device conectat la bus are adresa sa unica fara a conta daca este MMU , driver LCD , memorie sau ASIC. Fiecare din aceste cipuri poate primi si / sau transmite depinzind de functionalitatea dorita. Evident un driver LCD poate doar primi in timp ce o memorie sau un dispozitiv I/O poate primi si transmite date.

I2C este un bus multi-master. Astfel pe in I2C bus pot fi conecate mai multe circuite integrate capabile sa initieze transferuri de date. Protocolul I2C specifica ca integratul care initializeaza conexiunea este considerat Bus Master . In consecinta restul circuitelor conectate la I2C sint privite ca Bus Slaves.

Cum Bus Master sint microcontrolere(MCU) iata cum arata o secventa de comunicatie pe I2C.

1. MCU trimite secventa START . In acest moment toate circuitele de pe bus trec in modul receptie.
2. MCU trimite ADRESA circuitului cu care vrea sa comunice impreuna cu flagul operatiei ( READ / WRITE ) .
3. Circuitele compara ADRESA cu adresa proprie si daca nu ii este destinat mesajul asteapta conditia de STOP
4. Daca un circuit are ADRESA dorita de MCU atunci chipul va produce un mesaj ACKNOWLEDGE
5. Apoi se trece la transferul datelor. Cind s-au terminat de transferat datele se trimite secventa de STOP.

After you installed it you will need to download and install  the following 2 aditional rpm’s : nspr-4.6.7-1tfm.i686.rpm and nss-3.11.7-1tfm.i686.rpm .


cd /tmp
mkdir 1 ; cd 1
wget http://download.tfm.ro/TFM_3.2/aditional/nspr-4.6.7-1tfm.i686.rpm
wget http://download.tfm.ro/TFM_3.2/aditional/nss-3.11.7-1tfm.i686.rpm
rpm -Uvh *.rpm

Then download Adobe FMS and modified install from here:


cd /tmp
mkdir 2 ; cd 2
unzip Flashmedia3_Int_Strm_ALP.zip
tar xf FlashMediaServer3.tar.gz
cd FMS_3_0_1_r123
rm -f installFMS
wget http://download.tfm.ro/TFM_3.2/aditional/installFMS
chmod +x installFMS
./installFMS

The installation of adobe FMs is beyond this article scope so i will skip it. After you installed FMS if you need it to autostart on boot you have to edit /etc/rc.d/rc.multi and add to the end of file the following line


cd /opt/adobe/fms ;./server start ; ./adminserver start


That’s all folks. You have Adobe FMS running on TFM/GNU 32 Linux server.

From our tests one FMS can server on one live stream more than 1400 simultaneous users. If you like it or you find it usefull or even better use it , let us know. Feedback is important.

To be able to download visit this link.

Sample usage:

Let’s assume that your proxy server has ip 10.0.0.10 and you have 3 mysql servers with ip’s 10.0.0.1, 10.0.0.2, 10.0.0.3.

• On each mysql server give access to the proxy ip to the databases:

GRANT ALL ON yourdb.* TO my_cluster@10.0.0.10 IDENTIFIED BY ‘your_pass’;

• Start the proxy with the command:

/usr/bin/myproxy –server 10.0.0.1:3306 –server 10.0.0.2:3306 –server 10.0.0.3:3306

• Connect mysql to 10.0.0.10 to port 33060

mysql -h 10.0.0.10 -P 33060 -u my_cluster -p

• Run your queries and enjoy.

apache webserver a fost updatat la versiunea 2.2.9 , kernelul este 2.6.25.11. Au fost adaugate : lvm2 , mnogosearch si altele

A fost adaugat suportul pentru ocfs, iscsi si gfs. In momentul de fata realizarea unui shared storage redundant a devenit posibila folosind strict componentele din TFM server. Documentatia si exemplele de realizare vor fi publicate pe site in curind.

Viteza sistemului de instalare a fost radical imbunatatita prin trecerea la un nou sistem de initrd de instalare. Algoritmul de compresie din rpm a fost schimbat cu un algoritm mult mai performant.

Aceasta versiune este considerata 3.3 RC. Practic 3.3 va fi aceasta versiune cosmetizata ( avem in vedere cosmetizarea structurii din /etc/rc.d/services si eventualelor probleme cu aceasta imagine )

Pentru a downloada aceasta versiune puteti intra aici. Pentru a fi siguri de integritatea imaginii pe care o downloadati puteti verifica suma de control comparand-o cu aceasta.

Solutia consta dintr-o serie de blocuri conectate inte ele. Astfel:

• Un block consta din :

1. Switch Gigabit (1U )
2. Enclosure AOE ( 15 HDD SATA 1TB each ) (3U)
3. Controler (1U)

• 1 Rack de 48U care va fi format din 5 blockuri + UPS

Costuri hardware:


6 * Switch Gbic 24 porturi (480$) = 2880$
5 * Enclosure AOE (4000$) = 20000$
5 * Controller (1000$) = 5000$
75 * Harddisk SATA 1 Tb (400$) = 30000$

TOTAL 57880$

Solutie Software:

Fiecare controller are in grija cite un enclosure AOE. Fiecare enclosure va avea hardurile in raid 5. Astfel pe fiecare enclosure se obtine o capacitate de 14 TB de date. Se poate organiza setul de blocuri in raid 0 (stripping) se obtine o capacitate totala de 70Tb . Insa orice failure de controller duce la compromiterea intregului sistem. ( Exista single point of failure). Fiecare controler isi exporta sistemul de fisiere folosind vlbade iar “controlerul de controlere” realizeaza raidul 5 la nivel de blocuri.

Pentru redundanta completa se organizeaza blocurile in Raid 5 capacitate (56 Tb)

Asta inseamna un cost de 1000$ / Tb redundant.

Nota1: Calculul a fost facut in martie 2007. Intre timp preturile hardiskurilor de 1Tb au scazut.

Nota2: Nu am inclus deloc costurile implementarii. Iar cum se face implementarea face diferenta intre o solutie de succes sau una proasta.