Solved

FreeBSD doing a fsck after migration

Posted on 2008-10-02
12
715 Views
Last Modified: 2013-11-22
Hi,

we have 4 ESX 3.5u1-servers with VMotion and DRS activated, on these servers we have a lot of FreeBSD 6.3 amd64 version installed as guests, but when a migration is done from one host to another the servers starts to do an fsck. All disks are placed on a storage so the disks are never moved. We even saw that servers that didn't get moved started to do fsck when another server was moved.
So we have currently turned of DRS and they have stoped doing fsck.

What could be causing this behavior and how can we solve it? We havn't installed VmWare tools.
0
Comment
Question by:Binero
  • 6
  • 3
  • 3
12 Comments
 
LVL 18

Expert Comment

by:larstr
ID: 22632276
  1. What kind of shared storage are you using?
  2. How many VMs per LUN?
  3. Any clustered disks?
  4. Any scsi reservation messages in the vmkernel log file of these esx hosts?
0
 
LVL 61

Expert Comment

by:gheist
ID: 22635500
Have you shut down FreeBSD completely before migration?
0
 

Author Comment

by:Binero
ID: 22637116
larstr:
1. We have 2 DELL MD3000i with 15x300GB SAS 15000rpm disks in RAID10 to each MD3000i we have connected a DELL MD1000 with the same disk setup, they're connected to the ESX through 2 dedicated DELL PowerConnect 5424, we're using iSCSI.
2. Not quite shure to be honest but we're trying to keep it low, I think somewhere around 10.
3. No
4. Have to check that up.

gheist:
Yes and when we do that it works, but we can't keep turning the servers of, the we'll loose the purpose with DRS.

I have 3 theories/thoughts:
1. I get the feeling that this happens when a virtual server is moved  from one host to another host and the hosts don't use the same iSCSI path to the storage.
Only thing to back this theory up is from an incident today. We replaced our switches between the hosts and the storage, from DELL PC 2708 to DELL PC 5424. We replaced one switch and when we saw that all paths could be found on the hosts we replaced the second one and when we did this almost all FreeBSD servers froze.

2. VmWare tools are missing on our FreeBSD-servers. Could this cause the issue, in windows there's a huge difference between with/without the tools, does the tools provide a closer co-operation between the host and guest?

3. We replaced our switches between the storage and ESX-servers today, could the problem have been caused by a to slow connection between the hosts and the storage?
0
 
LVL 61

Expert Comment

by:gheist
ID: 22637487
It is obviously DRS problem, not FreeBSD's
0
 
LVL 61

Expert Comment

by:gheist
ID: 22637511
0
 
LVL 61

Expert Comment

by:gheist
ID: 22637532
0
Enterprise Mobility and BYOD For Dummies

Like “For Dummies” books, you can read this in whatever order you choose and learn about mobility and BYOD; and how to put a competitive mobile infrastructure in place. Developed for SMBs and large enterprises alike, you will find helpful use cases, planning, and implementation.

 
LVL 18

Expert Comment

by:larstr
ID: 22638269
> and the hosts don't use the same iSCSI path to the storage.

If the path's don't match you'll have worse problems so that can't be the issue here.
>  could the problem have been caused by a to slow connection between the hosts and the storage?
Yes, indeed.
0
 

Author Comment

by:Binero
ID: 22640297
gheist, thanks I'll have a look at those links.

larstr, each has several paths to the storage for  redundancy.
0
 
LVL 18

Expert Comment

by:larstr
ID: 22647548
Several paths is a good thing, but the hosts will need to see these the LUNs at the same path.
0
 
LVL 61

Accepted Solution

by:
gheist earned 500 total points
ID: 22652970
Basically:
1) You have to apply patch to ESX to make FreeBSD/amd64 work at all
2) VMWare is unaware of FreeBSD v6.3, so go with 70 or 62 to be on supported path
0
 

Author Comment

by:Binero
ID: 22653081
Seems like that patch did the trick, thanks gheist
0
 
LVL 61

Expert Comment

by:gheist
ID: 22653126
As far as I have seen VMs jumps between ESX-es without problems. We have two of them and never had issues bringing one down correctly.
0

Featured Post

Is Your Active Directory as Secure as You Think?

More than 75% of all records are compromised because of the loss or theft of a privileged credential. Experts have been exploring Active Directory infrastructure to identify key threats and establish best practices for keeping data safe. Attend this month’s webinar to learn more.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

When we have a dead host and we lose all connections to the ESXi, and we need to find a way to move all VMs from that dead ESXi host.
In this article, I show you step by step with screenshots to assist you - HOW TO: Deploy and Install the VMware vCenter Server Appliance 6.5 (VCSA 6.5), with some helpful tips along the way.
Teach the user how to rename, unmount, delete and upgrade VMFS datastores. Open vSphere Web Client: Rename VMFS and NFS datastores: Upgrade VMFS-3 volume to VMFS-5: Unmount VMFS datastore: Delete a VMFS datastore:
Advanced tutorial on how to run the esxtop command to capture a batch file in csv format in order to export the file and use it for performance analysis. He demonstrates how to download the file using a vSphere web client (or vSphere client) and exp…

895 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

17 Experts available now in Live!

Get 1:1 Help Now