Pages:
Author

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

full member
Activity: 195
Merit: 100
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 Smiley

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....

hero member
Activity: 616
Merit: 506
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)

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.  
full member
Activity: 164
Merit: 100
lodcrappo,

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

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"




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
hero member
Activity: 616
Merit: 506
lodcrappo,

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

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"

full member
Activity: 164
Merit: 100
lodcrappo,

why is the /my-ip/mgpumon/ css not working properly as i stated on my previous post?
hero member
Activity: 616
Merit: 506
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.


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.

hero member
Activity: 504
Merit: 500
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...
legendary
Activity: 3472
Merit: 1722
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)
sr. member
Activity: 289
Merit: 250
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.



full member
Activity: 164
Merit: 100
Lodcrappo,

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

sr. member
Activity: 309
Merit: 250
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, 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.
sr. member
Activity: 309
Merit: 250


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" Smiley

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.

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.

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 Smiley
sr. member
Activity: 350
Merit: 250
Just bought a RaspberryPi so I'll be keen to give this a crack on it when it finally arrives
hero member
Activity: 616
Merit: 506


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" Smiley

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.

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.

hero member
Activity: 616
Merit: 506

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.


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)."

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."

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  Cheesy


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.
 
sr. member
Activity: 309
Merit: 250
However, you can prove me wrong, if you go in to the network details of an interface and it says the "lease expires" date is never, or several years out then that basically would be forever.

blah blah blah ... I don't understand ... blah blah blah ...

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.



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.

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" Smiley

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.
sr. member
Activity: 309
Merit: 250

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.


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"  Smiley  But I must plead ignorance as I am silohed in the network side and dont manage DHCP at all Smiley


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  Cheesy
hero member
Activity: 616
Merit: 506
However, you can prove me wrong, if you go in to the network details of an interface and it says the "lease expires" date is never, or several years out then that basically would be forever.

blah blah blah ... I don't understand ... blah blah blah ...

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.



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.
donator
Activity: 1218
Merit: 1079
Gerald Davis
However, you can prove me wrong, if you go in to the network details of an interface and it says the "lease expires" date is never, or several years out then that basically would be forever.

blah blah blah ... I don't understand ... blah blah blah ...

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.

hero member
Activity: 616
Merit: 506

Hell most enterprises today just use DHCP reservations for hundreds of thousands of PCs.  You plug the PC in and it always get the exact same IP address forever without any configuration.

Most enterprises utilize DHCP with 1 day (or more) lease periods, but I have not seen an enterprise lease DHCP to a computer forever (except printers/servers, etc), that would just chew up hundreds of thousands of IP's over time as laptop/desktop refreshes occurred and would just be headache from the network perspective unless you continually expanded (or started with a huge) subnet.... either way, it would be very inefficient with IPv4.  With a lease time of 3 days or a week, then as long as you plug in once a week, you get the same IP, but if your are out longer than that then you would get a new IP.  However, you can prove me wrong, if you go in to the network details of an interface and it says the "lease expires" date is never, or several years out then that basically would be forever.

Once IPv6 becomes mainstream, then it wont be an issue, i could very well see have the same address forever.

However, I got completely sidetracked and off topic (sorry)  Smiley  

My original question is....  I have my wireless card working in BAMT... but it loses the network key on each reboot... anyway to make the key static?  I tried wpasupplicant listed here:

http://wiki.debian.org/DebianEeePC/HowTo/Wifi

But that seems to have no effect.  Any suggestions?



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.

Pages:
Jump to: