Customer-owned appliance
VibePackr is prepared as a single-tenant AMI appliance in the customer's AWS account. The image contains the product; continue first-boot setup instead of reinstalling it.
Review one customer-owned AMI appliance from first boot to a traceable Work result. Keep image readiness, customer setup, licensing and business execution separate.
Review preparation · AWS AMI validation pending
This guide is available for review preparation. A reviewable VibePackr AMI, version-specific launch details and a valid license entitlement must be supplied before live testing. This page does not provide a subscribable offer or an approved AMI.
VibePackr is prepared as a single-tenant AMI appliance in the customer's AWS account. The image contains the product; continue first-boot setup instead of reinstalling it.
The planned annual contract unit covers one concurrently running appliance VM. A second simultaneous VM needs another unit. Confirm the exact contract and available test quantity for the delivered version.
Software, EC2, EBS, network traffic and any selected model/provider charges are distinct. Agree a test budget and cleanup owner before launch; this guide does not authorize a purchase.
| Readiness layer | Expected observation | What still needs checking |
|---|---|---|
| Instance and services | The selected image boots and the expected services report their actual result. | A running EC2 instance or service is not proof of completed customer setup. |
| Customer binding: BOUND | The customer binding reported by the appliance is established. | It does not prove an active software license or permission for a particular Work. |
| License state: ACTIVE | The appliance reports active license admission for that VM. | Record issuer, identity or renewal timing only through an approved redacted observation; ACTIVE alone does not establish those details. |
| Work and its outcome | One separately authorized operation is traced through its own validation, human review, acceptance and closure records. | Installation checks and a completed worksheet do not execute or accept a business Work. |
Obtain the Marketplace product/version, regional AMI, release manifest, launch instructions, supported sizing and supplier contact. Record the actual test account, Region and permitted data privately. The current candidate targets Debian 13 x86_64; confirm the submitted version rather than choosing a similarly named community image.
A single identified delivery and an agreed test scope. If the AMI or release-specific values are missing, continue document review and leave dependent live checks NOT_RUN.
Confirm a valid purchased entitlement or an explicitly supplied test entitlement and its quantity. Use the review release's EC2 instance-profile instructions with temporary credentials through IMDSv2. The current adapter uses CheckoutLicense, ExtendLicenseConsumption and CheckInLicense. Keep DNS, accurate time and HTTPS access to the specified licensing Region. Use the approved administrative route and exact ports; SSM availability is not assumed.
The reviewer can identify the IAM role, private/admin route, licensed quantity and budget. No static AWS key is placed in user data, the image or the worksheet.
Launch only the identified VibePackr AMI using the supplied version's settings. Allow its existing first-boot process to complete. Record instance identity and inspect the installed release. Do not rerun install.sh, use image-builder mode, reset identity or capture an initialized customer VM as a reusable product image.
The launched instance matches the review delivery and produces its own first-boot state. Preserve the first failure and its context rather than deleting state to make initialization appear successful.
Use the read-only command examples below from the permitted administrative account. Follow the release_manifest, bootstrap and skills paths returned by setup paths. Inspect service results, customer_binding_state and aws_marketplace_license.state separately. The health script's exit code does not by itself certify ACTIVE licensing or customer Work authority.
A private record states the actual service result, BOUND status, license state and any remaining prerequisite. Pending, denied and unobserved values stay distinct.
uname -m
cat /etc/os-release
/opt/vibepackr/setup paths
sudo -n systemctl show vibepackr-first-boot.service -p ActiveState -p SubState -p Result
sudo -n systemctl show vibepackr-control-plane.service -p ActiveState -p SubState -p Result
sudo -n /opt/vibepackr/healthRun only on the intended supplied VM through its permitted administrative account. These examples do not install software, grant access or submit a Work. Compare the actual returned fields and service Result; first-boot is a oneshot service, so its state must be interpreted with the result.
With the supplier's agreed test entitlement, verify acquisition and continued renewal. Test single-unit exhaustion using two disposable VMs only when that cost and operation are authorized. Confirm that license loss prevents new Work. Stop the old VM before replacement; the current candidate may hold its unit until lease expiry, up to one hour after its last successful renewal. It does not promise immediate automatic return on shutdown.
Quantity, actual states and replacement timing have redacted evidence. Never manually copy a license journal between instances or call CheckInLicense while work is still running to force a pass.
Follow the supplied bootstrap and client/runtime instructions. Select a runtime supported by that release; access to an AWS AI service does not establish a VibePackr adapter or runtime binding. Agree one synthetic or approved input and operation, then trace its Work ID, result, validation, human decision and closure. Keep licensing separate from customer identity and Work authorization.
One traceable result with an explicit scope. A ready service, license, PDF file or reviewer comment alone is not a completed and accepted Work.
Retain the original Work ID and first error. Review a consistent backup of the required state, configuration and evidence using the supplied version's recovery procedure. Re-evaluate installation identity, customer binding and licensing on a changed host. A snapshot can contain secrets and instance-specific lease data; it is not a portable activation method. Treat restore and upgrade checks as pending until actually tested.
The record separates observed recovery from the procedure that remains to be tested. Do not start a duplicate Work or erase the original evidence to hide an interruption.
Review the checklist and worksheet, assign owners to unresolved items and record the reviewer conclusion separately from AWS's decision. Account for every disposable instance, volume and snapshot. Terminating an instance does not always delete its EBS volumes. Remove only resources covered by the agreed cleanup scope and retain the approved evidence privately.
Actual results, outstanding requirements, costs and retained resources are recorded. AWS Marketplace scanning and approval are separate AWS-owned review activities.
Ask the supplier for the exact delivery and the agreed license/testing arrangement. Continue the checklist as document review; keep dependent live checks NOT_RUN. Do not launch a substitute image or buy software merely to populate a worksheet.
Keep the instance/release identity, service Result and first error. Inspect only the relevant logs through the approved admin route and remove secrets before sharing. Do not reset initialization state.
Follow the installed bootstrap, customer owner and runtime instructions. A Marketplace license does not supply customer credentials or authorize a business operation.
Check entitlement quantity, the actual instance profile, IMDSv2, time, DNS and access to the supplied licensing endpoint. Keep the reported reason. Do not weaken metadata protection or paste credentials into configuration.
Confirm the old VM is stopped. Record the last known renewal or approved observation and allow the lease to expire. The current candidate may require up to one hour; report longer or unexplained delays instead of copying lease files.
Keep the original Work ID and inspect its actual status and supplied recovery path. Report validation, human decision and closure as separate observations; do not fabricate a completed example or repeat the action to conceal uncertainty.
Vendor-authored review aid, checked against the linked AWS documentation on 2026-11-08. It is not an exhaustive AWS checklist or an AWS approval. Confirm current requirements for the actual submission.