{"id":607,"date":"2008-08-08T17:31:32","date_gmt":"2008-08-08T21:31:32","guid":{"rendered":"http:\/\/www.ezrasf.com\/wplog\/?p=607"},"modified":"2011-01-23T01:33:01","modified_gmt":"2011-01-23T05:33:01","slug":"ce-vista-undocumented-workspaces","status":"publish","type":"post","link":"https:\/\/www.ezrasf.com\/wplog\/2008\/08\/08\/ce-vista-undocumented-workspaces\/","title":{"rendered":"CE \/ Vista Undocumented Workspaces"},"content":{"rendered":"<p>On the <a href=\"http:\/\/lists.blackboard.com\/scripts\/wa-BLACKBOARD.exe?A0=WEBCT-USERS\">WebCT Users<\/a> email list (hosted by Blackboard) there is a discussion about a mysterious directory called unmarshall which suddenly appeared. We found it under similar circumstances as others by investigating why a node consumed so much disk space. Failed command-line restores end up in this unmarshall directory.<\/p>\n<p>Unmarshalling in Java jargon means:<\/p>\n<blockquote><p>converting the byte-stream back to its original data or object <sup><a href=\"#ref\">1<\/a><\/sup><\/p><\/blockquote>\n<p>This suspiciously sounds like what a decryption process would use to convert a .bak file into a .zip so something can open the file.<\/p>\n<p>This is fourth undocumented work space where failed files site for a while and cause problems and no forewarning from the vendor.<\/p>\n<p>Previous ones are:<\/p>\n<ol>\n<li><strong>Failed UI backups<\/strong> end up in the weblogic81 (Vista 3, does this still happen in Vista 8?) directory.<\/li>\n<li><a href=\"http:\/\/www.ezrasf.com\/wplog\/?p=284\"><strong>Failed tracking data files<\/strong> end up in WEBCTDOMAIN\/tracking<\/a> (Vista 3, apparently no longer stored this way in Vista 4\/8 according to CSU-Chico and Notre Dame)<\/li>\n<li><a href=\"http:\/\/www.ezrasf.com\/wplog\/?p=306\"><strong>Web Services content<\/strong> ends up in \/var\/tmp\/<\/a> and are named Axis####axis. These are caused by a bug in DIME (like MIME) for Apache Axis. No one is complaining about the content failing to arrive, so we presume the files just end up on the system.<\/li>\n<\/ol>\n<p>#3 were the hardest to diagnose because of a lack of an ability to tie the data back to user activity.<\/p>\n<p>Is this all there are? I need to do testing to see which of these I can cross off my list goring forward in Vista 8. Failed restores are on it indefinitely for now.<br \/>\n\ud83d\ude41<\/p>\n<p>References:<\/p>\n<ol>\n<li><a href=\"http:\/\/www.jguru.com\/faq\/view.jsp?EID=560072\">http:\/\/www.jguru.com\/faq\/view.jsp?EID=560072<\/a><\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"<p>On the WebCT Users email list (hosted by Blackboard) there is a discussion about a mysterious directory called unmarshall which suddenly appeared. We found it under similar circumstances as others by investigating why a node consumed so much disk space. Failed command-line restores end up in this unmarshall directory. Unmarshalling in Java jargon means: converting [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"activitypub_content_warning":"","activitypub_content_visibility":"","activitypub_max_image_attachments":4,"activitypub_interaction_policy_quote":"anyone","activitypub_status":"","footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[22],"tags":[239,108,225,990,591,3053,736,348,352,73,351,323,349,277,117,283,112,221,104],"class_list":["post-607","post","type-post","status-publish","format-standard","hentry","category-bbvista","tag-apache","tag-apache-axis","tag-backups","tag-blackboard-cevista","tag-blackboard-inc","tag-wordpress","tag-chief-information-officer","tag-command-line","tag-dime","tag-email","tag-jar","tag-java","tag-logic","tag-name","tag-tracking","tag-user-interface","tag-users","tag-webct","tag-weblogic"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p1rUBW-9N","jetpack-related-posts":[],"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/posts\/607","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/comments?post=607"}],"version-history":[{"count":0,"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/posts\/607\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/media?parent=607"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/categories?post=607"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ezrasf.com\/wplog\/wp-json\/wp\/v2\/tags?post=607"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}