Re: [OpenAFS] AFS and PhotoShop interaction?
Christopher D. Clausen wrote: Mike Polek <[EMAIL PROTECTED]> wrote: information and would like to know if anyone else has had a similar experience. This is on Windows XP using 1.4.2a-DEBUG client. The fileserver is running Fedora Core 5 and OpenAFS 1.4.2 (new machine). Similar behavior using 1.4.0 and 1.4.1 windows clients and 1.4.1 fileserver. I'd suggest trying the 1.5.10 client. I have a couple people with 1.5.10 clients installed, and they experience the same behavior. I am now borrowing a WinXP box and it's sitting on my desk. I experience the same behavior. When opening images in Photoshop from AFS, they load rather slowly, compared to opening a file on the local drive. This isn't unexpected. However, if I open the file from AFS into another image viewer, it shows up pretty much instantly. (This behavior is independent of which I do first, and is repeatable, so I don't think it depends on whether the file is in the cache.) How big are the files? Are they larger than the AFS cache on the client? Files are about 2-4 MB. Cache is 98MB (256MB on some computers). Now the weird part If I copy some image files from AFS to the desktop, and then drag them into Photoshop, they still load slowly AND the CPU usage on the afsd daemon goes up to 50%. Just seemed kind of weird that the afsd daemon gets triggered after the files have been placed on the desktop. The high CPU usage is likely from encryption. fs setcrypt off and re-run the tests. fs setcrypt off seems to have no effect. What does have an effect is whether or not AFS is running... even if the files are on the local hard drive. I'm still doing some testing to figure out what exactly triggers the behavior. If I restart the AFS service, and don't get tokens, things are quiet. If I get tokens, I think it's still ok. When I start accessing files in AFS, things slow down. And then even if I access files on the local drive, it stays slow. I think it may be related to when I open one of those wonderful directories with >2000 subdirectories. I ran out of time today, but will continue to investigate to see if I can nail down exactly what's triggering the behavior. What kind of hardware are you using on the client? I've had bad experiences trying to do any file operation with PII hardware. These are machines with >2GHz processors and 2GB of RAM. I don't think it's a resource issue there. Mike P. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] LiveCD for openafs disaster recovery scenarios ?
Hello At least one (and possibly two) hard disks on the machine (has RAID 5 - rebuild did not help too much) that runs our openafs cell failed today. This is a Debian machine. Partition /usr is down and attempts to mount it fail with bad superblock messages. As a result, all network and many other system commands (awk, etc.) are inaccessible. Now, is there a live CD that can be used to run the machine so that the users can at least copy over their data ? I think a reinstall is indicated. The two partitions housing /vicepa and /vicepb are not affected. Is there a way to retrieve data directly from the hard disks ? Thanks. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] New problem regarding ROCKS client
On Mon, 6 Nov 2006, Derrick J Brashear wrote: How about 1.4.2? Sheesh. Let's just call it a "Blue Monday" and leave it at that. Sorry to waste everyones bandwidth. Paul ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] New problem regarding ROCKS client
On Mon, 6 Nov 2006, Paul Mitchell wrote: On Mon, 6 Nov 2006, Derrick J Brashear wrote: Um. You should download something newer. Or be sad. Yikes! I'm broken hearted! Thanks Derrick, think I'll look into the 1.5.10 set! How about 1.4.2? http://www.openafs.org/release/latest.html (which is where you end up if you hit the "Download Latest Release" link, it gives you the 1.4.2 version. Are there RPMS for later versions available? That's correct. That's newer than 1.4.0. That's what you want. It's also not what you have. Derrick ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] New problem regarding ROCKS client
On Mon, 6 Nov 2006, Derrick J Brashear wrote: Um. You should download something newer. Or be sad. Yikes! I'm broken hearted! Thanks Derrick, think I'll look into the 1.5.10 set! I'm confused though -when I go to: http://www.openafs.org/release/latest.html (which is where you end up if you hit the "Download Latest Release" link, it gives you the 1.4.2 version. Are there RPMS for later versions available? Paul == Paul Mitchell email: [EMAIL PROTECTED] phone: (919) 962-9778 office: I have an office, room 14, Phillips Hall == ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] New problem regarding ROCKS client
On Mon, 6 Nov 2006, Paul Mitchell wrote: Having solved the openAFS problems on solaris10 (x86) platform, I'm now turning to a ROCKS client. Here's the client: uname -a Linux compute-0-1.local 2.6.9-42.0.2.ELsmp #1 SMP Wed Aug 23 00:17:26 CDT 2006 i686 i686 i386 GNU/Linux And I've a set of RPM's which I downloaded: openafs-1.4.0-rhel4.1.i386.rpm Um. You should download something newer. Or be sad. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] New problem regarding ROCKS client
Having solved the openAFS problems on solaris10 (x86) platform, I'm now turning to a ROCKS client. Here's the client: uname -a Linux compute-0-1.local 2.6.9-42.0.2.ELsmp #1 SMP Wed Aug 23 00:17:26 CDT 2006 i686 i686 i386 GNU/Linux And I've a set of RPM's which I downloaded: ls openafs-1.4.0-rhel4.1.i386.rpm openafs-client-1.4.0-rhel4.1.i386.rpm openafs-compat-1.4.0-rhel4.1.i386.rpm openafs-devel-1.4.0-rhel4.1.i386.rpm openafs-docs-1.4.0-rhel4.1.i386.rpm openafs-kernel-1.4.0-2.6.9_22.EL_1.i686.rpm openafs-kernel-smp-1.4.0-2.6.9_22.ELsmp_1.i686.rpm openafs-kpasswd-1.4.0-rhel4.1.i386.rpm openafs-krb5-1.4.0-rhel4.1.i386.rpm I'msure this is a function of my newness to Linux, however, the following is totally perplexing: rpm -i openafs-1.4.0-rhel4.1.i386.rpm package openafs-1.4.0-rhel4.1 is already installed [EMAIL PROTECTED] RPMS]# rpm -q openafs-1.4.0-rhel4.1.i386.rpm package openafs-1.4.0-rhel4.1.i386.rpm is not installed How can it be installed and not installed? I actually don't believe it is installed as I can find no evidence of the packages contents on the system. Any advice will be appreciated. Paul Mitchell == Paul Mitchell email: [EMAIL PROTECTED] phone: (919) 962-9778 office: I have an office, room 14, Phillips Hall == ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
RE: [OpenAFS] AFS and PhotoShop interaction?
What kind of files, jpg or tif? Here using 1.5.10 talking to a 1.4.0 server, the jpg are instantaneous, the tif take a little longer to make thumbnails of. Files are hi res 5+meg each. Drag and drop in both cases is just great. I just sorted through several thousand photos for a talk and the performance is superb. Using 1GB Lan. On the net with 768K upload, performance is slower until the cache gets built, then its just fine too. Same when on a 10BT wireless at a hotel. Tedc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Polek Sent: Friday, November 03, 2006 2:51 PM To: openafs-info@openafs.org Subject: [OpenAFS] AFS and PhotoShop interaction? Hi, All, I'm not sure this is the right place to post, but I'm gathering information and would like to know if anyone else has had a similar experience. This is on Windows XP using 1.4.2a-DEBUG client. The fileserver is running Fedora Core 5 and OpenAFS 1.4.2 (new machine). Similar behavior using 1.4.0 and 1.4.1 windows clients and 1.4.1 fileserver. When opening images in Photoshop from AFS, they load rather slowly, compared to opening a file on the local drive. This isn't unexpected. However, if I open the file from AFS into another image viewer, it shows up pretty much instantly. (This behavior is independent of which I do first, and is repeatable, so I don't think it depends on whether the file is in the cache.) Now the weird part If I copy some image files from AFS to the desktop, and then drag them into Photoshop, they still load slowly AND the CPU usage on the afsd daemon goes up to 50%. Just seemed kind of weird that the afsd daemon gets triggered after the files have been placed on the desktop. Anybody else notice any strange interactions between AFS and photoshop? Thanks, Mike Polek Pictage, Inc. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] File ownership/permissions semantics
"Christopher D. Clausen" <[EMAIL PROTECTED]> writes: >> If you use the file ownership, not the name, to identify the student >> then I don't see any chance for impersonation. > > Actually, I was just thinking about this... > > Couldn't a student handin their own homework and then create a huge > number of random files to fill up all available directory entry slots, > thus breaking the handin app for subsequent handin attempts? It would > be obvious who this student was, but it could still be an annoyance. This attack also already exists in the current implementation so it's no worse in the new model than the existing model. >
Re: [OpenAFS] File ownership/permissions semantics
Jim Rowan <[EMAIL PROTECTED]> wrote: Christopher D. Clausen wrote: Derek Atkins <[EMAIL PROTECTED]> wrote: This script could also touch a file in the class volume so the TAs have the list of users. A simple "rli" will let you do this. You could touch files for other students then. (I'm not sure if that would be a bad or not, it would depend if students can get negative points for turning in non-functioning code.) If you use the file ownership, not the name, to identify the student then I don't see any chance for impersonation. Actually, I was just thinking about this... Couldn't a student handin their own homework and then create a huge number of random files to fill up all available directory entry slots, thus breaking the handin app for subsequent handin attempts? It would be obvious who this student was, but it could still be an annoyance. < ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Compiling afs module on sparc64
Hi, I'm trying to compile the openafs module without success on a dual sparc64 Sun server running Debian Etch. With version 1.4.2 and 1.5.10 a make shows me this error message: echo 'char* AFSVersion = "openafs 1.5.8"; ' >>/tmp/openafs/openafs-1.5.10/openafs-1.5.10/src/libafs/MODLOAD-2.6.18-1-sparc64-smp-MP/AFS_component_version_number.c CC [M] /tmp/openafs/openafs-1.5.10/openafs-1.5.10/src/libafs/MODLOAD-2.6.18-1-sparc64-smp-MP/AFS_component_version_number.o LD [M] /tmp/openafs/openafs-1.5.10/openafs-1.5.10/src/libafs/MODLOAD-2.6.18-1-sparc64-smp-MP/libafs.o LD [M] /tmp/openafs/openafs-1.5.10/openafs-1.5.10/src/libafs/MODLOAD-2.6.18-1-sparc64-smp-MP/afspag.o Building modules, stage 2. MODPOST FATAL: modpost: GPL-incompatible module libafs.ko uses GPL-only symbol 'sys_call_table' The same result with smp kernel 2.6.17 and 2.6.18. Is there a way to compile the afs module on this system? Thanks for any suggestions! Gunnar ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info