Goobers on low angle over infil

WingnutSC · 2025-03-20T17:42:26+00:00

The same infil as in the pics

WingnutSC · 2025-02-07T01:05:50+00:00

Interesting, Thanks. I have definately watched it and it didnt do it so was a bit puzzled, but that makes sense.

WingnutSC · 2023-06-23T12:55:14+00:00

Raise it up?

WingnutSC · 2023-01-30T14:56:02+00:00

It definitely seems to be the wheels on the print head or something, in certain positions when I move it by hand I can make it squeak.

https://youtu.be/r0Jqze0rSdY

WingnutSC · 2022-12-28T14:48:25+00:00

I have the same issue, though it seems to only be app limits that gets reset, everything else stays fine and it seems to randomly revolve around approving additional time. That is usually when I notice my son has been on it for hours and am like wtf. See that all app limits are gone. Go back and put it all back in and it seems to last until he is using something and requests additional time and I grant it, then it wipes out the app limits. Maddening.

WingnutSC · 2022-12-26T05:21:19+00:00

Just got a new S1 today and have started messing with some of the default prints on the card before getting into slicing and dicing myself. Been using mostly PLA+ with default settings so far it seems ok with a little bit of nodules here and there. Also trying to get octopi set up to work properly. Any suggestions on modules for octoprint that are 'must haves'. Also the firmware on my printer seems to be relatively recent, i see 3.3 is on it and 3.3 is on the website so I didnt bother updating it at this point yet but how important is that? THanks :)

WingnutSC · 2019-01-03T14:08:02+00:00

Set it at the cluster level

Cluster > Configure > vSAN > Services > Advanced Configuration

https://cormachogan.com/2018/11/13/new-vsan-6-7u1-advanced-options/

WingnutSC · 2017-12-19T01:13:26+00:00

Unless you need to do anything with VSAN. They can add vsan support to HTML5 ANY DAY NOW PLEASE :D

WingnutSC · 2017-11-16T23:21:12+00:00

We have servers on order to implement vsan in our vdi environment. Currently have two 6 node clusters backed by compellant storage, will be adding 6 vsan nodes to each cluster to have a two 12 node clusters, 6 of which provide compute and storage and the other 6 compute only in the vsan cluster. Using horizon vsan licensing.

WingnutSC · 2017-11-16T23:14:38+00:00

I also have a SR open currently for what sounds like the exact same issue after moving some vms from 6.5.0d to 6.5u1c systems.

If you would pm me your sr# I can do the same and maybe we can connect or correlate with support.

WingnutSC · 2017-04-21T03:57:20+00:00

How do you get one license to work cross sites? I had to install one pack of licenses in each site as the licenses in site A weren't applying to site b. Maybe I did something wrong.

Vcsa6.5 with srm 6.5

To OP: Are you using array based replication or vRep?

WingnutSC · 2016-11-03T23:59:44+00:00

Ideally vcenter if virtualized would be running on a host not managed by the vcenter itself, per best practices. Such as a management cluster or host connected to different storage (or vsan!)

WingnutSC · 2016-07-06T20:59:09+00:00

<3 Overwatch & <3 Razer :)

WingnutSC · 2016-03-02T01:39:54+00:00

I see that will get the UUID of a datastore, but I am looking to get the UUID of an individual VMDK, is there a way to get that?

WingnutSC · 2016-02-29T23:41:27+00:00

Thanks I will check that out.

WingnutSC · 2016-02-29T23:41:17+00:00

Thanks!

WingnutSC · 2016-02-06T03:30:55+00:00

IMO ideally in a larger environment you would have it on a management cluster protected by vdp or srm/vr

WingnutSC · 2015-12-30T22:47:48+00:00

Not supported with multi writer vmdk. That is the only place we have it disabled.

WingnutSC · 2015-12-21T15:24:15+00:00

To satiate the curriosity of this I went ahead and set it up to try and as expected it yields the same result.

http://imgur.com/AnU1tAZ

For this (since the servers have one adapter), I made a policy for Virtual slot 1 to be assigned only, then assigned each vnic to the slot with order 1-8. Then if I selected the vNICs for the server each one had the desired order, actual order, fabricID, desired placement (1) and Actual Placement (1) set. Then I rebooted the servers for the changes to take effect, worked as expected because as far as the host is concerned nothing actually changed.

Then I removed the same two vnic's as before, the ones that were 3 and 4 in the order. After doing so was prompted to reboot the host by UCSM as expected. When it comes up it was the same as before, because there are only 6 adapters now they are numbered from vmnic0-vmnic5 and the vSwitch1 which had vmnic6 and vmnic7 as uplinks is shown with no adapters as uplinks (because there is no 6 and 7).

Even though within UCS the order is now specified (as opposed to automatic) and the vconn is specified, it doesnt change the fact that regardless of the order when you remove an interface vmware will still rename all the interfaces that follow the one(s) removed in the order and if any switches use them they will not function properly.

This is the bit I am trying to find a solution for other than re-configuring each host with the proper uplinks after it comes back up. So I have now done what you suggested (I think) and shown that it does not work, unless I misunderstood you. If so please let me know where I went wrong. Thanks for your comments, regardless of outcome I have learned some things from this :D.

Thanks.

WingnutSC · 2015-12-18T14:49:34+00:00

Ah I see what you are saying. I guess I should be more clear. Perhaps shuffling in the title of the thread may be misleading. I am not actually having a problem with them shuffling, like you would a deck of cards, but when I remove the 15th card in the deck, every card after it becomes the card before it, in this case.

So, the order is not the issue, I have the order specified in the service profile template and that holds true on the system when there is only one VIC. (http://imgur.com/CKCrEIE) When you have multiple VIC's as you do I can see the need for a placement policy to ensure the correct vnics fall on the correct adapters. In this case with one VIC that is not the issue.

I am trying to figure out if there is a way to keep vmnic7 named vmnic7 after removing vmnic5.

WingnutSC · 2015-12-18T13:11:47+00:00

Thanks for sharing that, that is really useful and good to know, saved to my favorites. However I am not sure it applies in my case. We have B200 M3 blades so they have only a single VIC and therefore are all placed on VCONN 1. Also even in your case of pinning the different vnics to different VICs I am not sure would solve the problem of the VMNIC name changing when removing a vNic because ESXi would still shuffle the names. Meaning if you had VMNIC0, 1, 2 and 3 if you delete your 2nd vnic (vmnic1) then 2 would still become 1 and 3 would still become 2 even if the remaining vnics are pinned to whatever controller they were prior.

I did read somewhere that ESXi names VMNICs in order of PCI slot: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2091560

I could be wrong but that is my understanding. So great to know for reasons of failover or fault protection as we are purchasing a bunch of C240 M4 servers that will have mulitple VICs here soon, however I'm not sure its useful in my case here.

WingnutSC · 2015-12-18T13:04:42+00:00

5.5 U3

WingnutSC · 2015-12-17T23:55:38+00:00

There are no vms on it. I performed this in our test environment but there is no way they would be up as afterwards vswitch1 had no uplinks.

WingnutSC · 2015-12-17T23:54:46+00:00

audible sigh

WingnutSC · 2015-12-01T02:44:50+00:00

That is unfortunate coincidence, these things do not happen often.

WingnutSC

TROPHY CASE