Special PW build 2226 for Linux 2.6.24 kernels

Developers are working o new builds constantly, as you cans ee recently 2234 was published.

 

Not to be nitpicky, but 2234 has been out for how long? If they're constantly working on new versions why isn't there a new one since at least early August???

 

Heck, where is 2234 even? The 'stuff' directory is apparently gone and the previously posted links forward to the download page which only has the useless 2222 build.

 

Back on page three of this thread there are several links about halfway down the page for the 2234 builds. I guess its not the official release so that's probably why they only have 2222 on the official downloads page. When you click on the appropriate link to download your download dialog box pops up, not a listing of the Stuff directory. I just tried it and it stiff worked for me.

http://forum.parallels.com/showthread.php?t=20323&page=3

What infurriates me is that today I got an email solicitation for a new version from Parallels. Which version? The mac/OSX version. Which specific version? NO, not version 3, which was just released last year, but VERSION FOUR!!!!!!

John, WHERE are all the developers that you have? What versions are the "constantly" working on as you say? They're apparently working on the OSX version because Parallels has been able to jump from 2.2 to 4.0 in one year, while all the linux and Windows communities get are incremental builds to fix SOME bugs.

Had I known at the time I bought my software that I would be stuck with what appears to be zero development since that version I honestly wouldn't have bought Parallels. If Parallels has decided to abandon Workstation they should come right out and see its the case. I'm not asking for a refund, just an explanation. Back in July you made a post to this thread about a Beta client being in testing at that point. Unless it melted the test machine surely it has to be along to Beta2 or possibly even an RC1 by now. after all the code hacking, especially since you've been able to push out two FINAL RELEASES in a calender year.

Please pass these comments on to your Sales, Marketing and Development teams. I'm hoping someone can give us a promising sign with some type of a date to look forward to.

Robert

 

I confirm, that developers are working on new version, it is under intensive testing

 

If you're talking about message #43, I still get redirected to the download page, at least for the .tgz and .deb links.

John

 

Based on posts made in these forums some months ago (could it be almost a year?), the word seemed to be that a new version of PWS would have to wait until after Parallels Server as the overall plan was to move to a more modern codebase based on the PD and PS code.

So, where do we stand... According to the Products page, Parallels Server for Mac is available for purchase. Parallels Server for Windows and Linux is still in Beta. This is interesting in that one would think a single product family based on a single unified codebase should be at more or less the same level of readiness. Moreover, PS/Mac even includes features that must have required some significant Mac-specific development such as the ability to virtualize Mac OS X Server.

I'm inclined to infer that one or more of several things must be taking place:

1) Parallels is, quite simply, throwing the bulk of its efforts at the Mac, recognizing that it is the only platform on which it has any significant advantage over the competition (nobody else has a server product for the Mac and PD still has some feature advantages over Fusion and VirtualBox).

2) Parallels is finding Linux too hard to keep up with. As a Linux user, I cringe at this thought, but it's interesting to note that ever couple of kernel releases seems to require a new/different patch to allow the kernel modules to compile. (For a while, users of VMWare products on Linux had to rely on unsupported community patches to compile there kernel modules, also.) The patch for 2.6.25 also requires a kernel rebuild with specific options set, moving the problem out of the realm of the casual user who just wants to run whatever kernel came with the disto.

3) Parallels is still working on (looking for?) the killer feature for a Windows/Linux product to make it more than a "too little, too late" or "been there, done that" upgrade. This is the correlary to inference #1. Between VMWare Workstation 6.5 and VirtualBox 2.x, all of Parallels early wins on the Mac (3-D, seamless windows) have been done. VirtualBox also takes away the possibility of releasing an inferior product and trying to win on price (arguably, the strategy that PWS was using in the first place). Conversely, if they do have such a feature, this might explain why there has been no formal product announcement, no beta, etc. as the plan would be to simultaneously announce and release, giving the competition no time to react.

Personally, I don't think we'll hear of a release until after (or simultaneously with) the PS for Win/Lin release.

What I can't fathom is what Parallels will do to build a Windows/Linux user base. As it is, the delays and inattention have damaged the trust, if not driven away, many early users. Just winning them back is going to be challenge enough and while the free upgrade may get them to come back and look, there is going to have to be some kind of public commitment to continued support in order to get them to stay.

John

 

A fix for the 2.2.2234 devel.tar.gz mess for 2.6.27 kernels

For those who have moved to ubuntu 8.10, here's a replacement devel.tar.gz.

To use it, install the 2.2.2234 build as usual. Then replace the /usr/lib/parallels/devel.tar.gz with the following file.

http://rapidshare.com/files/160879462/devel.tar.gz

Then you can go ahead and run parallels-config as usual.

If someone wants to do a diff on the tarball and post it please be my guest. If anyone wants to host the tarball somewhere else and provide a link here, please be my guest. I'm putting up the pre-patched tarball with some more fixes for the 2.6.27 kernel because from the posts here it appears that the patch process far from simple for most people.

enjoy
~gnukin

 

i am unable to run parallels-config correctly in opensuse 11
always the same errors:

make[2]: Leaving directory `/usr/lib/parallels/drivers/drv_virtualnic'
cd drv_main/ && make KSRC=/lib/modules/2.6.25.18-0.2-default/build && cd ..
make[2]: Entering directory `/usr/lib/parallels/drivers/drv_main'
make -C /lib/modules/2.6.25.18-0.2-default/build SUBDIRS=/usr/lib/parallels/drivers/drv_main SRCROOT=/usr/lib/parallels/drivers/drv_main modules
make[3]: Entering directory `/usr/src/linux-2.6.25.18-0.2-obj/i386/default'
make -C /usr/src/linux-2.6.25.18-0.2 O=/usr/src/linux-2.6.25.18-0.2-obj/i386/default/. modules
CC [M] /usr/lib/parallels/drivers/drv_main/vmmain.o
In file included from /usr/lib/parallels/drivers/drv_main/vmmain.c:29:
/usr/lib/parallels/drivers/drv_main/vmmain.h:193: error: field ‘pmmAccSem’ has incomplete type
/usr/lib/parallels/drivers/drv_main/vmmain.h:206: error: field ‘wsSem’ has incomplete type
make[6]: *** [/usr/lib/parallels/drivers/drv_main/vmmain.o] Error 1
make[5]: *** [_module_/usr/lib/parallels/drivers/drv_main] Error 2
make[4]: *** [sub-make] Error 2
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/src/linux-2.6.25.18-0.2-obj/i386/default'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/lib/parallels/drivers/drv_main'
make[1]: *** [vmmain] Error 2
make[1]: Leaving directory `/usr/lib/parallels/drivers'
make: *** [build] Error 2


is there anything to fix this??

A.

 

Fix for 2.6.25 kernels

You'll need to EXPORT SYMBOL (init_mm) in arch/x86/kernel/init_task.c in your kernel sources and recompile your kernel. Also, I had to use the devel.tar.gz from post #68, 2 posts above, and patch it with the support_2.6.26.patch for parallels in /usr/lib/parallels. Once patched, you need to open the devel.tar.gz file in ark, file-roller, etc, and drag the drivers and include folders into the opened zip file. This will update devel.tar.gz and you can run sudo parallels-config successfully.

*Note: This will compile successfully, but it's a tad buggy in that you may get an error about parallels being unable to communicate with the hypervisor when you press the start button. Workaround is to click on vm>power on in the menu and it will work after that.

 

It's always a dumb idea to use rapidshare to distribute files. Anyway i have setup a mirror for those who is having trouble downloading the devel.tar.gz.

Here is the mirrored devel.tar.gz.

Anyway, i have successfully compiled the modules using the devel.tar.gz (copied to /usr/lib/parallels). However, i couldn't get it to work on Fedora 10. I typed "parallels", CPU goes 50% and then it quits at the command prompt without any window showing up.

 

Parallels quits without saying anything.

Here's a mirror for devel.tar.gz .

I could compile it but when i ran it through the command line, "parallels", it quits and no GUI or anything. Checked /var/log/messages but couldn't find anything related.

Here's the strace output when i ran parallels:

execve("/usr/bin/parallels", ["parallels"], [/* 38 vars */]) = 0
brk(0) = 0x923b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=70941, ...}) = 0
mmap2(NULL, 70941, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f10000
close(3) = 0
open("/lib/libtinfo.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\252\34\0054\0\0\0D"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=98036, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0f000
mmap2(0x51c5000, 99928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x51c5000
mmap2(0x51db000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0x51db000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`:d\0004\0\0\0$"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=20460, ...}) = 0
mmap2(0x643000, 16500, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x643000
mmap2(0x646000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0x646000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\210K\0004\0\0\0P"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1809672, ...}) = 0
mmap2(0x4a2000, 1521232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x110000
mmap2(0x27e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16e) = 0x27e000
mmap2(0x281000, 9808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x281000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0e000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f0e6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x27e000, 8192, PROT_READ) = 0
mprotect(0x646000, 4096, PROT_READ) = 0
mprotect(0x49e000, 4096, PROT_READ) = 0
munmap(0xb7f10000, 70941) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
close(3) = 0
brk(0) = 0x923b000
brk(0x925c000) = 0x925c000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=80625664, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7d0e000
mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0xbb6) = 0xb7f21000
close(3) = 0
getuid32() = 500
getgid32() = 500
geteuid32() = 500
getegid32() = 500
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
time(NULL) = 1237143759
open("/proc/meminfo", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f20000
read(3, "MemTotal: 3104720 kB\nMemFree"..., 1024) = 924
close(3) = 0
munmap(0xb7f20000, 4096) = 0
rt_sigaction(SIGCHLD, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGCHLD, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, {0x1, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {0x1, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigaction(SIGQUIT, {0x1, [], 0}, {0x1, [], 0}, 8) = 0
uname({sys="Linux", node="roadwarrior.localdomain", ...}) = 0
stat64("/home/zaihan", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
stat64(".", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
getpid() = 4406
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=26048, ...}) = 0
mmap2(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0xb7f1a000
close(3) = 0
getppid() = 4399
getpgrp() = 4399
rt_sigaction(SIGCHLD, {0x807bad0, [], 0}, {SIG_DFL, [], 0}, 8) = 0
getrlimit(RLIMIT_NPROC, {rlim_cur=1024, rlim_max=48997}) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
open("/usr/bin/parallels", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfb1e628) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR) = 0
read(3, "#!/bin/sh\n\nBASE_DIR=/usr/lib/para"..., 80) = 80
_llseek(3, 0, [0], SEEK_SET) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
dup2(3, 255) = 255
close(3) = 0
fcntl64(255, F_SETFD, FD_CLOEXEC) = 0
fcntl64(255, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE)
fstat64(255, {st_mode=S_IFREG|0755, st_size=114, ...}) = 0
_llseek(255, 0, [0], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, "#!/bin/sh\n\nBASE_DIR=/usr/lib/para"..., 114) = 114
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
pipe([3, 4]) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7f0e708) = 4407
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigaction(SIGCHLD, {0x807bad0, [], 0}, {0x807bad0, [], 0}, 8) = 0
close(4) = 0
read(3, "parallels\n"..., 128) = 10
read(3, ""..., 128) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG) = 4407
waitpid(-1, 0xbfb1dfa8, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
close(3) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x807c6c0, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {0x807c6c0, [], 0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [INT CHLD], 8) = 0
rt_sigprocmask(SIG_SETMASK, [INT CHLD], NULL, 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7f0e708) = 4408
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x807c6c0, [], 0}, {SIG_DFL, [], 0}, 8) = 0
waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 255}], 0) = 4408
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xbfb1e1c8, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {0x807c6c0, [], 0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, ""..., 114) = 0
exit_group(255) = ?

 

This package contains the Linux kernel image for version 2.6.24 on x86/x86_64. Also includes the corresponding System.map file, the modules built by the .... CVE-2010-2226, The xfs_swapext function in fs/xfs/xfs_dfrag.c in the Linux kernel ...

free sms

send free unlimited national and international sms

 

Parallels is finding Linux too hard to keep up with. As a Linux user, I cringe at this thought, but it's interesting to note that ever couple of kernel releases seems to require a new/different patch to allow the kernel modules to compile. (For a while, users of VMWare products on Linux had to rely on unsupported community patches to compile there kernel modules, also.) The patch for 2.6.25 also requires a kernel rebuild with specific options set, moving the problem out of the realm of the casual user who just wants to run whatever kernel came with the disto.
Please click one of the Quick Reply icons in the posts above to activate Quick Reply.

Austin Dental Implants
If you're looking for a dentist in Austin or Lakeway who focuses on dental implants, Dr. Izzard is your best choice. Imagine how your smile will look after you call Dr. Izzard to schedule a free consultation.

 

Thanks guys. Its a big help me for upon reading your posts.....

___________________________________________________________________
Baby Bling bbdc17803 Liquid Holster Bottle Holder
Baby Giraffe Baby Shower Invitations
Baby Girl Bottles 4 oz with Design Made by Playtex Drop In

 

Me too.. We are the same...

___________________________________

cake decorating with fruit

 

i don't known i do but it fail

 

VMWare workstation installed on my Fedora 9 with no problems other than inability to support drag/drop from host, a feature I don't care about.

 

I tried to modify the number in the links in first post here, but just get redirected to the general download page.

 

Thanks you!