<div dir="ltr">Thanks Samuel. That's super helpful. I didn't realize that SLO could be turned on/off on the server. I thought it was merely a client-side convention.<div><br></div><div>swift stat doesn't return a StorageUrl for me. It just returns:</div>
<div><div>       Account:</div><div>    Containers:</div><div>       Objects:</div><div>         Bytes:</div><div>   Meta Cdn-Id:</div><div>   Meta Nas-Id:</div><div>   X-Timestamp:</div><div>    X-Trans-Id:</div><div> Accept-Ranges:</div>
</div><div><br></div><div>I'll see if I can find out from someone at SoftLayer whether they have an old version or have large objects turned off unless you can think of any other ways I might be able to find out by querying the server.</div>
<div><br></div><div>Thanks,</div><div>Ben</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 12, 2014 at 11:09 PM, Samuel Merritt <span dir="ltr"><<a href="mailto:sam@swiftstack.com" target="_blank">sam@swiftstack.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 3/12/14 9:14 PM, Ben McCann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I'm attempting to download a large file which I have uploaded to<br>
SoftLayer Object Storage using the swift tool. It's downloading only the<br>
manifest and is not downloading the segments. Any tips on figuring out<br>
what is going wrong?<br>
</blockquote>
<br></div>
It's entirely possible that the cluster in question lacks static large object support. Maybe they're running an old version of Swift (pre-1.8.0/Grizzly), or maybe they haven't enabled the static large object feature.<br>

<br>
What you'll need to do is probe the cluster to see if static large objects are enabled.<br>
<br>
The easy way is to politely ask the cluster with a GET request to /info. Run `swift stat -v`, then take the "StorageURL" field and change the path to be just "/info". Strip off any path that's already there.<br>

<br>
For example, if the output looks like<br>
<br>
    StorageURL: <a href="http://192.168.22.2:8080/v1/AUTH_test" target="_blank">http://192.168.22.2:8080/v1/<u></u>AUTH_test</a><br>
    Auth Token: AUTH_<u></u>tk89454677b67348e09eefc1d6fe4d<u></u>fa68<br>
       Account: AUTH_test<br>
    Containers: 1<br>
    [...]<br>
<br>
then you'd simply run<br>
<br>
    curl <a href="http://192.168.22.2:8080/info" target="_blank">http://192.168.22.2:8080/info</a><br>
<br>
The response will be a JSON hash, so maybe run it through a JSON pretty-printer, e.g.<br>
<br>
    curl <a href="http://192.168.22.2:8080/info" target="_blank">http://192.168.22.2:8080/info</a> | python -mjson.tool<br>
<br>
On my development machine, the response looks something like this (some items removed for brevity):<br>
<br>
{<br>
    "container_quotas": {},<br>
    "formpost": {},<br>
    "slo": {                   <---- LOOK FOR THIS<br>
        "max_manifest_segments": 1000,<br>
        "max_manifest_size": 2097152,<br>
        "min_segment_size": 71<br>
    },<br>
    "swift": {<br>
        "account_listing_limit": 10000,<br>
        "container_listing_limit": 10000,<br>
        "max_account_name_length": 256,<br>
        "max_container_name_length": 256,<br>
        "max_file_size": 5368709122,<br>
        "max_meta_count": 90,<br>
        "max_meta_name_length": 128,<br>
        "max_meta_value_length": 256,<br>
        "max_object_name_length": 1024,<br>
        "version": "1.12.0.106.ga08e813"<br>
    }<br>
}<br>
<br>
If you don't see SLO in there, then you're out of luck. Bug Softlayer and see if they'll turn it on.<br>
<br>
Now, it's also possible that you'll get a 412 response with the body "Bad URL" when you run the curl command above. That will tell you that the cluster is running 1.11.0 or earlier, but it won't tell you anything about SLO support. In that case, try uploading a normal file (cat picture or something) with the header "X-Static-Large-Object: yes". If that succeeds, then SLO is disabled; if SLO is enabled, then the PUT will fail.<br>

<br>
A more verbose description is available here: <a href="https://ask.openstack.org/en/question/7005/static-large-objects/" target="_blank">https://ask.openstack.org/en/<u></u>question/7005/static-large-<u></u>objects/</a><br>

<br>
<br>
______________________________<u></u>_________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><a href="http://about.me/benmccann" target="_blank">about.me/benmccann</a>

</div>