similar to: HP-UX 11i and largefiles on rsync

On Mon, 2 Aug 2004, Wayne Davison wayned-at-samba.org |Rsync List| wrote: > Would anyone who is seeing this problem please try out the patch that is > attached to this bugzilla bug: > > https://bugzilla.samba.org/show_bug.cgi?id=1536 I gave it a test and it seems to work fine on HPUX 11.0. It skips the problematic mkstemp() call. It also passed the largefiles test that I sent

I have discovered that rsync 2.5.6 uses the mkstemp() routine wich do not have a 64bits version into the AIX libc. A very simple workaround to the big files writing rsync pb. is to not use this routine that create files w/ mkstemp() by modifying the "syscall.c" source file at line 154 as following : #if defined(HAVE_SECURE_MKSTEMP) && defined(HAVE_FCHMOD) become #if

Dear rsync-developers, on AIX5.1 with 32-bit kernel one can have large-file support. rsync in principle supports it correctly since the flag _LARGE_FILES is treated correctly in the /usr/include/*.h But there is one point missing, the mkstemp is not opening a large file. So syncing large files crash after 2GB. To avoid this one could either put a #ifdef _LARGE_FILES #undef HAVE_SECURE_MKSTEMP

https://bugzilla.samba.org/show_bug.cgi?id=1536 ------- Additional Comments From wayned@samba.org 2004-07-30 13:30 ------- Created an attachment (id=589) --> (https://bugzilla.samba.org/attachment.cgi?id=589&action=view) Add checks for open64 and mkstemp64 to configure If the user's system has open64() but not mkstemp64(), we avoid using mkstemp(). -- Configure bugmail:

Hi, I just wanted to relate the solution to a problem I was having to hopefully save someone else a day of frustration. I'm using rsync-2.5.5 on AIX 4.3, compiled with gcc 2.95.3. The file I was sync'ing was very large (>2GB). Despite being configured with --enable-largefiles (which #defines _LARGE_FILES properly for AIX), and despite the fact that the initial transfer of said file

Hi, on AIX, mkstemp doesn't open a file with the O_LARGEFILE option, so you can't transfer files > 2GB to an AIX machine. Here is a fix: diff -c -r rsync-2.5.6.orig/syscall.c rsync-2.5.6/syscall.c *** rsync-2.5.6.orig/syscall.c Sun Jan 26 21:09:02 2003 --- rsync-2.5.6/syscall.c Wed May 14 13:55:15 2003 *************** *** 151,157 **** if (dry_run) return -1; if

Hi, HPUX and some AIX releases have a bug in their implementation of mkstemp(). They do not open the resulting file with O_LARGEFILE. Copying a >2GB file files fails therefore. IRIX, Linux seems to be o.k. There is an efix for AIX available but seems not to be deployed everywhere. Cheers Olaf *** rsync-2.6.2/syscall.c.ORG_SC Fri Aug 13 13:17:27 2004 --- rsync-2.6.2/syscall.c

Why is do_mkstemp fchmod-ing the temporary file? I was not able to figure this out from the CVS logs or my searches in the mail archives. Currently, do_mkstemp does this (*): mkstemp temporary file (which leaves it with 0600) fchmod temporary file (final perm & 0700) And then later it gets renamed to the final name and permissions set to what they are supposed to be. (*)

I have downloaded the source for rsync 2.5.6 and compiled it without adjusting any options, no problems. Performed a test copy of a file GT 2 GB and it failed. In the file configure I changed the line to "--enable-largefile", removed all the .o files, performed a ./configure, gmake, gmake install. Tried the test copy and again received the following error message: rsync:

Hello, I'm running HP-UX 11i on an rp74xx. It's 64-bit. C compiler is as follows: B3901BA B.11.11.03 HP C/ANSI C Developer's Bundle for HP-UX 11.i (S800) B3913DB C.03.30.02 HP aC++ Compiler (S800) /usr/bin/cc: LINT B.11.11.02 CXREF B.11.11.02 HP92453-01 B.11.11.02 HP C Compiler $ Sep 8 2000 23:13:51 $ I have successfully compiled rsync 2.6.2 and it

Hello, I'm facing a problem syncing files which is over 2GB size, eventhough i searched the archives and it been mentioned its possible if largefiles option is enabled, but still its giving me problems. i.e: building file list ... readlink dir1/oracle_data1.tar: Value too large for defined data type readlink dir1/oracle_data2.tar: Value too large for defined data type readlink

Here is where it bombs out, feel free to ask for more info. It has done this to me on two separate 11i machines, using HP's ANSIc compiler: Make: Don't know how to make bin/pam_smbpass.so. Stop. ...nothing relavent to pam_smbpass before there. This is the only clue I've found thus far (in config.log): configure:2513: checking for security/_pam_macros.h configure:2523: cc -E -Ae

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

Actually it really never was answered, but here's how I fixed (worked around) it. At first I thought installing patch PHNE_27796 (libnss_dns DNS backend patch) had fixed it. It didn't. It just flip-flopped the problem. Prior to installing that patch, ssh would never go to DNS no matter what was in nsswitch.conf. It appeared to only look in /etc/hosts. After installing the patch, ssh

Just in case anyone else runs across this problem, maybe someone on this list can pass this along. Install HP Patch PHNE_27796 Patch Description: s700_800 11.11 libnss_dns DNS backend patch The preceding patch (PHNE_23574) was on some of the boxes that exhibited the problem, so 23574 is not enough. If the box showed the problem, it could only be fixed by installing PHNE_27796. Just a bit more

I posted a message about this problem late last week, never heard anything back, so I have to assume other folks did get a working ssh (3.7.1p2) binary built on HP-UX 11i. Just to refresh, my ssh package that I built on HP-UX 11i works fine, except that the ssh binary doesn't seem to go to DNS to resolve host names. So the only way I can ssh to other machines is to put their host entries in

Hello, I've compiled openssh 3.7.1p2 on HP-UX 11i. Everything generally seems to work except that ssh does not seem to use DNS to resolve names. If I ssh to a machine, it only works if that machine is listed in my local hosts file. I've absolutely checked /etc/nsswitch.conf, to no avail. (I've verified the changes I've made in nsswitch.conf by using telnet. If I put

http://bugzilla.mindrot.org/show_bug.cgi?id=748 Summary: HP-UX 11.11 (aka 11i) needs BROKEN_GETADDRINFO Product: Portable OpenSSH Version: -current Platform: HPPA OS/Version: HP-UX Status: NEW Severity: major Priority: P2 Component: Build system AssignedTo: openssh-bugs at mindrot.org

Dear all During compilation samba-3.0.21c on a HP-UX 11i v1 system I get an error. ./configure --prefix=/opt/samba-3.0.21c make ... Compiling popt/poptconfig.c Compiling popt/popthelp.c Compiling popt/poptparse.c Linking bin/smbd /usr/ccs/bin/ld: Unsatisfied symbols: auth_script_init (first referenced in auth/auth.o) (code) collect2: ld returned 1 exit status *** Error exit code 1 Can

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After a long hiatus from attention to Samba, I've started to compile the latest version (3.0.22) on HP-UX 11i for testing. I've noticed a couple of things. 1) For some reason, on my test system, every execution of any program that comes in the Samba suite drops "mon.out" files everyplace. Everything I can find about this says that