Batch chunks from ingest.py
This commit is contained in:
142
out/946343310/chunks.json
Normal file
142
out/946343310/chunks.json
Normal file
@@ -0,0 +1,142 @@
|
||||
[
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 0,
|
||||
"timestamp": "2:44",
|
||||
"timestamp_sec": 164,
|
||||
"title": "Red Hat 8 to Red Hat 9 Migration Strategy",
|
||||
"summary": "Three approaches for migrating enterprise cluster: (1) Install new servers and add to cluster with database ID and Doctor implications; (2) Build as separate Doctor system to preserve configuration; (3) Clean build against new database with import/export, losing audit logs and tracking tables. New servers cannot be simply added due to ID conflicts and Doctor replication issues. Preferred approach depends on whether Doctor systems exist and acceptable data loss.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 1,
|
||||
"timestamp": "10:31",
|
||||
"timestamp_sec": 631,
|
||||
"title": "Migration Practical Considerations",
|
||||
"summary": "Migration success depends on storage mounts, DNS resolution, LDAP/SSO IP whitelisting, antivirus rules, and mail notification settings. Edges should be rebuilt completely \u2014 no migration of edge configuration is recommended. Only XML import/export works cleanly between old and new systems.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 2,
|
||||
"timestamp": "16:45",
|
||||
"timestamp_sec": 1005,
|
||||
"title": "Zero Downtime Upgrade vs OS Migration Differences",
|
||||
"summary": "Zero Downtime Upgrade (ZGU) keeps one database with multiple replicated schemas, switching servers dynamically. OS migration uses separate databases and Doctor model, causing service disruption. ZGU does not change OS; OS migration must. Future ZGU may support OS migration but currently is not recommended for this use case.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 3,
|
||||
"timestamp": "24:36",
|
||||
"timestamp_sec": 1476,
|
||||
"title": "SMB Connector Protocol and Use Cases",
|
||||
"summary": "SMB connector is used for transferring files from on-premises Samba servers to cloud ST instances. Port is configurable per transfer site. SMB establishes one connection per file with mounting overhead \u2014 not suitable for high-volume transfers (>100 files/hour). CFT or similar tools recommended for large-scale ground-to-cloud file movement.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 4,
|
||||
"timestamp": "31:42",
|
||||
"timestamp_sec": 1902,
|
||||
"title": "SSH Authentication Timeout and Network Diagnostics",
|
||||
"summary": "SSH authentication taking ~5 minutes with public key signing failures is likely caused by firewall or load balancer idleness timeout, not ST configuration. ST uses Maverick SSH libraries (stricter RFC compliance) versus OpenSSH (more flexible). Typical authentication should complete in <30 seconds. Manual SSH client test from edge server confirms if issue is with partner's noncompliant SSH server.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 5,
|
||||
"timestamp": "39:55",
|
||||
"timestamp_sec": 2395,
|
||||
"title": "SFTP Connection Timeouts and Server Compatibility",
|
||||
"summary": "Five-minute timeout pattern suggests external firewall/load balancer closing connections, not ST. Maverick libraries may expose noncompliant servers that OpenSSH accepts. Test direct connection from edge to partner; if slowness persists, investigate partner's SSH server type and compatibility.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 6,
|
||||
"timestamp": "40:00",
|
||||
"timestamp_sec": 2400,
|
||||
"title": "Multi-Destination File Routing Setup",
|
||||
"summary": "When routing files to both external SSH and internal network path via folder monitor fails with 'path not found': verify path accessibility from ST server OS level (not desktop), check for typos and case sensitivity, use FQDN or IP instead of short hostnames, and verify Windows share accessibility from Linux application context.",
|
||||
"transcript": "",
|
||||
"is_demo": true,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 7,
|
||||
"timestamp": "42:03",
|
||||
"timestamp_sec": 2523,
|
||||
"title": "Network Path Resolution Issues (Linux to Windows)",
|
||||
"summary": "ST runs as Linux application accessing Windows shares. Case sensitivity, short hostname resolution, and DNS configuration can cause UNC path failures. Verify path from ST server command line, test with FQDN or IP address, and ensure Windows share ports are open to ST servers.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 8,
|
||||
"timestamp": "46:50",
|
||||
"timestamp_sec": 2810,
|
||||
"title": "Account Maintenance Multiple Threshold Configuration",
|
||||
"summary": "Only one account maintenance application instance can run per system. Multiple thresholds for key expiration warnings must be configured within a single application using comma-separated day values in custom account fields (e.g., 30,60,90). Workaround to disable a threshold: set impossibly high value like 9999.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
},
|
||||
{
|
||||
"video_id": "946343310",
|
||||
"video_url": "https://vimeo.com/946343310",
|
||||
"chapter_index": 9,
|
||||
"timestamp": "52:18",
|
||||
"timestamp_sec": 3138,
|
||||
"title": "Key Expiration Notification Timing",
|
||||
"summary": "Account maintenance sends notifications on configured days before expiration. If server is down on notification day, notification does not retroactively send. Use staggered values with buffer days (e.g., 30, 55, 60) to ensure at least one notification triggers. Field format for multiple values is not well-documented.",
|
||||
"transcript": "",
|
||||
"is_demo": false,
|
||||
"frame_description": null,
|
||||
"source": "ask-annie",
|
||||
"series": "ST Best Practices Q&A"
|
||||
}
|
||||
]
|
||||
Reference in New Issue
Block a user