Amahi Forums

logdrum,
I have read that Windows machines cannot read data on an xfs partition. I've said it once and I'll repeat it a million times, "Don't believe everything you read on the internet!"

What do you mean when you mention "need something that would expand.." ? Are you refering to storage for data (movies, music, etc)?

I am currently in the middle of my second install. The first install went without a hitch until I needed to reboot the Amahi (server) machine. In the documentation, it indicates that I should be prompted to reboot and (optionally) turn off my routers DHCP server. Unfortunately, it asked me to reboot the server but, when it came back up, it did not make any mention of the router on anything regarding DHCP. So I decided to do it on my own and all hell broke loose. I could not see the Amahi server on the network, I could not access the internet via the server or any of the PCs, neither Linux or Windows, and I had to reset the modem and router (my modem is running in bridge mode and somehow it got reset to factory defaults).

There is one possibility for this. My uneducated guess is that during the final stage of the Amahi install, after you have to type in the "hda-install ..." and wait for it to download the required software, the Fedora Update System wanted access to Yum but was denied (?) because the hda updates were already in progress.

I have ended this install and will start again partitioning with xfs and see how it goes. I will let you know how it goes.

Thanks,
Nitehawke

the filesystem you use (ext, xfs, reiserfs) has nothing to do w/ windows access. that is done through a protocol named smb. two completely different things.

relrobber,
Thanks once again for you input regarding the xfs file system. I reinstalled, partitioning with xfs, and everything is working flawlessly.... with the exception of accessing the internet.

I have issues with changing the DHCP server from the router to the HDA. I will continue this on a different thread...

Nitehawke

hmm going to install amahi shortly...
I have the following setup:
40GB disk
750GB disk

I was thinking, put the OS on the 40GB disk using very plain partitioning:
/sda1 /boot 200MB (primary, bootable partition) ext4
/sda2 / 10 GB (primary 2) ext4
/sda3 swap 2 GB
/sda4 /home ~28 GB - rest of disk (primary 3) ext4

during install, create a volume group & logical volumes on the 750 GB disk:
/sdb1 vgdata lvdata /var 750 GB (primary 1 on disk2) xfs

any suggestions or does this even make sense?

i would use the 750gb for
rather than just /var.

the reason is that if you have it in /var and you decide to update the drive or whatnot, you cannot take it out, as the system will
not boot at all, since there will be things residing in /var that are needed by the system.

in /var/hda/files, which is the default location for data for shares, apps, etc., it will only hold data, which is easier to migrate, as the system will still boot without it.

to be fair, though, i have not tried these two situations in practice, though i am quite sure the system will not boot without a proper /var, as things like mysql, all of amahi's ruby on rails code and apps resides there.

thx cpg, I think you're right to assume the filesystem will not boot without /var (log resides there for instance).

I'll set the 750GB disk up with /var/hda as mount point (then at least all the hda stuff will be put there.

in that case, it may boot, but all the amahi setup pages will not, as the code is inside /var/hda/platform (and the apps are in other locations).

/var/hda/files is what i do and heartily recommend

I won't argue with your best practices, you seem to know a lot about this platform

ouch... got a nasty bruise by going with only mounting /var/hda/files on that disk... backups will NOT be saved to that disk, which is what I really needed to have.

my fault! myfault!

you are correct.

i forgot about the backups.

there is a workaround for this by making a symbolic link from /var/hda/apps/pba/backups to /var/hda/files/backups:

cd /var/hda/files
ln -sf /var/hda/apps/pba/backups .