Self-hosted Dropbox বিকল্প: Nextcloud, Seafile তুলনা

কোন self-hosted Dropbox বিকল্পটি চালানো উচিত?

চারটি self-hosted Dropbox বিকল্প বিবেচনা করার মতো: Nextcloud, Seafile, Syncthing এবং তার ওপর একটি client ব্যবহার করে object storage। এগুলো পরস্পরের বিকল্প নয়। অন্যদের ফাইল পাঠানোর প্রয়োজন হলে household বা ছোট team-এর জন্য Nextcloud উপযুক্ত। খুব বেশি সংখ্যক ছোট file sync করতে হলে এবং disk-এ data কীভাবে সংরক্ষিত হচ্ছে তার চেয়ে sync speed বেশি গুরুত্বপূর্ণ হলে Seafile উপযুক্ত। একজন ব্যক্তি নিজের device-গুলোর মধ্যে sync করবেন এবং বাইরের কারও link প্রয়োজন হবে না—এমন ক্ষেত্রে Syncthing উপযুক্ত। Archive-এর জন্য object storage উপযুক্ত, যেখানে সস্তায় byte সংরক্ষণ করা যায় এবং খুব কমই data খোলা হয়।

Feature তুলনা করার আগে sync কীভাবে কাজ করে তা দেখে নির্বাচন করুন। Feature-এর তালিকাগুলো দেখতে প্রায় একই রকম। Topology—অর্থাৎ কোন machine-এ সেই copy থাকে, যার সঙ্গে অন্য সব machine-এর copy মিলতে হবে—ছয় মাস পরও আপনি ব্যবস্থাটিতে সন্তুষ্ট থাকবেন কি না, তা নির্ধারণ করে।

Sync topology: একটি server of record, নাকি server ছাড়া peer

এখানে দুটি নকশা বিবেচনায় আছে। পরের বেশিরভাগ বিষয় আপনি কোনটি বেছে নেন তার ওপর নির্ভর করে।

A server of record। Nextcloud, Seafile এবং object storage এই পদ্ধতিতে কাজ করে। একটি মেশিন, সাধারণত একটি VPS (virtual private server), authoritative copy সংরক্ষণ করে। প্রতিটি ডিভাইস ওই মেশিনের সঙ্গে যোগাযোগ করে। আপনার laptop এক মাস বন্ধ থাকলেও পরে চালু হয়ে নিজে থেকেই পরিবর্তনগুলো গ্রহণ করতে পারে। 6 GB খালি জায়গার একটি phone কেবল একটি subset রাখতে পারে, যখন server সবকিছু সংরক্ষণ করে। একটি browser ফাইলগুলোতে পৌঁছাতে পারে। Share link সম্ভব হওয়ার কারণ এটিই।

Peers with no server। Syncthing এই পদ্ধতিতে কাজ করে। ডিভাইসগুলো পরস্পরকে খুঁজে বের করে এবং encrypted connection-এর মাধ্যমে সরাসরি file list বিনিময় করে। কোনো copy authoritative নয়। একটি file যে ডিভাইসগুলোতে আছে, সেখানেই থাকে এবং অন্য কোথাও থাকে না। একটি পরিবর্তন এক ডিভাইস থেকে অন্যটিতে যেতে হলে উভয় ডিভাইসকে একই সময়ে online থাকতে হয়। কাউকে দেওয়ার মতো কোনো URL থাকে না, কারণ কোনো মেশিন page serve করছে না।

এর চারটি ফলাফল আছে। ব্যবহারকারীরা সাধারণত এগুলো পরে বুঝতে পারেন।

• যে ব্যক্তি software install করবেন না, তাকে একটি file পাঠাতে হলে server of record প্রয়োজন। একটি link হলো URL, আর URL-এর জন্য একটি process-কে port-এ listening করতে হয়।
• আপনার নিয়ন্ত্রণে নেই এমন কোনো মেশিন, যেমন work laptop, থেকে file-এ পৌঁছাতে হলে server of record প্রয়োজন।
• কোনো device কয়েক সপ্তাহ বন্ধ থাকলে, সেটি চালু হওয়ার পর server থেকে পরিবর্তন গ্রহণ করে। peer setup-এ অন্য কোনো device-এ ওই data থাকলে এবং সেটি online থাকলেই catch up করা যায়। এ কারণেই অনেক Syncthing user VPS-এ একটি instance চালান, যাতে সেটি সব সময় online থাকা peer হিসেবে কাজ করে।
• Storage-এর হিসাব দুই পদ্ধতিতে আলাদা। একটি server of record একটি পূর্ণ copy রাখে, এর সঙ্গে প্রতিটি device locally যতটুকু রাখে সেটিও যোগ হয়। একই folder share করা চারটি peer চারটি পূর্ণ copy রাখে, কারণ প্রতিটি peer পুরো folder সংরক্ষণ করে।

Nextcloud: ব্যবহারকারী, গ্রুপ এবং public link

Nextcloud একটি PHP web application। এটি আপনার ফাইলগুলো data directory-এর অধীনে সাধারণ ফাইল হিসেবে সংরক্ষণ করে এবং সেগুলোর তথ্য database-এ রাখে। আপনি কোনো folder একজন ব্যবহারকারী, একটি group অথবা password ও expiry date-সহ public link হিসেবে share করতে পারেন। Version history ডিফল্টভাবে চালু থাকে এবং মুছে ফেলা ফাইল প্রথমে trash bin-এ যায়। Desktop client Linux, macOS এবং Windows সমর্থন করে, আর iOS ও Android app-গুলো official। Dropbox ছাড়ার কারণ যদি হয় যে অন্যদের আপনার ফাইল গ্রহণ করতে হবে, তাহলে এটিই বাস্তবসম্মত উত্তর।

এর বিনিময়ে রয়েছে একাধিক উপাদানের জটিলতা। একটি সাধারণ install-এ web server, PHP-FPM (PHP process manager), MariaDB বা PostgreSQL-এর মতো একটি database এবং file locking-এর জন্য Redis চালাতে হয়। cron বা systemd timer থেকে প্রতি পাঁচ মিনিটে একটি background job চলে। 1 GB VPS-এ এটি চালু হবে, কিন্তু বড় upload বা দীর্ঘ occ maintenance command চললে out-of-memory killer প্রক্রিয়াটি বন্ধ করে দেবে। অল্প কয়েকজন ব্যবহারকারীর জন্য 2 GB-কে ন্যূনতম ধরুন, এবং আরও app চালু করলে 4 GB প্রয়োজন হবে বলে ধরে নিন। আরেকটি খরচ হলো upgrade: app-store app-গুলো নির্দিষ্ট core release-এর জন্য তৈরি হয়। তাই upgrade করার আগে আপনি যে app-গুলোর ওপর নির্ভর করেন, সেগুলো পরবর্তী major version সমর্থন করে কি না যাচাই করুন।

কোনো একটি account-এ কয়েক লাখ ছোট ফাইল থাকলে Nextcloud ধীর হয়ে যায়। কারণ প্রতিটি ফাইল file cache table-এ একটি row এবং disk-এ একটি বাস্তব file হিসেবে থাকে, আর desktop client একবারে একটি করে সেগুলো পরীক্ষা করে। পারিবারিক ব্যবহারের পরিসরে এই সমস্যা সাধারণত দেখা যায় না। Sizing, TLS (transport layer security) এবং backup-এর বিস্তারিত TLS ও backup-সহ Docker ভিত্তিক Nextcloud install-এ রয়েছে। সিদ্ধান্ত নেওয়ার পর সেখানেই যান।

পরিধি সম্পর্কে একটি সতর্কতা আছে। Nextcloud আপনার calendar, contacts, notes এবং photo library-ও চালাতে পারে। আপনি চালু করা প্রতিটি app background কাজ বাড়ায় এবং upgrade আটকে দেওয়ার মতো আরও একটি সম্ভাব্য কারণ যোগ করে। আসল সমস্যা যদি photo হয়, তাহলে dedicated tool সেগুলো আরও ভালোভাবে পরিচালনা করে: দেখুন self-hosted Google Photos replacement হিসেবে Immich। আসল সমস্যা যদি document এবং wiki হয়, তাহলে file server-এ আরও app জোড়ার বদলে self-hosted Notion alternatives দেখুন।

Seafile: অত্যন্ত বেশি সংখ্যক ছোট ফাইলের জন্য তৈরি

Seafile প্রতিটি ফাইলকে একাধিক block-এ ভাগ করে এবং content hash দিয়ে নির্ধারিত একটি অভ্যন্তরীণ object store-এ সেগুলো সংরক্ষণ করে। Git যেভাবে তার object সংরক্ষণ করে, ধারণাটি একই। Sync ও sharing-এর একক হলো folder tree নয়, library। Client প্রতিটি ফাইলের জন্য আলাদা request না পাঠিয়ে block এবং একটি commit upload করে। তাই 100,000টি ছোট ফাইলের directory sync করতে per-file protocol-এর তুলনায় অনেক কম সময় লাগে। অভিন্ন block একবারই সংরক্ষণ করা হয়। ফলে বড় কোনো ফাইলের দ্বিতীয় copy-এর জন্য প্রায় কোনো অতিরিক্ত storage লাগে না।

এর বিনিময়ে server-এ থাকা আপনার ফাইলগুলো আর সাধারণ ফাইল হিসেবে থাকে না। Storage directory খুললে hexadecimal নামের object file দেখতে পাবেন। Data বের করতে হলে Seafile client অথবা Seafile-এর নিজস্ব export ও fsck tool ব্যবহার করতে হবে। Backup আগের মতোই কাজ করে, কারণ object-গুলো সাধারণ file। তবে cp ব্যবহার করে একটি spreadsheet আলাদাভাবে restore করতে পারবেন না। এটি আপনার জন্য গ্রহণযোগ্য কি না এখনই নির্ধারণ করুন, কারণ পরে মানুষ সাধারণত এই বৈশিষ্ট্য নিয়েই অনুতপ্ত হয়।

Seafile একটি community edition এবং একটি paid professional edition প্রকাশ করে। Edition দুটির মধ্যে বৈশিষ্ট্যের বিভাজন release অনুযায়ী পরিবর্তিত হয়। তাই কোনো নির্দিষ্ট feature-এর ওপর team পরিকল্পনা করার আগে তাদের site-এ বর্তমান terms পড়ুন। Official desktop ও mobile client রয়েছে। Encrypted library client-এ encryption করা হয়। তাই server এমন ciphertext সংরক্ষণ করে যা server পড়তে পারে না। Passphrase হারালে library আর পড়া যাবে না, আপনিও তা পড়তে পারবেন না। Browser-এ encrypted library খুলতে হলে সেই passphrase web session-এ দিতে হয়। তাই এই guarantee-এর সবচেয়ে শক্তিশালী রূপ desktop ও mobile client-এর ক্ষেত্রেই প্রযোজ্য।

Resource cost Nextcloud-এর কাছাকাছি। আপনাকে একটি database, একটি memory cache এবং দুটি application process চালাতে হবে। তাই 2 GB আবারও যুক্তিসঙ্গত সর্বনিম্ন পরিমাণ।

Syncthing: লগ ইন করার কিছু নেই

Syncthing একটি একক Go binary। এটি folder পর্যবেক্ষণ করে, discovery server বা relay-এর মাধ্যমে peer খুঁজে পায় এবং device-গুলোর মধ্যে সরাসরি sync করে। যাদের সঙ্গে আপনি sync করবেন, তাদের জন্য কোনো account বা login page নেই। ID দিয়ে দুটি device pair করুন এবং উভয় পাশে folder গ্রহণ করুন। এখানে থাকা অন্য যেকোনো কিছুর তুলনায় এটি চালাতে সবচেয়ে কম কাজ লাগে, কারণ পরিচালনা করার মতো উপাদানও খুব কম।

এর বিনিময়ে আপনি সম্পূর্ণ sharing সুবিধা হারাবেন। এর ঘরে লেখা আছে Device pairing only, no links। কোনো client, accountant বা আত্মীয়কে দেওয়ার জন্য আপনি link তৈরি করতে পারবেন না। Mobile support-ও একটি সীমাবদ্ধতা: Android app, no official iOS। প্রকল্পটির নিজস্ব FAQ-এ বিষয়টি স্পষ্টভাবে বলা হয়েছে: "There are no plans by the current Syncthing team to officially support iOS in the foreseeable future"। কারণ iOS background processing এতটাই সীমিত করে যে নির্ভরযোগ্য sync কঠিন হয়ে যায়। iOS ব্যবহারকারীদের third-party app ব্যবহার করতে হয়।

Resource ব্যবহার কম, তবে একটি বিষয় জানা দরকার। Syncthing sync করা প্রতিটি file-এর জন্য একটি index entry রাখে। তাই memory ব্যবহার এবং প্রথম scan মোট size-এর পরিবর্তে file-এর সংখ্যার সঙ্গে বাড়ে। প্রথমবার বড় folder hash করার সময় কিছুক্ষণ CPU ব্যবহার বেশি হবে। এরপর তা স্থিতিশীল হয়ে যাবে। সবচেয়ে ছোট VPS plan-এও এটি স্বচ্ছন্দে চালানো যায়।

Conflict হলে উভয় পাশই রাখা হয়। দুটি device একে অপরকে দেখতে না পেয়ে একই file পরিবর্তন করলে Syncthing একটি copy-এর নাম পরিবর্তন করে এবং সেটিকে অন্য copy-এর পাশে রাখে। ফলে আপনি notes.sync-conflict-20260802-141530-K7MB3QT.md-এর মতো file দেখতে পাবেন। কোনো data হারায় না। তবে কোনো merge-ও হয় না; আপনাকেই হাতে resolve করতে হবে।

একটি client দিয়ে object storage: সস্তা bytes, sync folder নয়

Object storage বলতে S3 (simple storage service)-সামঞ্জস্যপূর্ণ একটি bucket বোঝায়। এটি MinIO দিয়ে self-hosted হতে পারে, অথবা কোনো provider-এর কাছ থেকে ভাড়া নেওয়া হতে পারে। এটি ব্যবহার করতে একটি tool লাগে: command line থেকে rclone, অথবা এমন একটি desktop client, যা bucket-কে drive হিসেবে দেখায়। Sharing-এর জন্য presigned URL ব্যবহার করা হয়। এটি এমন একটি link, যার মধ্যে নিজস্ব expiry time থাকে। Versioning হলো bucket-এর একটি setting: Bucket versioning, off by default। তাই bucket তৈরি করার সময় এটি চালু করুন, কারণ আগে upload করা object-গুলোর ক্ষেত্রে এটি প্রযোজ্য নয়।

Bucket-কে sync folder হিসেবে ব্যবহার করলেই সমস্যা শুরু হয়। ডিফল্টভাবে কোনো কিছু আপনার Documents directory monitor করে না। rclone bisync two-way sync করে, এবং rclone-এর নিজস্ব documentation-এও এটি ব্যবহারে সতর্কতার প্রয়োজনীয়তা স্পষ্টভাবে বলা হয়েছে। Object storage যে কাজটি খুব ভালোভাবে করে, তা হলো নিচের storage layer হিসেবে কাজ করা: backup target অথবা কোনো application-এর পেছনের storage layer। MinIO দিয়ে self-hosted S3 compatible object storage-এ server side সম্পর্কে আলোচনা করা হয়েছে।

এখানে resource cost কিছুটা ভিন্ন। MinIO একটি binary, এবং idle অবস্থায় খুব কম resource ব্যবহার করে। আপনার প্রকৃত খরচ হলো disk। VPS-এর ক্ষেত্রে এর অর্থ প্রতি gigabyte হিসেবে ভাড়া নেওয়া block volume, এবং object upload ও download করার সময় ব্যবহৃত bandwidth। এই দুটির কোনোটিই free -h-এ দেখা যায় না। তাই archive-এর আকার নির্ধারণের আগে একটি VPS-এর প্রকৃত মাসিক খরচ পড়ুন।

Sharing, mobile clients and versioning-এর তুলনা

[
  {
    "tool": "Nextcloud",
    "sharing": "Public links, users and groups",
    "mobile": "Official iOS and Android apps",
    "versioning": "On by default, plus trash"
  },
  {
    "tool": "Seafile",
    "sharing": "Public links with password and expiry",
    "mobile": "Official iOS and Android apps",
    "versioning": "Library history and snapshots"
  },
  {
    "tool": "Syncthing",
    "sharing": "Device pairing only, no links",
    "mobile": "Android app, no official iOS",
    "versioning": "Optional per folder, off by default"
  },
  {
    "tool": "Object storage",
    "sharing": "Presigned URLs you generate",
    "mobile": "Third party clients only",
    "versioning": "Bucket versioning, off by default"
  }
]

4টি option একটি বৈশিষ্ট্যের ভিত্তিতে আলাদা হয়। এর মধ্যে তিনটি এমন অপরিচিত ব্যক্তিকেও ফাইল দিতে পারে, যার কাছে শুধু একটি browser আছে। একটি option কেবল আপনার মালিকানাধীন device-এর সঙ্গে যোগাযোগ করে। Seafile-এর versioning entry, Library history and snapshots, আলাদাভাবে উল্লেখ করা দরকার: history প্রতিটি library অনুযায়ী সংরক্ষিত হয়। তাই কোনো library মুছে ফেললে তার history-ও মুছে যায়।

আবার আপনার ডেটা বের করে নেওয়া

এখন exit cost যাচাই করা সহজ, পরে এটি জানা ব্যয়বহুল হতে পারে। তাই কোনো সমাধানে স্থায়ীভাবে নির্ভর করার আগে এটি যাচাই করুন।

Nextcloud ডেটা directory-তে প্রকৃত ফাইল সংরক্ষণ করে। তাই ডেটা directory-এর একটি tar থাকলে application আর কখনো চালু না হলেও আপনার documents পাওয়া যাবে। Syncthing প্রতিটি peer-এ একইভাবে ফাইল সংরক্ষণ করে। এই বিকল্পগুলোর মধ্যে এটির exit সুবিধা সবচেয়ে শক্তিশালী: ফাইলগুলো প্রতিটি device-এ সরাসরি থাকে। Seafile-এর object store-এ থাকা block-গুলোকে আবার ফাইলে সাজাতে Seafile অথবা এর export tools প্রয়োজন। Object storage-এর ক্ষেত্রে rclone বা সমতুল্য কোনো tool প্রয়োজন, যা একটি command দূরেই রয়েছে।

সিঙ্ক ব্যাকআপ নয়, আর এই ব্যবধানেই মানুষ ডেটা হারায়

এখানে প্রতিটি টুল মেশিনগুলোর মধ্যে পরিবর্তন কপি করে। কোনো ফাইল মুছে ফেলাও একটি পরিবর্তন। আপনার laptop থেকে কোনো folder সরালে client সেটি server-কে জানায়, server পরিবর্তনটি প্রয়োগ করে, এবং অন্য প্রতিটি device থেকেও সেটি মুছে যায়। Ransomware একই পথ ব্যবহার করে: এটি স্থানীয়ভাবে ফাইল encrypt করে, client পরিবর্তিত ফাইল শনাক্ত করে, এবং encrypt করা সংস্করণ upload করে। সিঙ্ক সঠিকভাবেই কাজ করেছে। আপনার ডেটা তবু হারিয়ে গেছে।

Trash bin এবং version history এই ক্ষতি কিছুটা কমায়। তবে এগুলোর মেয়াদ শেষ হয়, ভুল করা একই account এগুলো খালি করতে পারে, এবং live copy যে disk-এ আছে, সেখানেই এগুলোও থাকে। কোনো volume ব্যর্থ হলে ফাইল ও তাদের history একসঙ্গে হারায়।

ব্যাকআপ হলো আলাদা hardware-এ রাখা একটি পৃথক copy, যা নির্দিষ্ট schedule অনুযায়ী নেওয়া হয় এবং যেখান থেকে আপনি অন্তত একবার restore করেছেন। একই run-এ database এবং ফাইল—দুটিই ব্যাকআপ করুন। Database ছাড়া কোনো Nextcloud data directory restore করলে এমন একটি instance পাবেন, যা ওই ফাইলগুলোর অস্তিত্ব জানে না। এরপর কোনো occ files:scan চালালে ফাইলগুলো ফিরে আসতে পারে, কিন্তু ওই table-গুলোতে থাকা share এবং version history হারিয়ে যাবে। VPS থেকে নির্ধারিত সময়ে restic ব্যাকআপ-এ এই encrypted ও deduplicated পদ্ধতিটি ব্যাখ্যা করা হয়েছে। সেখানে restore পরীক্ষা করার পদ্ধতিও আছে, তাই শুধু ধরে নিতে হয় না যে restore কাজ করবে।

আমি যা বেছে নিতাম

এটি পড়ছেন এমন অধিকাংশ মানুষের জন্য আমি Nextcloud বেছে নিতাম। Dropbox ছাড়ার পর মানুষ সাধারণত যে সুবিধাগুলো মিস করে, তার মধ্যে আছে এমন কাউকে একটি link দেওয়া যে কখনো কোনো কিছু install করবে না, এবং ফোনে একটি file খোলা। Nextcloud official client ও কোনো paid tier ছাড়াই দুটিই সমর্থন করে। এর জন্য 2 GB RAM যুক্তিসঙ্গত মূল্য। আমি দুটি ব্যতিক্রম মানি। Folder-টি যদি সব সময় শুধু আপনার হয় এবং কেবল আপনার মালিকানাধীন hardware-এই থাকে, তাহলে Syncthing চালান। এতে কোনো server patch করতে হবে না এবং কোনো web login সুরক্ষিত রাখার প্রয়োজন হবে না। আপনি যদি কয়েক লক্ষ file-সমৃদ্ধ কোনো working directory sync করেন, তাহলে Seafile চালান। Speed-এর বিনিময়ে এর opaque storage মেনে নিন। আপনি যেটিই বেছে নিন, Object storage তার নিচের স্তরে backup target হিসেবে থাকা উচিত; sync tool হিসেবে সামনে নয়।

FAQ

Syncthing কি আমার laptop-এর backup?

না। Syncthing device-গুলোর মধ্যে পরিবর্তন কপি করে। কোনো file মুছে ফেলা হলে সেটিও অন্য যেকোনো পরিবর্তনের মতোই গণ্য হয়। তাই ভুল করে মুছে ফেলা file কয়েক সেকেন্ডের মধ্যে সব paired device থেকে অদৃশ্য হয়ে যায়। প্রতি folder-এর file versioning এই সমস্যা কমায়। তবে প্রতিটি folder-এ এটি enable না করা পর্যন্ত versioning বন্ধ থাকে। আলাদা hardware-এ নির্ধারিত সময়সূচি অনুযায়ী প্রকৃত backup রাখুন। restore কাজ করছে কি না নিশ্চিত হতে অন্তত একবার backup থেকে restore করুন।

একই VPS-এ Nextcloud এবং Syncthing চালাতে পারি?

হ্যাঁ। তারা ভিন্ন port-এ listen করে এবং একে অপরের সঙ্গে conflict করে না। Syncthing folder-কে Nextcloud-এর data directory-তে point করবেন না। Nextcloud database-এ প্রতিটি file track করে। তাই এর নিচে disk-এ দেখা দেওয়া file occ files:scan চালানো পর্যন্ত অদৃশ্য থাকে। এর নিচে মুছে ফেলা file-এর ক্ষেত্রে database-এ এমন row থেকে যায়, যা কোনো কিছুর দিকে নির্দেশ করে না। Syncthing-এর জন্য আলাদা directory দিন। অথবা সেই directory-কে Nextcloud-এ external storage হিসেবে attach করুন, যাতে Nextcloud সেটি পরীক্ষা করতে জানে।

যাঁর কোনো account নেই, তাঁর সঙ্গে link share করতে কোনটি ব্যবহার করা যায়?

Nextcloud এবং Seafile উভয়ই public link তৈরি করে। এতে optional password এবং expiry date দেওয়া যায়। Object storage একটি presigned URL দেয়, যা নির্ধারিত সময় পার হলে নিজে থেকেই কাজ করা বন্ধ করে। Syncthing-এর ক্ষেত্রে এর কোনো ব্যবস্থা নেই। এর sharing model হলো device pairing। তাই অন্য ব্যক্তিকে Syncthing install করতে হবে, আপনাকে একটি device ID দিতে হবে এবং folder গ্রহণ করতে হবে।

সার্ভারের কত disk প্রয়োজন?

Server of record-এর জন্য shared data-এর সম্পূর্ণ আকারের পাশাপাশি version history এবং trash-এর জন্য জায়গা রাখুন। Upload চলাকালীন প্রয়োজনীয় working space-ও রাখুন। Version history-এর প্রয়োজনীয়তা মানুষ প্রায়ই কম ধরে। প্রতিদিন পরিবর্তিত 2 GB file-এর প্রতিটি version রেখে দিলে দ্রুত জায়গা শেষ হয়। তাই শুরুতেই একটি retention policy নির্ধারণ করুন। Data আলাদা volume-এ রাখলে এই বৃদ্ধি root filesystem থেকে দূরে থাকে। Disk সম্পূর্ণ ভরে গেলে শুধু একটি upload নয়, পুরো server বন্ধ হয়ে যেতে পারে।