Bug 174312 – Mysqlhotcopy fails for some targets

Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 174312 - Mysqlhotcopy fails for some targets

Summary:	Mysqlhotcopy fails for some targets

Status:	CLOSED INSUFFICIENT_DATA

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	mysql (Show other bugs)
Sub Component:
Version:	4
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Tom Lane
QA Contact:	David Lawrence
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2005-11-27 13:09 EST by Nigel Horne
Modified:	2013-07-02 23:07 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2008-03-09 19:16:02 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Nigel Horne 2005-11-27 13:09:38 EST

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.3) Gecko/20041207

Description of problem:
If the target filesystem (e.g. FAT32) doesn't support modification times, mysqlhotcopy fails, since 
$cp.= " -p" if $^O =~ m/^(solaris|linux|freebsd|darwin)$/;
will fail. It should try to use the -p flag, but have a fall back if it fails.

Version-Release number of selected component (if applicable):
mysql-4.1.14-1.FC4.1

How reproducible:
Always

Steps to Reproduce:
1. mysqlhotcopy to a target FAT32 filesystem, e.g. a windows formatted floppy
2.
3.
  

Actual Results:  Files failed to copy

Expected Results:  Files should have copied

Additional info:

Works OK if the target is ext2, and it works OK if you remove the bogus line:
$cp.= " -p" if $^O =~ m/^(solaris|linux|freebsd|darwin)$/;

However that is only a workaround, since -p shoudl be used *where available*.

Comment 1 Christian Iseli 2007-01-22 06:46:03 EST

This report targets the FC3 or FC4 products, which have now been EOL'd.

Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?

Thanks.

Comment 2 petrosyan 2008-03-09 19:16:02 EDT

Fedora Core 4 is no longer maintained.

Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release, please reopen this bug and assign it to the
corresponding Fedora version.

Note You need to log in before you can comment on or make changes to this bug.