Afraid to muck about with my 4.4.2 production install I've made an unRaid 4.5.1 VM.  

 

The VM specs are as follows:

Vmware version 7 VM runs great in the free VMWare Player v3.0.0 on my Vista x64 install.

512mb of RAM

1 Virtual e1000 NIC set to bridge mode.

No USB Controller, Audio, Serial.

4 x 250gb IDE disk (none are preallocated):

 

1) flash.vmdk

Primary IDE Master a/k/a Interface 0, Device 0

This is akin to our usb flash drive.  Has had syslinux run on it and the 4.5.1 install files copied to it.  In player, if the VM is off, this can be mounted as a drive letter in windows to allow offline access.  Just like the flash drive.

 

2) disk1.vmdk

Primary IDE Slave a/k/a 0:1

I've got this one set as disk1 in a running unprotected 'array' of 1 disk.

 

3) disk2.vmdk

Secondary IDE Master a/k/a 1:0

I left this unused in unraid so that a new unraid user would be forced to go to devices and get a feel for using the web interface..  For the experienced among us the allocation is trivial.

 

4) parity.vmdk

Secondary IDE Slave a/k/a 1:1

Unused in unraid but you get the idea.

 

In order to avoid namespace collisions with a production unraid setup I've named it TowerVM.

 

This is not a dev environment but a default unraid 4.5.1 free edition.  This is only a way for an experienced unraid user to test a configuration without using production hardware OR allow an interested new user to experiment with unraid without using any hardware.  An additional benefit to me is that iterating between changes in the go script is really fast.  This VM starts on my older core 2 duo laptop in less than 30 seconds from hitting play to logging in.

 

The total compressed filesize of the VM is only 52.2MB.  I would be happy to put it up on rapidshare or make a torrent.  There has been interest in this from some users in the past.  

 

I would love to distribute this to help the community grow and develop but would like to hear from Tom or at least some of the community elders to make sure it's OK to distribute.  Alternatively Tom can put up a VM online.  This is method of distribution for testing is quite popular nowadays.

 

--dimes

I think that its a great idea. Thanks for taking the time.

In order to avoid namespace collisions with a production unraid setup I've named it TowerVM.

Did you also change the mac adress ? So you can use it in the same lan than your unRAID ?

You can find it in the network.cfg :

HWADDR=00:04:61:43:F0:49

Did you also change the mac adress ? So you can use it in the same lan than your unRAID ?

You can find it in the network.cfg :

HWADDR=00:04:61:43:F0:49

 

I do use it in the same LAN as my 4.4.2 unraid with no issues.

I don't see the HWADDR line in the network.cfg in the VM.  It is only:

# Generated network settings
USE_DHCP=yes
IPADDR=
NETMASK=
GATEWAY=

 

I am pretty sure VMWare creates a random mac address anytime a vm is copied or added to a vmware inventory.  Unique MAC id isn't guaranteed but is highly unlikely.  

I think that its a great idea. Thanks for taking the time.

 

No problem but I am fearful to distro w/o Toms OK.  I will did message him.

 

--dimes

I am pretty sure VMWare creates a random mac address anytime a vm is copied or added to a vmware inventory.  Unique MAC id isn't guaranteed but is highly unlikely.  

It is no the VM mac adress i'm concern about, but the unRAID' one inside the VM.

Check the network.cfg file from unRAID (from the flash key /boot/config/network.cfg).

If it is the same then your actualy unRAID, there will be a conflig. Copying files to the "reel" one and working (testing) with the 'VM' one in the same time will result of an copy error, can't connect to the server error, etc...

I know, I already had that kind of problem in the past (while testing unRAID under VM AND copying file to the

server on the same lan. Even with differents IP.

It is no the VM mac adress i'm concern about, but the unRAID' one inside the VM.

Check the network.cfg file from unRAID (from the flash key /boot/config/network.cfg).

If it is the same then your actualy unRAID, there will be a conflig. Copying files to the "reel" one and working (testing) with the 'VM' one in the same time will result of an copy error, can't connect to the server error, etc...

I know, I already had that kind of problem in the past (while testing unRAID under VM AND copying file to the

server on the same lan. Even with differents IP.

 

I understand what you are saying.  My unraid VM was made from 100% stock unraid basic. 

I did not set a MAC address in the UNRaid VM and even after starting the VM network.cfg lacks a HWADDR= line.

 

However, in production UNRaid I have HWADDR=00:12:86:A6:8E:9D. 

 

Why would anybody want a mac address set in unraid?  Why not use the mac address on the physical controller or the generated MAC in a VM?

 

Anyway, I have no issues with the network in my VM and I expect nobody else will either.

 

Thanks,