Topic: BAMT version 0.5 - Easy USB based mining Linux with farm wide management tools - page 71. (Read 324176 times)

A little off-topic, but why not share my experience in corporate IT. I would advise DHCP for everything except infrastructure (routers, firewalls, etc....) and most servers (only for servers in that have a static mapping for public access through the firewall to the DMZ are really needed). Then setup internal DNS servers/ and or WINS at each physical location that has an AD or LDAP server, depending on environment type. The DHCP servers will auto-update the DNS servers when a reservation is granted.  I have almost never advised the use of reservations except on my home network where I don't have an internal DNS server or when when implementing HA devices, such as load balancers, that use MAC-Address masquerading. It is limiting on migration, updating, and clustering, etc....

How long a usb key can last..  it really, really depends.

I am still using the very first key that ever held the very first BAMT, nearly a year ago.  It runs my test rig.  It's been rewritten with dozens of new images, its run buggy versions that did waaay to many disk i/os, its basically been tortured equal to probably 10 years of a normal BAMT system.  it works 100% fine.

OTOH,  I bought several 4gb keys at a local sprawlmart back when I was throwing new bamt rigs into my farm left and right.  Every one of them died in under 2 weeks time.

There is nothing special about my key that has lasted forever, its some totally generic 2gb jey.  The 4gb keys that died after a couple weeks were not any crappier looking or cheaper.

Some folks report that "quality" keys last longer.  Sandisk, name brand etc.  

Yes!! that fixed it!!

When will we be able to access the bamt.conf/settings through the web interface?

thanks lodcrappo.
I will send 5 BTC to you by Friday

Probably the  "httpcss":  setting in /etc/mgpumon.conf doesn't point to the right place.  

Edit - yep, looks like by default it points to /mgpumon.css which doesn't work

change to

"httpcss": "/bamt/mgpumon.css"

lodcrappo,

why is the /my-ip/mgpumon/ css not working properly as i stated on my previous post?

Your overclocking was too high.

Your GPU locked up.

In order to make the best of the situation, BAMT has disabled O/C on that GPU and rebooted.

This allowed your rig to continue mining in a situation where otherwise it would have sat there locked up.  You're welcome.

Now you must reduce overclocking settings, remove the file in /live/image/BAMT/CONTROL/ACTIVE that has suspended o/c, and restart mining.

PS - Graphs and all recorded data are generated in ram only.  They are lost at every reboot.  This is to prevent your USB key from being destroyed.  You can run Munin on a regular linux box and gather stats/graphs from an unlimted # of bamt rigs and store them for as long as you want, but a USB based system cannot do this.

many people have this problem. probably something on the usb got corupt. I must have reimaged over 100 times...USB is still good though...usually screws up after a reboot...

I got 'boot disk failure' while POSTing message upon restart, does that mean my pendrive is already dying? I reinserted it and pressed enter and it's fine but I'm not sure if this is not gonna repeat when I am away and a GPU locks up.
So it's not actually related to BAMT but I'm really interested how long can a decent pendrive last (I'm using an 8GB QPI)

I see the same thing with the CSS.

Sent a donation of 4btc, keep up the great work lodcrappo!

I have been completely stable on 0.5b for 20hrs with all fixes until now.  (2) 5970's running 830/300 and a 5850 running 930/300, temps all about 65c. Out of the blue everything just crashed all at once, I heard fans all slow down at once, I'm not sure if it restarted by itself or not but wouldn't expect it to after 20hrs of solid performance. Anything is possible though. Everything started back up but the graphs are wiped out, does it delete all graphs on each restart? 

The main problem is when no changes were made to any config file now one of the GPU's on one of the 5970's will not overclock, it is running stock clock even though it still has OC set in bamt.conf from the way it was before.  When starting the miner you can see all of the other cards apply the OC in the command line.....it does not apply the OC for this particular GPU.  I had this happen before and the only way I got around this was to format my USB stick and start over and it will be fine. I know the reboot could be caused by power supply load but I just don't know why I can't get the OC back for one of the GPU's after this crash.

Lodcrappo,

Why do i get this? Seems like the css is not loading properly.

Yea, for some reason I couldnt get it to work.  I removed network manager and installed Wicd and it worked fine... not sure what my problem with network manager was... But Wicd is working great and connects at startup without prompting for Wireless key.

Yep, you are correct... I just found it surprising that some people thought some large enterprises used reservations for all their end users... something I was interested in learning more about/discussing best practices, but completely off topic, so I apologize for that and will shut up now

Just bought a RaspberryPi so I'll be keen to give this a crack on it when it finally arrives

This entire line of conversation is bizarre.

The guy wants a static IP.  For a miner.  Not for the west coast division of megaco.

There are 2 options:  manually configure this on every box, or make reservations in a central console.

Reservations is a better way to do it.

The end.  Whether you are on a small home network or a massive corporate network, if you want static IPs, it makes complete sense to do it centrally.  Going around and manually configuring thousands of PCs makes no more sense than manually configuring a handful.  Its just silly no matter what.

http://technet.microsoft.com/en-us/library/cc783573(v=ws.10).aspx

"In a more stable environment, you can use a long lease, such as several months. This ensures both that addresses are ultimately recovered, and that DHCP-related network traffic is kept to a minimum."


I do not know what you mean by "modifications" so I cannot speculate on their effects.  Things works fine for me here on the one machine and one wireless adapter I use.  It's the standard network manager found in tons of other Linuxes, should be fairly cut and dry. that's all I can say.
 

Yea, I was just stating that for large environments to make reservations for thousands of IP addresses would be a pain.... I think we all are talking about the same thing, just different environments where it.... "it depends"

D&T, I very well understand reservations, and they work fine in small environments, or for printers etc... but not for large environments of thousands of people.... if you do semi-regular laptop/desktop refreshes, then that means you would have to touch the DHCP server for every single laptop or PC refresh since reservations are based on MAC address which will change with each new computer... You can say "blah blah blah ... I don't understand ... blah blah blah ... " but I think I understand it very well... static DHCP reservations for each computer in an enterprise environment is simply not scalable... or it is if you want to touch each DHCP server every time someone gets a new PC or moves from site to site, but you wont find that in any enterprise environment of 100,000+ people.

Hmmm, Microsoft recommends  16-24 days for large static environments, i've never seen lease times of months, and they only recommend that if   "client computers generally remain in fixed locations and scope addresses are plentiful (at least 20 percent or more of the addresses are still available)."

Months would probably be fine for a larged fixed environment, but all the environments I support are become much less static and more mobile. Most users have laptops, smartphones, and possibly tablets, that are by no means fixed.  They roam from site to site.  Desktops are quickly decreasing, while laptops are quickly increasing.  Plus in large sites if you are trying to limit your broadcast domains to 500 or 1000 users, they can easily push up against this limit requiring much shorter lease times.... I dont know how large of an environment your talking about.. mine is just over 20,000 ports.  But I can see it varying greatly on circumstance.... the famous line of "it depends"    But I must plead ignorance as I am silohed in the network side and dont manage DHCP at all


In BAMT, I set the network key, hit apply, get connected, but when I reboot its gone, or if I bring up the network manager again its gone (even though I'm currently connected).

Love BAMT by the way, I had to do some modifications to get my cheap refurb Linksys WUSB100 wireless adapters to work, so maybe I broke something doing that.  By save, if you mean "apply"... I do that, but it still seems to be sent to /null  

Yes this is a good point.  Reservations is not a lease.  Two different things.  Reservation is for exactly this scenario.  Much preferred to setting static addresses all over the place.  Set reservations in one central place = same thing, much easier to manage.

Read up on DHCP RESERVATION no need for the expire date to be forever, no need to even give it a specific expire timeframe.  

You assign IP address of 192.168.0.20 to a rig in the router (not the rig).  
When it expires it gets a "new" IP address by DHCP from the router.  guess what the new IP address is ... 192.168.0.20.  
Next expiration ... 192.168.0.20.  
You install new flash drive w/ latest version of BAMT (no config files set) what IP address is the rig on ... 192.168.0.20
50,000 expiration later ... 192.168.0.20.  
Shortly before the sun burns out ... 129.168.0.20.

FWIW, many larger networks do use very long leases (months).  This reduces traffic and effectively gives almost everything a static IP.  If you are wise, you always under allocate your IPv4 space massively with DHCP, for instance you should always have at least as much completely free space as allocated in case you need to switch out dhcp servers etc.  

to save the wireless key, click on the network thing in right hand corner.  edit your connection to taste. save it.