Looking for the API-based approach? See S3: Onboarding via API.
Overview
S3 Data Lake connects to raw Parquet files stored directly in an S3 bucket — no catalog service required. StarTree scans the specified S3 prefix, discovers Parquet files, and makes them queryable through Pinot.Prerequisites
Before starting, ensure you have:- StarTree 0.15.0 or later with the external table Beta feature enabled for your environment.
- AWS credentials (access key + secret key) with
s3:GetObjectands3:ListBucketpermissions on the source bucket and prefix. - The bucket name, key prefix, and AWS region for your Parquet data.
Step 1: Open the External Tables
- Log in to Data Portal.
- In the left navigation, go to Tables.
- Click + Connect External Table.
Step 2: Select S3 Data Lake
Choose S3 Data Lake as the catalog type. Fill in the connection details:
Click Validate Connection. Data Portal calls the catalog’s validate endpoint and confirms credentials and connectivity before proceeding.
Step 3: Browse and Select a Table
Once the connection is validated:- Data Portal lists the available S3 prefixes (directories) under your configured prefix.
- Select a prefix to view the Parquet files it contains.
- Click the table (prefix) you want to onboard.
Step 4: Review the Schema
The auto-generated Pinot schema is displayed for review. You can:- Set a time column — select the column to use as the Pinot time dimension (optional; leave blank for no time partitioning).
- Rename the schema — provide a custom schema name, or accept the default derived from the prefix.
Step 5: Configure the Table
Review and adjust the table configuration:
Click Create Table to register the schema and table with Pinot. Data Portal automatically triggers the first onboarding run immediately after creation — no manual step required.
Step 6: Monitor Onboarding
Once the table is created, onboarding starts automatically. The table detail view shows the status in real time:- Running — the task is actively reading Parquet files and building Pinot segments.
- Completed — onboarding finished successfully.
- Failed — onboarding encountered an error. The error message and the number of files discovered vs. segments generated are surfaced to help diagnose the issue.
Pausing Onboarding
To pause scheduled onboarding from Data Portal:- Open the table in the Tables view.
- Click Pause Sync. This removes the
schedule(cron trigger) from the table’sExternalTableSyncTaskconfig and stashes its value underschedule.paused, so the watcher stops firing new runs. Any run currently in progress completes normally, and existing segments and the last checkpoint are untouched. Click Resume Sync to restore the schedule fromschedule.paused— onboarding resumes from where it left off; it does not restart from scratch.
This is a separate mechanism from the
enabled key documented in Best Practices & Configs — that key can also be set to false directly via the table config or API to stop new runs, but the Data Portal’s Pause Sync button acts on schedule/schedule.paused, not enabled.Frequently Asked Questions
The Validate step fails — what should I check?- Confirm the access key has
s3:GetObjectands3:ListBucketpermissions on the bucket and prefix. - Verify the region matches where your S3 bucket is located.
- Check that the prefix ends with
/if it’s a folder path.
Can I onboard multiple prefixes from the same bucket? Yes. Each prefix is registered as an independent Pinot table with its own onboarding schedule. Start the wizard again and use the same bucket with a different prefix.
The table was created but onboarding hasn’t started — what should I check? Data Portal triggers the first onboarding run automatically after table creation. If onboarding hasn’t started, check the table’s detail page for an error status and review the error message. You can also trigger a run manually via the trigger API.

