Solved

FreeBSD doing a fsck after migration

Posted on 2008-10-02
12
734 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
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 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 62

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
What is SQL Server and how does it work?

The purpose of this paper is to provide you background on SQL Server. It’s your self-study guide for learning fundamentals. It includes both the history of SQL and its technical basics. Concepts and definitions will form the solid foundation of your future DBA expertise.

 
LVL 62

Expert Comment

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

Expert Comment

by:gheist
ID: 22637511
0
 
LVL 62

Expert Comment

by:gheist
ID: 22637532
0
 
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 62

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 62

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

Free Tool: Port Scanner

Check which ports are open to the outside world. Helps make sure that your firewall rules are working as intended.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

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

Suggested Solutions

In this article we will learn how to backup a VMware farm using Nakivo Backup & Replication. In this tutorial we will install the software on a Windows 2012 R2 Server.
This article outlines why you need to choose a backup solution that protects your entire environment – including your VMware ESXi and Microsoft Hyper-V virtualization hosts – not just your virtual machines.
This video shows how to set up a shell script to accept a positional parameter when called, pass that to a SQL script, accept the output from the statement back and then manipulate it in the Shell.
This tutorial will walk an individual through the steps necessary to enable the VMware\Hyper-V licensed feature of Backup Exec 2012. In addition, how to add a VMware server and configure a backup job. The first step is to acquire the necessary licen…

759 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