search for: sget

...there is a better way. --------- rsync --verbose --dry-run --progress --stats --recursive --times --perms --links /misc/cosmos/srb/tape_vault/dtfMcat.orig /misc/samqfs/srbfs/srb/tape_vault/dtfMcat shows 1150 different files including for example file : dtfMcat.orig/SRBVault/srb.sdsc/95/7/TEST.Sget.c.1549896231.1070989901 But "cmp" and "ls" shows them as same! orion-28% cmp /misc/cosmos/srb/tape_vault/dtfMcat.orig/SRBVault/srb.sdsc/95/7/TEST.Sget.c.1549896231.1070989901 /misc/samqfs/srbfs/srb/tape_vault/dtfMcat/SRBVault/srb.sdsc/95/7/TEST.Sget.c.1549896231.1070989901...

...ll think it is a wonderful idea. I am forever using the wonderful OpenSSH on many systems and have done so for many years. But I often find myself wanting to transfer files while ssh'ed into another system. If I could just have a way to transfer a file back to me with something like "sget" or "sput" WHILE I am ssh'ed into another machine, THAT would save a tremendous amount of time. As it is now, you have to type long names and paths and a password again each time with a separate scp session. Imagine this: ssh user at machine.com cd /home/user ls rm junk sget...

On Tue, Aug 23, 2005 at 03:10:45PM +1000, openssh-unix-dev-request at mindrot.org wrote: > Date: Fri, 19 Aug 2005 17:56:19 +1000 > From: Darren Tucker <dtucker at zip.com.au> > Subject: Re: OpenSSH sget/sput suggestion > To: CRX Driver <crxssi at hotmail.com> > Cc: openssh-unix-dev at mindrot.org > Message-ID: <430590A3.1090506 at zip.com.au> > Content-Type: text/plain; charset=ISO-8859-1 > > CRX Driver wrote: > >>>Imagine this: > >>> > &gt...

hello, Chris In the next several months, I will have a lot of spare time. I will be happy if you assign some work to me. I have learn linux kernel for years but only fix a few small bugs in IP stack. In the past few months, I read some EXT4/VFS codes. I began reading source of btrfs ten days ago and have read it twice now. Regards YZ

A bunch of fixes (memory leaks, NULL pointer dereferences and devices hanging in busy state) to sanitize error handling during mount sequence. This is on top of for-linus + slyfox''s double-free fix. Thanks, Ilya Ilya Dryomov (5): Btrfs: fix memory leak in btrfs_parse_early_options() Btrfs: fix subvol_name leak on error in btrfs_mount() Btrfs: avoid null dereference and leaks

...t;ffffffffa043a000>] ? 0xffffffffa0439fff [ 828.085083] [<ffffffff81279e33>] call_rwsem_down_write_failed+0x13/0x20 [ 828.086717] [<ffffffff814c5ec4>] ? down_write+0x24/0x26 [ 828.088366] [<ffffffff8118dffe>] grab_super+0x2e/0xa0 [ 828.090021] [<ffffffff8118e6f0>] sget+0x320/0x580 [ 828.091677] [<ffffffffa043e130>] ? btrfs_parse_early_options+0x190/0x190 [btrfs] [ 828.093368] [<ffffffff814c57ae>] ? mutex_unlock+0xe/0x10 [ 828.095068] [<ffffffffa043f228>] btrfs_mount+0x408/0x830 [btrfs] [ 828.096786] [<ffffffff81141cd2>] ? pcpu_allo...

...25 15:07:55 poseidon kernel: [<f8b743da>] smb_fill_super+0x23b/0x3b5 [smbfs] Nov 25 15:07:55 poseidon kernel: [<c01d9aba>] idr_get_new_above_int+0x5e/0xe9 Nov 25 15:07:55 poseidon kernel: [<c017de5f>] get_filesystem+0xf/0x36 Nov 25 15:07:55 poseidon kernel: [<c0169d70>] sget+0x161/0x16d Nov 25 15:07:55 poseidon kernel: [<c016a420>] set_anon_super+0x0/0xa1 Nov 25 15:07:55 poseidon kernel: [<c016a6cf>] get_sb_nodev+0x37/0x71 Nov 25 15:07:55 poseidon kernel: [<c016a84a>] do_kern_mount+0xaf/0x14a Nov 25 15:07:55 poseidon kernel: [<f8b7419f>] smb...

...rnel: [<ffffffff88330cf7>] :xfs:xfs_fs_fill_super+0x7e/0x1e3 Sep 8 11:00:14 backup kernel: [<ffffffff8006465d>] __down_write_nested+0x12/0x92 Sep 8 11:00:14 backup kernel: [<ffffffff800e72c1>] get_filesystem+0x12/0x3b Sep 8 11:00:14 backup kernel: [<ffffffff800de9b5>] sget+0x365/0x377 Sep 8 11:00:14 backup kernel: [<ffffffff800de301>] set_bdev_super+0x0/0xf Sep 8 11:00:14 backup kernel: [<ffffffff800de310>] test_bdev_super+0x0/0xd Sep 8 11:00:14 backup kernel: [<ffffffff800df2c4>] get_sb_bdev+0x10a/0x164 Sep 8 11:00:14 backup kernel: [<ff...

(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface). On Thu, 17 Feb 2011 13:20:20 GMT bugzilla-daemon@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=29302 > > Summary: Null pointer dereference with large max_sectors_kb > Product: IO/Storage > Version: 2.5 > Kernel