* question ?
@ 2008-12-24 10:17 M.Cypris
2008-12-24 15:05 ` Russell Cattelan
0 siblings, 1 reply; 29+ messages in thread
From: M.Cypris @ 2008-12-24 10:17 UTC (permalink / raw)
To: linux-xfs
[-- Attachment #1.1: Type: text/plain, Size: 10885 bytes --]
data fork in ino 4056744656 claims free block 521849722
data fork in ino 4056744656 claims free block 521849723
data fork in ino 4056744656 claims free block 521849724
data fork in ino 4056744656 claims free block 521849725
data fork in ino 4056744656 claims free block 521849726
data fork in ino 4056744656 claims free block 521849727
data fork in ino 4056744656 claims free block 521849729
data fork in ino 4056744667 claims free block 319386679
- agno = 16
- agno = 17
- agno = 19
- agno = 20
- agno = 22
- agno = 23
- agno = 25
- agno = 26
- agno = 27
- agno = 29
- agno = 30
- agno = 31
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- clear lost+found (if it exists) ...
- clearing existing "lost+found" inode
- check for inodes claiming duplicate blocks...
- agno = 0
entry "JSADM.exv" at block 0 offset 2616 in directory inode 39152
references fre
e inode 39742
clearing inode number in entry at offset 2616...
entry "AdobeCMapFnt07.lst" at block 0 offset 2664 in directory inode
39152 refer
clearing inode number in entry at offset 2664...
- agno = 1
bad data fork in inode 268491301
cleared inode 268491301
- agno = 2
entry "calvar.ini" at block 0 offset 3136 in directory inode 536909609
reference
s free inode 536912996
clearing inode number in entry at offset 3136...
entry "acad.mnr" at block 0 offset 3160 in directory inode 536909609
references
clearing inode number in entry at offset 3160...
entry "Thumbs.db" in shortform directory 536931591 references free inode
5369316
junking entry "Thumbs.db" in directory inode 536931591
- agno = 3
data fork in ino 1073765375 claims dup extent, off - 0, start -
404442312, cnt 1
bad data fork in inode 1073765375
cleared inode 1073765375
entry "org.openoffice.Office.OptionsDialog.dat" at block 0 offset 3432
in direct
ory inode 1073771053 references free inode 1073772857
clearing inode number in entry at offset 3432...
entry "files.MYI" at block 0 offset 2040 in directory inode 1073771423
reference
s free inode 1073758984
clearing inode number in entry at offset 2040...
entry "favorites.frm" at block 0 offset 2136 in directory inode
1073771423 refer
ences free inode 1073782807
clearing inode number in entry at offset 2136...
entry "files.MYD" at block 0 offset 2160 in directory inode 1073771423
reference
s free inode 1073795156
clearing inode number in entry at offset 2160...
entry "Annotation_A0CCA60A-AB56-4EFD-83A5-8764BC08CDA8.atc" at block 0
offset 52
0 in directory inode 1073782824 references free inode 1073800859
clearing inode number in entry at offset 520...
- agno = 5
entry "btiryakioglu@online.metroturizm.com[2].txt" at block 20 offset
2760 in di
rectory inode 1342192000 references free inode 1342199976
clearing inode number in entry at offset 2760...
data fork in regular inode 1342225423 claims used block 149306464
correcting nblocks for inode 1342225423, was 3 - counted 0
- agno = 6
entry "Color Settings.csf" at block 0 offset 72 in directory inode
1610654999 re
ferences free inode 1610668079
clearing inode number in entry at offset 72...
entry "PluginCache.psp" at block 0 offset 2648 in directory inode
1610654999 ref
erences free inode 1610654496
- agno = 7
- agno = 8
- agno = 9
- agno = 10
entry "KAgent.cfg" at block 0 offset 1896 in directory inode 2699352171
referenc
clearing inode number in entry at offset 1896...
entry "KTVR0.chl" at block 0 offset 1920 in directory inode 2699352171
reference
s free inode 2699400189
clearing inode number in entry at offset 1920...
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
entry "AdobeFnt00.lst" at block 0 offset 1400 in directory inode
4052255567 refe
rences free inode 4050601519
clearing inode number in entry at offset 1400...
entry "AdobeFnt05.lst" at block 0 offset 2960 in directory inode
4052255567 refe
rences free inode 4048724573
clearing inode number in entry at offset 2960...
entry "AdobeFnt04.lst" at block 0 offset 3072 in directory inode
4052255567 refe
rences free inode 4056487992
clearing inode number in entry at offset 3072...
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- agno = 20
- agno = 21
- agno = 22
- agno = 23
- agno = 24
- agno = 25
- agno = 26
- agno = 27
- agno = 28
- agno = 29
- agno = 30
- agno = 31
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- ensuring existence of lost+found directory
- traversing filesystem starting at / ...
rebuilding directory inode 128
rebuilding directory inode 536909609
rebuilding directory inode 1073782824
rebuilding directory inode 1073771053
rebuilding directory inode 2699352171
rebuilding directory inode 1610654999
entry "settings.xml" in shortform directory inode 268470425 points to
free inode
268491301
junking entry "settings.xml" in directory inode 268491301
rebuilding directory inode 39152
rebuilding directory inode 1073771423
rebuilding directory inode 4052255567
entry "settings.sol" in shortform directory inode 1073765024 points to
free inod
e 1073765375
junking entry "settings.sol" in directory inode 1073765375
rebuilding directory inode 1342192000
- traversal finished ...
- traversing all unattached subtrees ...
- traversals finished ...
- moving disconnected inodes to lost+found ...
disconnected inode 57710, moving to lost+found
disconnected inode 57811, moving to lost+found
disconnected inode 268483357, moving to lost+found
disconnected inode 536909580, moving to lost+found
disconnected inode 536911218, moving to lost+found
disconnected inode 536931642, moving to lost+found
disconnected inode 536931643, moving to lost+found
disconnected inode 805320139, moving to lost+found
disconnected inode 805321300, moving to lost+found
disconnected inode 1073789249, moving to lost+found
disconnected inode 1073794002, moving to lost+found
disconnected inode 1073794734, moving to lost+found
disconnected inode 1073800857, moving to lost+found
disconnected inode 1073800862, moving to lost+found
disconnected inode 1342188547, moving to lost+found
disconnected inode 1342188653, moving to lost+found
disconnected inode 1342200504, moving to lost+found
disconnected inode 1342200509, moving to lost+found
disconnected inode 1342209771, moving to lost+found
disconnected inode 1342209840, moving to lost+found
disconnected inode 1342209924, moving to lost+found
disconnected inode 1342210023, moving to lost+found
disconnected inode 1342210074, moving to lost+found
disconnected inode 1342219122, moving to lost+found
disconnected inode 1342219310, moving to lost+found
disconnected inode 1342219363, moving to lost+found
disconnected inode 1342219672, moving to lost+found
disconnected inode 1342222775, moving to lost+found
disconnected inode 1342222911, moving to lost+found
disconnected inode 1342222942, moving to lost+found
disconnected inode 1342225917, moving to lost+found
disconnected inode 1342226754, moving to lost+found
disconnected inode 1342227011, moving to lost+found
disconnected inode 1342228292, moving to lost+found
disconnected inode 1342228678, moving to lost+found
disconnected inode 1342229022, moving to lost+found
disconnected inode 1342229043, moving to lost+found
disconnected inode 1342229161, moving to lost+found
disconnected inode 1342229522, moving to lost+found
disconnected inode 1342229554, moving to lost+found
disconnected inode 1342230251, moving to lost+found
disconnected inode 1342230257, moving to lost+found
disconnected inode 1342230281, moving to lost+found
disconnected inode 1342230303, moving to lost+found
disconnected inode 1342230688, moving to lost+found
disconnected inode 1342233033, moving to lost+found
disconnected inode 1342233148, moving to lost+found
disconnected inode 1342233194, moving to lost+found
disconnected inode 1342233208, moving to lost+found
disconnected inode 1342233234, moving to lost+found
disconnected inode 1342233761, moving to lost+found
disconnected inode 1342233778, moving to lost+found
disconnected inode 1342234141, moving to lost+found
disconnected inode 1342234258, moving to lost+found
disconnected inode 1342234266, moving to lost+found
disconnected inode 1610636053, moving to lost+found
disconnected inode 1610654518, moving to lost+found
disconnected inode 1610668967, moving to lost+found
disconnected inode 2699400184, moving to lost+found
disconnected inode 2699400185, moving to lost+found
disconnected inode 4048724570, moving to lost+found
disconnected inode 4050886573, moving to lost+found
disconnected inode 4056744747, moving to lost+found
Phase 7 - verify and correct link counts...
resetting inode 268483470 nlinks from 1 to 2
resetting inode 805320078 nlinks from 1 to 2
resetting inode 805327953 nlinks from 1 to 2
resetting inode 1073793449 nlinks from 1 to 2
resetting inode 1342188688 nlinks from 1 to 2
resetting inode 1342201396 nlinks from 1 to 2
resetting inode 1342209294 nlinks from 1 to 2
resetting inode 1342209618 nlinks from 1 to 2
resetting inode 1342209654 nlinks from 1 to 2
resetting inode 1342209917 nlinks from 1 to 2
resetting inode 1342210104 nlinks from 1 to 2
resetting inode 1342219214 nlinks from 1 to 2
resetting inode 1342219224 nlinks from 1 to 2
resetting inode 1342219346 nlinks from 1 to 2
resetting inode 1342219390 nlinks from 1 to 2
resetting inode 1342219706 nlinks from 1 to 2
resetting inode 1342219793 nlinks from 1 to 2
resetting inode 1342219978 nlinks from 1 to 2
resetting inode 1342222896 nlinks from 1 to 2
resetting inode 1342222946 nlinks from 1 to 2
resetting inode 1342222955 nlinks from 1 to 2
corrupt dinode 1342225423, extent total = 1, nblocks = 0. This is a bug.
Please report it to linux-xfs@oss.sgi.com.
fatal error -- couldn't map inode 1342225423, err = 990
linuxserver:/var/log # mount -a
thanks
--
Matthias Cypris
Head IT-Technik / IT-Einkauf
EUROIMMUN AG
Seekamp 31
D-23560 Lübeck
Phone: +49 451 58 55-24351
Fax: +49 451 58 55-270
m.cypris@euroimmun.de
www.euroimmun.de
[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 5743 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: question ?
2008-12-24 10:17 question ? M.Cypris
@ 2008-12-24 15:05 ` Russell Cattelan
2008-12-24 15:52 ` Eric Sandeen
0 siblings, 1 reply; 29+ messages in thread
From: Russell Cattelan @ 2008-12-24 15:05 UTC (permalink / raw)
To: M.Cypris; +Cc: xfs-oss
A bit more info might be helpful.
Like the version of xfs_repair you are running.
Based on the message email address linux-xfs@oss.sgi.com
I'm guessing this is an older version of repair.
Please try a recent version of xfsprogs and see if the error still occurs.
-Russell
M.Cypris wrote:
> data fork in ino 4056744656 claims free block 521849722
> data fork in ino 4056744656 claims free block 521849723
> data fork in ino 4056744656 claims free block 521849724
> data fork in ino 4056744656 claims free block 521849725
> data fork in ino 4056744656 claims free block 521849726
> data fork in ino 4056744656 claims free block 521849727
> data fork in ino 4056744656 claims free block 521849729
> data fork in ino 4056744667 claims free block 319386679
> - agno = 16
> - agno = 17
> - agno = 19
> - agno = 20
> - agno = 22
> - agno = 23
> - agno = 25
> - agno = 26
> - agno = 27
> - agno = 29
> - agno = 30
> - agno = 31
> - process newly discovered inodes...
> Phase 4 - check for duplicate blocks...
> - clear lost+found (if it exists) ...
> - clearing existing "lost+found" inode
> - check for inodes claiming duplicate blocks...
> - agno = 0
> entry "JSADM.exv" at block 0 offset 2616 in directory inode 39152
> references fre
> e inode 39742
> clearing inode number in entry at offset 2616...
> entry "AdobeCMapFnt07.lst" at block 0 offset 2664 in directory inode
> 39152 refer
> clearing inode number in entry at offset 2664...
> - agno = 1
> bad data fork in inode 268491301
> cleared inode 268491301
> - agno = 2
> entry "calvar.ini" at block 0 offset 3136 in directory inode 536909609
> reference
> s free inode 536912996
> clearing inode number in entry at offset 3136...
> entry "acad.mnr" at block 0 offset 3160 in directory inode 536909609
> references
> clearing inode number in entry at offset 3160...
> entry "Thumbs.db" in shortform directory 536931591 references free
> inode 5369316
> junking entry "Thumbs.db" in directory inode 536931591
> - agno = 3
> data fork in ino 1073765375 claims dup extent, off - 0, start -
> 404442312, cnt 1
> bad data fork in inode 1073765375
> cleared inode 1073765375
> entry "org.openoffice.Office.OptionsDialog.dat" at block 0 offset 3432
> in direct
> ory inode 1073771053 references free inode 1073772857
> clearing inode number in entry at offset 3432...
> entry "files.MYI" at block 0 offset 2040 in directory inode 1073771423
> reference
> s free inode 1073758984
> clearing inode number in entry at offset 2040...
> entry "favorites.frm" at block 0 offset 2136 in directory inode
> 1073771423 refer
> ences free inode 1073782807
> clearing inode number in entry at offset 2136...
> entry "files.MYD" at block 0 offset 2160 in directory inode 1073771423
> reference
> s free inode 1073795156
> clearing inode number in entry at offset 2160...
> entry "Annotation_A0CCA60A-AB56-4EFD-83A5-8764BC08CDA8.atc" at block 0
> offset 52
> 0 in directory inode 1073782824 references free inode 1073800859
> clearing inode number in entry at offset 520...
> - agno = 5
> entry "btiryakioglu@online.metroturizm.com[2].txt" at block 20 offset
> 2760 in di
> rectory inode 1342192000 references free inode 1342199976
> clearing inode number in entry at offset 2760...
> data fork in regular inode 1342225423 claims used block 149306464
> correcting nblocks for inode 1342225423, was 3 - counted 0
> - agno = 6
> entry "Color Settings.csf" at block 0 offset 72 in directory inode
> 1610654999 re
> ferences free inode 1610668079
> clearing inode number in entry at offset 72...
> entry "PluginCache.psp" at block 0 offset 2648 in directory inode
> 1610654999 ref
> erences free inode 1610654496
> - agno = 7
> - agno = 8
> - agno = 9
> - agno = 10
> entry "KAgent.cfg" at block 0 offset 1896 in directory inode
> 2699352171 referenc
> clearing inode number in entry at offset 1896...
> entry "KTVR0.chl" at block 0 offset 1920 in directory inode 2699352171
> reference
> s free inode 2699400189
> clearing inode number in entry at offset 1920...
> - agno = 11
> - agno = 12
> - agno = 13
> - agno = 14
> - agno = 15
> entry "AdobeFnt00.lst" at block 0 offset 1400 in directory inode
> 4052255567 refe
> rences free inode 4050601519
> clearing inode number in entry at offset 1400...
> entry "AdobeFnt05.lst" at block 0 offset 2960 in directory inode
> 4052255567 refe
> rences free inode 4048724573
> clearing inode number in entry at offset 2960...
> entry "AdobeFnt04.lst" at block 0 offset 3072 in directory inode
> 4052255567 refe
> rences free inode 4056487992
> clearing inode number in entry at offset 3072...
> - agno = 16
> - agno = 17
> - agno = 18
> - agno = 19
> - agno = 20
> - agno = 21
> - agno = 22
> - agno = 23
> - agno = 24
> - agno = 25
> - agno = 26
> - agno = 27
> - agno = 28
> - agno = 29
> - agno = 30
> - agno = 31
> Phase 5 - rebuild AG headers and trees...
> - reset superblock...
> Phase 6 - check inode connectivity...
> - resetting contents of realtime bitmap and summary inodes
> - ensuring existence of lost+found directory
> - traversing filesystem starting at / ...
> rebuilding directory inode 128
> rebuilding directory inode 536909609
> rebuilding directory inode 1073782824
> rebuilding directory inode 1073771053
> rebuilding directory inode 2699352171
> rebuilding directory inode 1610654999
> entry "settings.xml" in shortform directory inode 268470425 points to
> free inode
> 268491301
> junking entry "settings.xml" in directory inode 268491301
> rebuilding directory inode 39152
> rebuilding directory inode 1073771423
> rebuilding directory inode 4052255567
> entry "settings.sol" in shortform directory inode 1073765024 points to
> free inod
> e 1073765375
> junking entry "settings.sol" in directory inode 1073765375
> rebuilding directory inode 1342192000
> - traversal finished ...
> - traversing all unattached subtrees ...
> - traversals finished ...
> - moving disconnected inodes to lost+found ...
> disconnected inode 57710, moving to lost+found
> disconnected inode 57811, moving to lost+found
> disconnected inode 268483357, moving to lost+found
> disconnected inode 536909580, moving to lost+found
> disconnected inode 536911218, moving to lost+found
> disconnected inode 536931642, moving to lost+found
> disconnected inode 536931643, moving to lost+found
> disconnected inode 805320139, moving to lost+found
> disconnected inode 805321300, moving to lost+found
> disconnected inode 1073789249, moving to lost+found
> disconnected inode 1073794002, moving to lost+found
> disconnected inode 1073794734, moving to lost+found
> disconnected inode 1073800857, moving to lost+found
> disconnected inode 1073800862, moving to lost+found
> disconnected inode 1342188547, moving to lost+found
> disconnected inode 1342188653, moving to lost+found
> disconnected inode 1342200504, moving to lost+found
> disconnected inode 1342200509, moving to lost+found
> disconnected inode 1342209771, moving to lost+found
> disconnected inode 1342209840, moving to lost+found
> disconnected inode 1342209924, moving to lost+found
> disconnected inode 1342210023, moving to lost+found
> disconnected inode 1342210074, moving to lost+found
> disconnected inode 1342219122, moving to lost+found
> disconnected inode 1342219310, moving to lost+found
> disconnected inode 1342219363, moving to lost+found
> disconnected inode 1342219672, moving to lost+found
> disconnected inode 1342222775, moving to lost+found
> disconnected inode 1342222911, moving to lost+found
> disconnected inode 1342222942, moving to lost+found
> disconnected inode 1342225917, moving to lost+found
> disconnected inode 1342226754, moving to lost+found
> disconnected inode 1342227011, moving to lost+found
> disconnected inode 1342228292, moving to lost+found
> disconnected inode 1342228678, moving to lost+found
> disconnected inode 1342229022, moving to lost+found
> disconnected inode 1342229043, moving to lost+found
> disconnected inode 1342229161, moving to lost+found
> disconnected inode 1342229522, moving to lost+found
> disconnected inode 1342229554, moving to lost+found
> disconnected inode 1342230251, moving to lost+found
> disconnected inode 1342230257, moving to lost+found
> disconnected inode 1342230281, moving to lost+found
> disconnected inode 1342230303, moving to lost+found
> disconnected inode 1342230688, moving to lost+found
> disconnected inode 1342233033, moving to lost+found
> disconnected inode 1342233148, moving to lost+found
> disconnected inode 1342233194, moving to lost+found
> disconnected inode 1342233208, moving to lost+found
> disconnected inode 1342233234, moving to lost+found
> disconnected inode 1342233761, moving to lost+found
> disconnected inode 1342233778, moving to lost+found
> disconnected inode 1342234141, moving to lost+found
> disconnected inode 1342234258, moving to lost+found
> disconnected inode 1342234266, moving to lost+found
> disconnected inode 1610636053, moving to lost+found
> disconnected inode 1610654518, moving to lost+found
> disconnected inode 1610668967, moving to lost+found
> disconnected inode 2699400184, moving to lost+found
> disconnected inode 2699400185, moving to lost+found
> disconnected inode 4048724570, moving to lost+found
> disconnected inode 4050886573, moving to lost+found
> disconnected inode 4056744747, moving to lost+found
> Phase 7 - verify and correct link counts...
> resetting inode 268483470 nlinks from 1 to 2
> resetting inode 805320078 nlinks from 1 to 2
> resetting inode 805327953 nlinks from 1 to 2
> resetting inode 1073793449 nlinks from 1 to 2
> resetting inode 1342188688 nlinks from 1 to 2
> resetting inode 1342201396 nlinks from 1 to 2
> resetting inode 1342209294 nlinks from 1 to 2
> resetting inode 1342209618 nlinks from 1 to 2
> resetting inode 1342209654 nlinks from 1 to 2
> resetting inode 1342209917 nlinks from 1 to 2
> resetting inode 1342210104 nlinks from 1 to 2
> resetting inode 1342219214 nlinks from 1 to 2
> resetting inode 1342219224 nlinks from 1 to 2
> resetting inode 1342219346 nlinks from 1 to 2
> resetting inode 1342219390 nlinks from 1 to 2
> resetting inode 1342219706 nlinks from 1 to 2
> resetting inode 1342219793 nlinks from 1 to 2
> resetting inode 1342219978 nlinks from 1 to 2
> resetting inode 1342222896 nlinks from 1 to 2
> resetting inode 1342222946 nlinks from 1 to 2
> resetting inode 1342222955 nlinks from 1 to 2
> corrupt dinode 1342225423, extent total = 1, nblocks = 0. This is a bug.
> Please report it to linux-xfs@oss.sgi.com.
>
> fatal error -- couldn't map inode 1342225423, err = 990
> linuxserver:/var/log # mount -a
>
>
> thanks
>
>
> --
> Matthias Cypris
> Head IT-Technik / IT-Einkauf
> EUROIMMUN AG
> Seekamp 31
> D-23560 Lübeck
> Phone: +49 451 58 55-24351
> Fax: +49 451 58 55-270
> m.cypris@euroimmun.de
> www.euroimmun.de
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: question ?
2008-12-24 15:05 ` Russell Cattelan
@ 2008-12-24 15:52 ` Eric Sandeen
0 siblings, 0 replies; 29+ messages in thread
From: Eric Sandeen @ 2008-12-24 15:52 UTC (permalink / raw)
To: Russell Cattelan; +Cc: M.Cypris, xfs-oss
Russell Cattelan wrote:
> A bit more info might be helpful.
>
> Like the version of xfs_repair you are running.
>
> Based on the message email address linux-xfs@oss.sgi.com
> I'm guessing this is an older version of repair.
>
> Please try a recent version of xfsprogs and see if the error still occurs.
>
> -Russell
>
And if newer xfsprogs still fails, please capture an xfs_metadump as the
new error message will request.
Thanks,
-Eric
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 29+ messages in thread
* question…
@ 2019-06-19 11:36 Laura
0 siblings, 0 replies; 29+ messages in thread
From: Laura @ 2019-06-19 11:36 UTC (permalink / raw)
To: linux-kernel
Hi,
Can you direct me to the owner/decision maker? We’d like to send you
more clients to help you grow your business.
We can deliver to you real time, exclusive and consistent leads of people
looking for your business.
Who would be the right person to call, and what is the best number to reach
them on?
Thank you!
Laura Gevins
^ permalink raw reply [flat|nested] 29+ messages in thread
* question…
@ 2019-06-19 11:36 Laura
0 siblings, 0 replies; 29+ messages in thread
From: Laura @ 2019-06-19 11:36 UTC (permalink / raw)
To: linux-fsdevel
Hi,
Can you direct me to the owner/decision maker? We’d like to send you
more clients to help you grow your business.
We can deliver to you real time, exclusive and consistent leads of people
looking for your business.
Who would be the right person to call, and what is the best number to reach
them on?
Thank you!
Laura Gevins
^ permalink raw reply [flat|nested] 29+ messages in thread
* question…
@ 2019-06-19 11:36 Laura
0 siblings, 0 replies; 29+ messages in thread
From: Laura @ 2019-06-19 11:36 UTC (permalink / raw)
To: linux-nfs
Hi,
Can you direct me to the owner/decision maker? We’d like to send you
more clients to help you grow your business.
We can deliver to you real time, exclusive and consistent leads of people
looking for your business.
Who would be the right person to call, and what is the best number to reach
them on?
Thank you!
Laura Gevins
^ permalink raw reply [flat|nested] 29+ messages in thread
* question…
@ 2019-06-19 11:36 Laura
0 siblings, 0 replies; 29+ messages in thread
From: Laura @ 2019-06-19 11:36 UTC (permalink / raw)
To: linux-crypto
Hi,
Can you direct me to the owner/decision maker? We’d like to send you
more clients to help you grow your business.
We can deliver to you real time, exclusive and consistent leads of people
looking for your business.
Who would be the right person to call, and what is the best number to reach
them on?
Thank you!
Laura Gevins
^ permalink raw reply [flat|nested] 29+ messages in thread
* question?
@ 2005-10-12 18:07 Charlie Hollon
0 siblings, 0 replies; 29+ messages in thread
From: Charlie Hollon @ 2005-10-12 18:07 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1.1: Type: text/plain, Size: 973 bytes --]
My name is Charlie Sylvester Hollon and I'm 53 years old. Could anyone tell me about an accident that involved Mr. Philips T. Hollon, his wife, and his three children along the Shagamu Expressway? The accident happened the 21st of April, in the year 2002. The reason I am asking, is that I had four brothers and a sister. They were adopted off before I was born. I just found out about the accident a few days ago. Ever since I was in my late teens and found out that I had brothers and a sister, I have been searching for them and I wanted to see if they are still alive or dead. If alive, I would like to contact them and hopefully, get together and meet each other. But if they're dead, I would like to know, and hopefully get pictures of them when they were alive, or meet some of their kin. I am trying to find out if Mr. Philips T. Hollon was kin to me, if so, find out if he had relatives that I could speak with or see. If anyone can help me, please email me back.
[-- Attachment #1.2: Type: text/html, Size: 1326 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 29+ messages in thread
* Question ...
@ 2005-05-19 6:23 Dr. Ing. Dieter Jurzitza
2005-05-19 6:23 ` Question Mark Studebaker
0 siblings, 1 reply; 29+ messages in thread
From: Dr. Ing. Dieter Jurzitza @ 2005-05-19 6:23 UTC (permalink / raw)
To: lm-sensors
Dear lm_sensors people,
first of all: many many thanks for the time you spent writing lm_sensors and
making it public available. I am very happy with that tool because it is highly
effective in device control (watching overheat issues with my mb for example).
One question to you: you write in the docs, that alarm triggers only occur by
the sensor chip. This is nice - if the chip honors the limits you give
(currently I am using a Tyan 2460 MB (amd756 / wXXX)) and want to shut it down
in case of an overtemperature event, kernel 2.4.18 (SuSE), lm_sensors version
2.6.0). This is difficult if there is no alarm trigger even though the condition
for a trigger is met (i.e. temperature above the limiting value).
Two possibilities:
1.) tell me upgrade here and there and things (may) get better,
2.) do some awk magic (this is what I did) and check for the actual reading to
be larger than some value XY.
However, I have to run (and have) awk every other minute to ensure apropriate
operation. Would it be bad to have an /etc/sensors.conf option that
allows lm_sensors itself to interpret the limits given and say "alarm" if
an "alarm" condition is met? According to my understanding there must be
a program internal structure containing those values. Or even allow a user
command to be executed as soon as some limiting values cross a certain border
(shutdown -h now for example)?
Please give me your opinion on that (and again, don't take me wrong, I am
*very* happy with this software and to have a chance to build a thermal
supervision on my own, as long as ACPI is still in its early stages.
Take care,
Dieter Jurzitza
--
-----------------------------------------------------------
E-Mail: Dr. Ing. Dieter Jurzitza <dieter.jurzitza@t-online.de>
Date: 18-Jun-2002
Time: 21:02:55 |
\
/\_/\ |
| ~x~ |/-----\ /
\ /- \_/
^^__ _ / _ ____ /
<??__ \- \_/ | |/ | |
|| || _| _| _| _|
if you really want to see the pictures above - use some font
with constant spacing like courier! :-)
-----------------------------------------------------------
^ permalink raw reply [flat|nested] 29+ messages in thread
* Question ...
2005-05-19 6:23 Question Dr. Ing. Dieter Jurzitza
@ 2005-05-19 6:23 ` Mark Studebaker
0 siblings, 0 replies; 29+ messages in thread
From: Mark Studebaker @ 2005-05-19 6:23 UTC (permalink / raw)
To: lm-sensors
Almost every sensor chip has working alarm bits that _latch_ the alarm condition
until the register is read. This is much better than polling because an
intermittent condition will not be missed.
So I think the way we do it now is the best way.
It may be that you have found a bug, or perhaps something has already
been fixed (2.6.0 is one year old) - you can look at our
CHANGES document (linked on our download page) to see.
If you think you have an alarm bit that is not working then
it is probably a bug, or caused by missing documentation.
In that case, of course,
tell us what bit, what driver, what sensor, what chip.
mds
"Dr. Ing. Dieter Jurzitza" wrote:
>
> Dear lm_sensors people,
> first of all: many many thanks for the time you spent writing lm_sensors and
> making it public available. I am very happy with that tool because it is highly
> effective in device control (watching overheat issues with my mb for example).
>
> One question to you: you write in the docs, that alarm triggers only occur by
> the sensor chip. This is nice - if the chip honors the limits you give
> (currently I am using a Tyan 2460 MB (amd756 / wXXX)) and want to shut it down
> in case of an overtemperature event, kernel 2.4.18 (SuSE), lm_sensors version
> 2.6.0). This is difficult if there is no alarm trigger even though the condition
> for a trigger is met (i.e. temperature above the limiting value).
>
> Two possibilities:
> 1.) tell me upgrade here and there and things (may) get better,
> 2.) do some awk magic (this is what I did) and check for the actual reading to
> be larger than some value XY.
>
> However, I have to run (and have) awk every other minute to ensure apropriate
> operation. Would it be bad to have an /etc/sensors.conf option that
> allows lm_sensors itself to interpret the limits given and say "alarm" if
> an "alarm" condition is met? According to my understanding there must be
> a program internal structure containing those values. Or even allow a user
> command to be executed as soon as some limiting values cross a certain border
> (shutdown -h now for example)?
>
> Please give me your opinion on that (and again, don't take me wrong, I am
> *very* happy with this software and to have a chance to build a thermal
> supervision on my own, as long as ACPI is still in its early stages.
> Take care,
>
> Dieter Jurzitza
>
> --
> -----------------------------------------------------------
> E-Mail: Dr. Ing. Dieter Jurzitza <dieter.jurzitza@t-online.de>
> Date: 18-Jun-2002
> Time: 21:02:55 |
> \
> /\_/\ |
> | ~x~ |/-----\ /
> \ /- \_/
> ^^__ _ / _ ____ /
> <??__ \- \_/ | |/ | |
> || || _| _| _| _|
>
> if you really want to see the pictures above - use some font
> with constant spacing like courier! :-)
> -----------------------------------------------------------
^ permalink raw reply [flat|nested] 29+ messages in thread
* RE: Question!
2003-09-05 4:16 ` Question! Jorge Opaso Pazos
@ 2003-09-05 14:58 ` Mariano Moreyra
0 siblings, 0 replies; 29+ messages in thread
From: Mariano Moreyra @ 2003-09-05 14:58 UTC (permalink / raw)
To: 'Jorge Opaso Pazos', linux-c-programming
-----Mensaje original-----
De: linux-c-programming-owner@vger.kernel.org
[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
Opaso Pazos
Enviado el: Viernes, 05 de Septiembre de 2003 01:17
Para: linux-c-programming@vger.kernel.org
Asunto: Re: Question!
Mariano Moreyra wrote:
> The problem is that the child is waiting for the script to finish (the one
> that start mysqld) so the child sends a response to the client telling him
> that the script finished ok (or not).
> So, if I close the socket, the child can't send the response.
> I tried to find a solution to this situation, but the client needs to know
> the exit status of the script.
> The parent process has his own socket listening for incoming connections
and
> forks the childs. These childs accepts the connections on his own sockets,
> so childs doesn't inherit the parent's socket.
> It's ok to do that?? Or I'm doing something wrong with the sockets??
> Thanks a lot to all of you for your answers!!
>
> -----Mensaje original-----
> De: linux-c-programming-owner@vger.kernel.org
> [mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Luciano
> Miguel Ferreira Rocha
> Enviado el: Jueves, 04 de Septiembre de 2003 14:54
> Para: Jorge Opaso Pazos
> CC: linux-c-programming@vger.kernel.org
> Asunto: Re: Question!
>
>
> On Thu, Sep 04, 2003 at 12:04:43PM -0400, Jorge Opaso Pazos wrote:
>
>>Mariano Moreyra wrote:
>>
>>>Hola!
>>>Te mando la seccion del programa que ejecuta el script en si.
>>>
>>>Este proceso lo unico que espera del script es que el mismo conteste con
>
> un
>
>>>"-" si hubo algun error o con un "+" si salio todo bien
>>>
>>>----------------------------------------------------------
>>> if(err==0) {
>>> pipe_in = popen(shell_cmd,"r");
>>> fgets(response,5,pipe_in);
>>>
>>> if(response[0]=='-') {
>>> err=1;
>>> } else if(response[0]=='+') {
>>> err=0;
>>> };
>>> while(fgets(response,5,pipe_in)) {
>>> };
>>> pclose(pipe_in);
>>> };
>>>-----------------------------------------------------------
>>>
>>>El script lo unico que hace es copiar algunos archivos y luego leventar
>
> el
>
>>>MySQL con el
>>>safe_mysqld
>>>
>>>Espero que esto sirva! Muchas gracias!!
>>>Saludos!!
>>>
>>>
>>>
>>>-----Mensaje original-----
>>>De: linux-c-programming-owner@vger.kernel.org
>>>[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
>>>Opaso Pazos
>>>Enviado el: Miércoles, 03 de Septiembre de 2003 18:09
>>>Para: linux-c-programming@vger.kernel.org
>>>Asunto: Re: Question!
>>>
>>>
>>>Mariano Moreyra wrote:
>>>
>>>
>>>>Hi!!
>>>>First...I'd like to know if there is any kind of digest on this list to
>>>
>>>see
>>>
>>>
>>>>old submited messages.
>>>>
>>>>Now...I have a little problem.
>>>>I have a process that is listening for incoming connections on a socket.
>>>>That process waits for a command and then
>>>>forks a child to run a bash script.
>>>>The problems is:
>>>> - When the bash script runs the safe_mysql script to run MySql
>>>> engine,
>>>
>>>it's
>>>
>>>
>>>>like the child process never ends.
>>>> And because of that, the parent can't close the connection with the
>>>>client socket.
>>>> - But if the bash script doesn't run the safe_mysql script...the
>>>> child
>>>>process dies successfully and everything end
>>>> Ok
>>>>
>>>>Sorry about my english, but I hope that I made my self clear....
>>>>Bye!
>>>>
>>>>-
>>>>To unsubscribe from this list: send the line "unsubscribe
>>>
>>>linux-c-programming" in
>>>
>>>
>>>>the body of a message to majordomo@vger.kernel.org
>>>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>
>>>
>>>
>>>envíame el script.
>>>
>>>-
>>>To unsubscribe from this list: send the line "unsubscribe
>>>linux-c-programming" in
>>>the body of a message to majordomo@vger.kernel.org
>>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>>English: I suspect that the problem is that safe_mysqld don't return
>>until mysqld ends.
>>Try to execute safe_mysqld in background in the shellscript:
>>
>> if ! pgrep mysqld
>> then
>> /usr/bin/safe_mysqld &
>> fi
>
> As the socket is inherited, the remote client will never exit.
> If the popen is after a fork(), then it doesn't matter if safe_mysql
doesn't
> end, as the parent wouldn't be waiting on it.
>
> My bet is in the socket not being closed, either in the parent, child, or
> both, or before the execution of safe_mysql. (If mysqld inherits the
socket,
> then the connection won't close until mysqld does.)
>
>
>>Castellano: El problema debe ser que no termina safe_mydqld hasta que no
>>termina mysqld. Se podría solucionar llamando a safe_mysqld en
>>"background" de la forma anterior.
>
>
> Portugues: AH! that would be something :)
>
> Regards,
> Luciano Rocha
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> -
> To unsubscribe from this list: send the line "unsubscribe
linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>Hi Mariano, hi Luciano.
>When we make a concurrent server (a server that spawn a child process
>when accept return) always the parent have to close de socket returned
>by accept and the child have to close the socket that the server use to
>call accept (server socket).
I have to check if I'm closing the sockets in the right way...
>I you have to inform the client about the exit status of the script, the
>better way (I think) is to execute the script in the child with
>system(3), because you need the exit status of the script, not the
>output.
I tried to execute the script with system, but I don't know why I didn't
recieve the right exit status from the script. That's why i'm using popen
and getting the output.
> About the safe_mysqld, you must send it to bg.
The script is running safe_mysqld on bg, but that seems to be the problem.
Actually, if I'm connected to my linux box, via SecureCRT and run
safe_mysqld on background, when I exit from the console, with the exit
command or Ctrl-D, the SecureCRT connection never ends.
That's why I don't know if my problem really has a solution hehe :)
But I'll keep trying all your recomendations to see what happens.
Thanks again!!
>Luciano, I've never heard the lsof command, thanks.
About lsof ... I don't know if it comes with all Linux distributions, but in
my case it does (Linux Redhat 7.2)
-
To unsubscribe from this list: send the line "unsubscribe
linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-04 18:41 ` Question! Mariano Moreyra
2003-09-04 19:32 ` Question! Luciano Miguel Ferreira Rocha
@ 2003-09-05 4:16 ` Jorge Opaso Pazos
2003-09-05 14:58 ` Question! Mariano Moreyra
1 sibling, 1 reply; 29+ messages in thread
From: Jorge Opaso Pazos @ 2003-09-05 4:16 UTC (permalink / raw)
To: linux-c-programming
Mariano Moreyra wrote:
> The problem is that the child is waiting for the script to finish (the one
> that start mysqld) so the child sends a response to the client telling him
> that the script finished ok (or not).
> So, if I close the socket, the child can't send the response.
> I tried to find a solution to this situation, but the client needs to know
> the exit status of the script.
> The parent process has his own socket listening for incoming connections and
> forks the childs. These childs accepts the connections on his own sockets,
> so childs doesn't inherit the parent's socket.
> It's ok to do that?? Or I'm doing something wrong with the sockets??
> Thanks a lot to all of you for your answers!!
>
> -----Mensaje original-----
> De: linux-c-programming-owner@vger.kernel.org
> [mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Luciano
> Miguel Ferreira Rocha
> Enviado el: Jueves, 04 de Septiembre de 2003 14:54
> Para: Jorge Opaso Pazos
> CC: linux-c-programming@vger.kernel.org
> Asunto: Re: Question!
>
>
> On Thu, Sep 04, 2003 at 12:04:43PM -0400, Jorge Opaso Pazos wrote:
>
>>Mariano Moreyra wrote:
>>
>>>Hola!
>>>Te mando la seccion del programa que ejecuta el script en si.
>>>
>>>Este proceso lo unico que espera del script es que el mismo conteste con
>
> un
>
>>>"-" si hubo algun error o con un "+" si salio todo bien
>>>
>>>----------------------------------------------------------
>>> if(err==0) {
>>> pipe_in = popen(shell_cmd,"r");
>>> fgets(response,5,pipe_in);
>>>
>>> if(response[0]=='-') {
>>> err=1;
>>> } else if(response[0]=='+') {
>>> err=0;
>>> };
>>> while(fgets(response,5,pipe_in)) {
>>> };
>>> pclose(pipe_in);
>>> };
>>>-----------------------------------------------------------
>>>
>>>El script lo unico que hace es copiar algunos archivos y luego leventar
>
> el
>
>>>MySQL con el
>>>safe_mysqld
>>>
>>>Espero que esto sirva! Muchas gracias!!
>>>Saludos!!
>>>
>>>
>>>
>>>-----Mensaje original-----
>>>De: linux-c-programming-owner@vger.kernel.org
>>>[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
>>>Opaso Pazos
>>>Enviado el: Miércoles, 03 de Septiembre de 2003 18:09
>>>Para: linux-c-programming@vger.kernel.org
>>>Asunto: Re: Question!
>>>
>>>
>>>Mariano Moreyra wrote:
>>>
>>>
>>>>Hi!!
>>>>First...I'd like to know if there is any kind of digest on this list to
>>>
>>>see
>>>
>>>
>>>>old submited messages.
>>>>
>>>>Now...I have a little problem.
>>>>I have a process that is listening for incoming connections on a socket.
>>>>That process waits for a command and then
>>>>forks a child to run a bash script.
>>>>The problems is:
>>>> - When the bash script runs the safe_mysql script to run MySql
>>>> engine,
>>>
>>>it's
>>>
>>>
>>>>like the child process never ends.
>>>> And because of that, the parent can't close the connection with the
>>>>client socket.
>>>> - But if the bash script doesn't run the safe_mysql script...the
>>>> child
>>>>process dies successfully and everything end
>>>> Ok
>>>>
>>>>Sorry about my english, but I hope that I made my self clear....
>>>>Bye!
>>>>
>>>>-
>>>>To unsubscribe from this list: send the line "unsubscribe
>>>
>>>linux-c-programming" in
>>>
>>>
>>>>the body of a message to majordomo@vger.kernel.org
>>>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>>
>>>
>>>
>>>envíame el script.
>>>
>>>-
>>>To unsubscribe from this list: send the line "unsubscribe
>>>linux-c-programming" in
>>>the body of a message to majordomo@vger.kernel.org
>>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>>English: I suspect that the problem is that safe_mysqld don't return
>>until mysqld ends.
>>Try to execute safe_mysqld in background in the shellscript:
>>
>> if ! pgrep mysqld
>> then
>> /usr/bin/safe_mysqld &
>> fi
>
> As the socket is inherited, the remote client will never exit.
> If the popen is after a fork(), then it doesn't matter if safe_mysql doesn't
> end, as the parent wouldn't be waiting on it.
>
> My bet is in the socket not being closed, either in the parent, child, or
> both, or before the execution of safe_mysql. (If mysqld inherits the socket,
> then the connection won't close until mysqld does.)
>
>
>>Castellano: El problema debe ser que no termina safe_mydqld hasta que no
>>termina mysqld. Se podría solucionar llamando a safe_mysqld en
>>"background" de la forma anterior.
>
>
> Portugues: AH! that would be something :)
>
> Regards,
> Luciano Rocha
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Hi Mariano, hi Luciano.
When we make a concurrent server (a server that spawn a child process
when accept return) always the parent have to close de socket returned
by accept and the child have to close the socket that the server use to
call accept (server socket).
I you have to inform the client about the exit status of the script, the
better way (I think) is to execute the script in the child with
system(3), because you need the exit status of the script, not the
output. About the safe_mysqld, you must send it to bg.
Luciano, I've never heard the lsof command, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-04 18:41 ` Question! Mariano Moreyra
@ 2003-09-04 19:32 ` Luciano Miguel Ferreira Rocha
2003-09-05 4:16 ` Question! Jorge Opaso Pazos
1 sibling, 0 replies; 29+ messages in thread
From: Luciano Miguel Ferreira Rocha @ 2003-09-04 19:32 UTC (permalink / raw)
To: mariano_moreyra; +Cc: 'Jorge Opaso Pazos', linux-c-programming
On Thu, Sep 04, 2003 at 03:41:36PM -0300, Mariano Moreyra wrote:
> The problem is that the child is waiting for the script to finish (the one
> that start mysqld) so the child sends a response to the client telling him
> that the script finished ok (or not).
Well, I don't know what safe_mysqld script is that. The one on my system
doesn't end.
Check that yours do, by running it on a normal console.
If it does end, then I have the following questions: are you closing the
socket after the pclose and/or exiting the child?
If so, then I guess your problem lies with popen. popen doesn't close
the other file descriptors, so the socket gets inherited. To see if that's
the true cause, start mysql through your interface and do a lsof -c mysql.
If the socket connection shows up, then you have to change your popen,
either by implementing it with pipe(2), fork(2), dup2(2), close(2), exec*
and _exit(2). Or by forking another child to do the close(sock); popen, etc.,
and use the exit status of that child for indication of success or failure.
Regards,
Luciano Rocha
^ permalink raw reply [flat|nested] 29+ messages in thread
* RE: Question!
2003-09-04 17:53 ` Question! Luciano Miguel Ferreira Rocha
@ 2003-09-04 18:41 ` Mariano Moreyra
2003-09-04 19:32 ` Question! Luciano Miguel Ferreira Rocha
2003-09-05 4:16 ` Question! Jorge Opaso Pazos
0 siblings, 2 replies; 29+ messages in thread
From: Mariano Moreyra @ 2003-09-04 18:41 UTC (permalink / raw)
To: 'Luciano Miguel Ferreira Rocha', 'Jorge Opaso Pazos'
Cc: linux-c-programming
The problem is that the child is waiting for the script to finish (the one
that start mysqld) so the child sends a response to the client telling him
that the script finished ok (or not).
So, if I close the socket, the child can't send the response.
I tried to find a solution to this situation, but the client needs to know
the exit status of the script.
The parent process has his own socket listening for incoming connections and
forks the childs. These childs accepts the connections on his own sockets,
so childs doesn't inherit the parent's socket.
It's ok to do that?? Or I'm doing something wrong with the sockets??
Thanks a lot to all of you for your answers!!
-----Mensaje original-----
De: linux-c-programming-owner@vger.kernel.org
[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Luciano
Miguel Ferreira Rocha
Enviado el: Jueves, 04 de Septiembre de 2003 14:54
Para: Jorge Opaso Pazos
CC: linux-c-programming@vger.kernel.org
Asunto: Re: Question!
On Thu, Sep 04, 2003 at 12:04:43PM -0400, Jorge Opaso Pazos wrote:
> Mariano Moreyra wrote:
> >Hola!
> >Te mando la seccion del programa que ejecuta el script en si.
> >
> >Este proceso lo unico que espera del script es que el mismo conteste con
un
> >"-" si hubo algun error o con un "+" si salio todo bien
> >
> >----------------------------------------------------------
> > if(err==0) {
> > pipe_in = popen(shell_cmd,"r");
> > fgets(response,5,pipe_in);
> >
> > if(response[0]=='-') {
> > err=1;
> > } else if(response[0]=='+') {
> > err=0;
> > };
> > while(fgets(response,5,pipe_in)) {
> > };
> > pclose(pipe_in);
> > };
> >-----------------------------------------------------------
> >
> >El script lo unico que hace es copiar algunos archivos y luego leventar
el
> >MySQL con el
> >safe_mysqld
> >
> >Espero que esto sirva! Muchas gracias!!
> >Saludos!!
> >
> >
> >
> >-----Mensaje original-----
> >De: linux-c-programming-owner@vger.kernel.org
> >[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
> >Opaso Pazos
> >Enviado el: Miércoles, 03 de Septiembre de 2003 18:09
> >Para: linux-c-programming@vger.kernel.org
> >Asunto: Re: Question!
> >
> >
> >Mariano Moreyra wrote:
> >
> >>Hi!!
> >>First...I'd like to know if there is any kind of digest on this list to
> >
> >see
> >
> >>old submited messages.
> >>
> >>Now...I have a little problem.
> >>I have a process that is listening for incoming connections on a socket.
> >>That process waits for a command and then
> >>forks a child to run a bash script.
> >>The problems is:
> >> - When the bash script runs the safe_mysql script to run MySql
> >> engine,
> >
> >it's
> >
> >>like the child process never ends.
> >> And because of that, the parent can't close the connection with the
> >>client socket.
> >> - But if the bash script doesn't run the safe_mysql script...the
> >> child
> >>process dies successfully and everything end
> >> Ok
> >>
> >>Sorry about my english, but I hope that I made my self clear....
> >>Bye!
> >>
> >>-
> >>To unsubscribe from this list: send the line "unsubscribe
> >
> >linux-c-programming" in
> >
> >>the body of a message to majordomo@vger.kernel.org
> >>More majordomo info at http://vger.kernel.org/majordomo-info.html
> >>
> >
> >
> >envíame el script.
> >
> >-
> >To unsubscribe from this list: send the line "unsubscribe
> >linux-c-programming" in
> >the body of a message to majordomo@vger.kernel.org
> >More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
>
> English: I suspect that the problem is that safe_mysqld don't return
> until mysqld ends.
> Try to execute safe_mysqld in background in the shellscript:
>
> if ! pgrep mysqld
> then
> /usr/bin/safe_mysqld &
> fi
As the socket is inherited, the remote client will never exit.
If the popen is after a fork(), then it doesn't matter if safe_mysql doesn't
end, as the parent wouldn't be waiting on it.
My bet is in the socket not being closed, either in the parent, child, or
both, or before the execution of safe_mysql. (If mysqld inherits the socket,
then the connection won't close until mysqld does.)
> Castellano: El problema debe ser que no termina safe_mydqld hasta que no
> termina mysqld. Se podría solucionar llamando a safe_mysqld en
> "background" de la forma anterior.
Portugues: AH! that would be something :)
Regards,
Luciano Rocha
-
To unsubscribe from this list: send the line "unsubscribe
linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-04 16:04 ` Question! Jorge Opaso Pazos
@ 2003-09-04 17:53 ` Luciano Miguel Ferreira Rocha
2003-09-04 18:41 ` Question! Mariano Moreyra
0 siblings, 1 reply; 29+ messages in thread
From: Luciano Miguel Ferreira Rocha @ 2003-09-04 17:53 UTC (permalink / raw)
To: Jorge Opaso Pazos; +Cc: linux-c-programming
On Thu, Sep 04, 2003 at 12:04:43PM -0400, Jorge Opaso Pazos wrote:
> Mariano Moreyra wrote:
> >Hola!
> >Te mando la seccion del programa que ejecuta el script en si.
> >
> >Este proceso lo unico que espera del script es que el mismo conteste con un
> >"-" si hubo algun error o con un "+" si salio todo bien
> >
> >----------------------------------------------------------
> > if(err==0) {
> > pipe_in = popen(shell_cmd,"r");
> > fgets(response,5,pipe_in);
> >
> > if(response[0]=='-') {
> > err=1;
> > } else if(response[0]=='+') {
> > err=0;
> > };
> > while(fgets(response,5,pipe_in)) {
> > };
> > pclose(pipe_in);
> > };
> >-----------------------------------------------------------
> >
> >El script lo unico que hace es copiar algunos archivos y luego leventar el
> >MySQL con el
> >safe_mysqld
> >
> >Espero que esto sirva! Muchas gracias!!
> >Saludos!!
> >
> >
> >
> >-----Mensaje original-----
> >De: linux-c-programming-owner@vger.kernel.org
> >[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
> >Opaso Pazos
> >Enviado el: Miércoles, 03 de Septiembre de 2003 18:09
> >Para: linux-c-programming@vger.kernel.org
> >Asunto: Re: Question!
> >
> >
> >Mariano Moreyra wrote:
> >
> >>Hi!!
> >>First...I'd like to know if there is any kind of digest on this list to
> >
> >see
> >
> >>old submited messages.
> >>
> >>Now...I have a little problem.
> >>I have a process that is listening for incoming connections on a socket.
> >>That process waits for a command and then
> >>forks a child to run a bash script.
> >>The problems is:
> >> - When the bash script runs the safe_mysql script to run MySql
> >> engine,
> >
> >it's
> >
> >>like the child process never ends.
> >> And because of that, the parent can't close the connection with the
> >>client socket.
> >> - But if the bash script doesn't run the safe_mysql script...the
> >> child
> >>process dies successfully and everything end
> >> Ok
> >>
> >>Sorry about my english, but I hope that I made my self clear....
> >>Bye!
> >>
> >>-
> >>To unsubscribe from this list: send the line "unsubscribe
> >
> >linux-c-programming" in
> >
> >>the body of a message to majordomo@vger.kernel.org
> >>More majordomo info at http://vger.kernel.org/majordomo-info.html
> >>
> >
> >
> >envíame el script.
> >
> >-
> >To unsubscribe from this list: send the line "unsubscribe
> >linux-c-programming" in
> >the body of a message to majordomo@vger.kernel.org
> >More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
>
> English: I suspect that the problem is that safe_mysqld don't return
> until mysqld ends.
> Try to execute safe_mysqld in background in the shellscript:
>
> if ! pgrep mysqld
> then
> /usr/bin/safe_mysqld &
> fi
As the socket is inherited, the remote client will never exit.
If the popen is after a fork(), then it doesn't matter if safe_mysql doesn't
end, as the parent wouldn't be waiting on it.
My bet is in the socket not being closed, either in the parent, child, or
both, or before the execution of safe_mysql. (If mysqld inherits the socket,
then the connection won't close until mysqld does.)
> Castellano: El problema debe ser que no termina safe_mydqld hasta que no
> termina mysqld. Se podría solucionar llamando a safe_mysqld en
> "background" de la forma anterior.
Portugues: AH! that would be something :)
Regards,
Luciano Rocha
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-04 14:01 ` Question! Luciano Miguel Ferreira Rocha
@ 2003-09-04 17:20 ` Jorge Opaso Pazos
0 siblings, 0 replies; 29+ messages in thread
From: Jorge Opaso Pazos @ 2003-09-04 17:20 UTC (permalink / raw)
To: linux-c-programming
Luciano Miguel Ferreira Rocha wrote:
> On Wed, Sep 03, 2003 at 03:19:44PM -0300, Mariano Moreyra wrote:
>
>>Hi!!
>>First...I'd like to know if there is any kind of digest on this list to see
>>old submited messages.
>>
>>Now...I have a little problem.
>>I have a process that is listening for incoming connections on a socket.
>>That process waits for a command and then
>>forks a child to run a bash script.
>>The problems is:
>> - When the bash script runs the safe_mysql script to run MySql engine, it's
>>like the child process never ends.
>> And because of that, the parent can't close the connection with the
>>client socket.
>> - But if the bash script doesn't run the safe_mysql script...the child
>>process dies successfully and everything end
>> Ok
>>
>
> Hola,
>
> Your problem should be the socket inherited by the child that will run
> the script. I suppose the child doesn't need it, does it?
>
> So, close it and redirect /dev/null to stdin, stdout and stderr:
> if ((fork() == 0) { /* child */
> int fd;
> close(sock);
> fd = open("/dev/null", O_RDONLY);
> if (fd != 0) {
> dup2(fd, 0);
> close(fd);
> }
> fd = open("/dev/null", O_WRONLY);
> if (fd != 1) {
> dup2(fd, 1);
> close(fd);
> }
> fd = open("/dev/null", O_WRONLY);
> if (fd != 2) {
> dup2(fd, 2);
> close(fd);
> }
> execl("/usr/bin/safe_mysqld", "safe_mysqld", 0);
> _exit(1);
> }
>
> Regards,
> Luciano Rocha
> -
> To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Hi, Luciano:
popen redirect the stdout of the child to the stream created if the call
is in the form:
FILE f = popen("cmd", "r");
Bye.
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-04 13:51 ` Question! Mariano Moreyra
2003-09-04 14:05 ` Question! Luciano Miguel Ferreira Rocha
@ 2003-09-04 16:04 ` Jorge Opaso Pazos
2003-09-04 17:53 ` Question! Luciano Miguel Ferreira Rocha
1 sibling, 1 reply; 29+ messages in thread
From: Jorge Opaso Pazos @ 2003-09-04 16:04 UTC (permalink / raw)
To: linux-c-programming
Mariano Moreyra wrote:
> Hola!
> Te mando la seccion del programa que ejecuta el script en si.
>
> Este proceso lo unico que espera del script es que el mismo conteste con un
> "-" si hubo algun error o con un "+" si salio todo bien
>
> ----------------------------------------------------------
> if(err==0) {
> pipe_in = popen(shell_cmd,"r");
> fgets(response,5,pipe_in);
>
> if(response[0]=='-') {
> err=1;
> } else if(response[0]=='+') {
> err=0;
> };
> while(fgets(response,5,pipe_in)) {
> };
> pclose(pipe_in);
> };
> -----------------------------------------------------------
>
> El script lo unico que hace es copiar algunos archivos y luego leventar el
> MySQL con el
> safe_mysqld
>
> Espero que esto sirva! Muchas gracias!!
> Saludos!!
>
>
>
> -----Mensaje original-----
> De: linux-c-programming-owner@vger.kernel.org
> [mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
> Opaso Pazos
> Enviado el: Miércoles, 03 de Septiembre de 2003 18:09
> Para: linux-c-programming@vger.kernel.org
> Asunto: Re: Question!
>
>
> Mariano Moreyra wrote:
>
>>Hi!!
>>First...I'd like to know if there is any kind of digest on this list to
>
> see
>
>>old submited messages.
>>
>>Now...I have a little problem.
>>I have a process that is listening for incoming connections on a socket.
>>That process waits for a command and then
>>forks a child to run a bash script.
>>The problems is:
>> - When the bash script runs the safe_mysql script to run MySql engine,
>
> it's
>
>>like the child process never ends.
>> And because of that, the parent can't close the connection with the
>>client socket.
>> - But if the bash script doesn't run the safe_mysql script...the child
>>process dies successfully and everything end
>> Ok
>>
>>Sorry about my english, but I hope that I made my self clear....
>>Bye!
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe
>
> linux-c-programming" in
>
>>the body of a message to majordomo@vger.kernel.org
>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
>
> envíame el script.
>
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
English: I suspect that the problem is that safe_mysqld don't return
until mysqld ends.
Try to execute safe_mysqld in background in the shellscript:
if ! pgrep mysqld
then
/usr/bin/safe_mysqld &
fi
Castellano: El problema debe ser que no termina safe_mydqld hasta que no
termina mysqld. Se podría solucionar llamando a safe_mysqld en
"background" de la forma anterior.
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* RE: Question!
2003-09-04 14:05 ` Question! Luciano Miguel Ferreira Rocha
@ 2003-09-04 14:28 ` Mariano Moreyra
0 siblings, 0 replies; 29+ messages in thread
From: Mariano Moreyra @ 2003-09-04 14:28 UTC (permalink / raw)
To: 'Luciano Miguel Ferreira Rocha', mariano_moreyra
Cc: 'Jorge Opaso Pazos', linux-c-programming
Ok!!! First of all, Sorry for writting in spanish!
I'm not closing the socket in the child process...so I'll try that and see
what happens.
Thanks a lot!!!
And sorry again!
-----Mensaje original-----
De: linux-c-programming-owner@vger.kernel.org
[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Luciano
Miguel Ferreira Rocha
Enviado el: Jueves, 04 de Septiembre de 2003 11:05
Para: mariano_moreyra@aca.org.ar
CC: 'Jorge Opaso Pazos'; linux-c-programming@vger.kernel.org
Asunto: Re: Question!
On Thu, Sep 04, 2003 at 10:51:19AM -0300, Mariano Moreyra wrote:
> Hola!
> Te mando la seccion del programa que ejecuta el script en si.
>
> Este proceso lo unico que espera del script es que el mismo conteste con
un
> "-" si hubo algun error o con un "+" si salio todo bien
>
> ----------------------------------------------------------
> if(err==0) {
> pipe_in = popen(shell_cmd,"r");
> fgets(response,5,pipe_in);
>
> if(response[0]=='-') {
> err=1;
> } else if(response[0]=='+') {
> err=0;
> };
> while(fgets(response,5,pipe_in)) {
> };
> pclose(pipe_in);
> };
> -----------------------------------------------------------
>
> El script lo unico que hace es copiar algunos archivos y luego leventar el
> MySQL con el
> safe_mysqld
>
> Espero que esto sirva! Muchas gracias!!
> Saludos!!
Please, this is an international list, so write in english.
Are you closing the socket before de popen(3)? Make sure you do and
that if this is a child to exit(2) after being done with the script.
Regards,
Luciano Rocha
-
To unsubscribe from this list: send the line "unsubscribe
linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-04 13:51 ` Question! Mariano Moreyra
@ 2003-09-04 14:05 ` Luciano Miguel Ferreira Rocha
2003-09-04 14:28 ` Question! Mariano Moreyra
2003-09-04 16:04 ` Question! Jorge Opaso Pazos
1 sibling, 1 reply; 29+ messages in thread
From: Luciano Miguel Ferreira Rocha @ 2003-09-04 14:05 UTC (permalink / raw)
To: mariano_moreyra; +Cc: 'Jorge Opaso Pazos', linux-c-programming
On Thu, Sep 04, 2003 at 10:51:19AM -0300, Mariano Moreyra wrote:
> Hola!
> Te mando la seccion del programa que ejecuta el script en si.
>
> Este proceso lo unico que espera del script es que el mismo conteste con un
> "-" si hubo algun error o con un "+" si salio todo bien
>
> ----------------------------------------------------------
> if(err==0) {
> pipe_in = popen(shell_cmd,"r");
> fgets(response,5,pipe_in);
>
> if(response[0]=='-') {
> err=1;
> } else if(response[0]=='+') {
> err=0;
> };
> while(fgets(response,5,pipe_in)) {
> };
> pclose(pipe_in);
> };
> -----------------------------------------------------------
>
> El script lo unico que hace es copiar algunos archivos y luego leventar el
> MySQL con el
> safe_mysqld
>
> Espero que esto sirva! Muchas gracias!!
> Saludos!!
Please, this is an international list, so write in english.
Are you closing the socket before de popen(3)? Make sure you do and
that if this is a child to exit(2) after being done with the script.
Regards,
Luciano Rocha
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-03 18:19 Question! Mariano Moreyra
2003-09-03 21:09 ` Question! Jorge Opaso Pazos
@ 2003-09-04 14:01 ` Luciano Miguel Ferreira Rocha
2003-09-04 17:20 ` Question! Jorge Opaso Pazos
1 sibling, 1 reply; 29+ messages in thread
From: Luciano Miguel Ferreira Rocha @ 2003-09-04 14:01 UTC (permalink / raw)
To: mariano_moreyra; +Cc: linux-c-programming
On Wed, Sep 03, 2003 at 03:19:44PM -0300, Mariano Moreyra wrote:
> Hi!!
> First...I'd like to know if there is any kind of digest on this list to see
> old submited messages.
>
> Now...I have a little problem.
> I have a process that is listening for incoming connections on a socket.
> That process waits for a command and then
> forks a child to run a bash script.
> The problems is:
> - When the bash script runs the safe_mysql script to run MySql engine, it's
> like the child process never ends.
> And because of that, the parent can't close the connection with the
> client socket.
> - But if the bash script doesn't run the safe_mysql script...the child
> process dies successfully and everything end
> Ok
>
Hola,
Your problem should be the socket inherited by the child that will run
the script. I suppose the child doesn't need it, does it?
So, close it and redirect /dev/null to stdin, stdout and stderr:
if ((fork() == 0) { /* child */
int fd;
close(sock);
fd = open("/dev/null", O_RDONLY);
if (fd != 0) {
dup2(fd, 0);
close(fd);
}
fd = open("/dev/null", O_WRONLY);
if (fd != 1) {
dup2(fd, 1);
close(fd);
}
fd = open("/dev/null", O_WRONLY);
if (fd != 2) {
dup2(fd, 2);
close(fd);
}
execl("/usr/bin/safe_mysqld", "safe_mysqld", 0);
_exit(1);
}
Regards,
Luciano Rocha
^ permalink raw reply [flat|nested] 29+ messages in thread
* RE: Question!
2003-09-03 21:09 ` Question! Jorge Opaso Pazos
@ 2003-09-04 13:51 ` Mariano Moreyra
2003-09-04 14:05 ` Question! Luciano Miguel Ferreira Rocha
2003-09-04 16:04 ` Question! Jorge Opaso Pazos
0 siblings, 2 replies; 29+ messages in thread
From: Mariano Moreyra @ 2003-09-04 13:51 UTC (permalink / raw)
To: 'Jorge Opaso Pazos', linux-c-programming
Hola!
Te mando la seccion del programa que ejecuta el script en si.
Este proceso lo unico que espera del script es que el mismo conteste con un
"-" si hubo algun error o con un "+" si salio todo bien
----------------------------------------------------------
if(err==0) {
pipe_in = popen(shell_cmd,"r");
fgets(response,5,pipe_in);
if(response[0]=='-') {
err=1;
} else if(response[0]=='+') {
err=0;
};
while(fgets(response,5,pipe_in)) {
};
pclose(pipe_in);
};
-----------------------------------------------------------
El script lo unico que hace es copiar algunos archivos y luego leventar el
MySQL con el
safe_mysqld
Espero que esto sirva! Muchas gracias!!
Saludos!!
-----Mensaje original-----
De: linux-c-programming-owner@vger.kernel.org
[mailto:linux-c-programming-owner@vger.kernel.org]En nombre de Jorge
Opaso Pazos
Enviado el: Miércoles, 03 de Septiembre de 2003 18:09
Para: linux-c-programming@vger.kernel.org
Asunto: Re: Question!
Mariano Moreyra wrote:
> Hi!!
> First...I'd like to know if there is any kind of digest on this list to
see
> old submited messages.
>
> Now...I have a little problem.
> I have a process that is listening for incoming connections on a socket.
> That process waits for a command and then
> forks a child to run a bash script.
> The problems is:
> - When the bash script runs the safe_mysql script to run MySql engine,
it's
> like the child process never ends.
> And because of that, the parent can't close the connection with the
> client socket.
> - But if the bash script doesn't run the safe_mysql script...the child
> process dies successfully and everything end
> Ok
>
> Sorry about my english, but I hope that I made my self clear....
> Bye!
>
> -
> To unsubscribe from this list: send the line "unsubscribe
linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
envíame el script.
-
To unsubscribe from this list: send the line "unsubscribe
linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question!
2003-09-03 18:19 Question! Mariano Moreyra
@ 2003-09-03 21:09 ` Jorge Opaso Pazos
2003-09-04 13:51 ` Question! Mariano Moreyra
2003-09-04 14:01 ` Question! Luciano Miguel Ferreira Rocha
1 sibling, 1 reply; 29+ messages in thread
From: Jorge Opaso Pazos @ 2003-09-03 21:09 UTC (permalink / raw)
To: linux-c-programming
Mariano Moreyra wrote:
> Hi!!
> First...I'd like to know if there is any kind of digest on this list to see
> old submited messages.
>
> Now...I have a little problem.
> I have a process that is listening for incoming connections on a socket.
> That process waits for a command and then
> forks a child to run a bash script.
> The problems is:
> - When the bash script runs the safe_mysql script to run MySql engine, it's
> like the child process never ends.
> And because of that, the parent can't close the connection with the
> client socket.
> - But if the bash script doesn't run the safe_mysql script...the child
> process dies successfully and everything end
> Ok
>
> Sorry about my english, but I hope that I made my self clear....
> Bye!
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
envíame el script.
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 29+ messages in thread
* Question!
@ 2003-09-03 18:19 Mariano Moreyra
2003-09-03 21:09 ` Question! Jorge Opaso Pazos
2003-09-04 14:01 ` Question! Luciano Miguel Ferreira Rocha
0 siblings, 2 replies; 29+ messages in thread
From: Mariano Moreyra @ 2003-09-03 18:19 UTC (permalink / raw)
To: linux-c-programming
Hi!!
First...I'd like to know if there is any kind of digest on this list to see
old submited messages.
Now...I have a little problem.
I have a process that is listening for incoming connections on a socket.
That process waits for a command and then
forks a child to run a bash script.
The problems is:
- When the bash script runs the safe_mysql script to run MySql engine, it's
like the child process never ends.
And because of that, the parent can't close the connection with the
client socket.
- But if the bash script doesn't run the safe_mysql script...the child
process dies successfully and everything end
Ok
Sorry about my english, but I hope that I made my self clear....
Bye!
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: question!
2002-11-18 9:49 question! Cristina Sanz Sanz
@ 2002-11-18 10:09 ` Andreas Metzler
0 siblings, 0 replies; 29+ messages in thread
From: Andreas Metzler @ 2002-11-18 10:09 UTC (permalink / raw)
To: nfs
Cristina Sanz Sanz <Csanz@imaff.cfmac.csic.es> wrote:
> For three weeks I have Red Hat 8.0 distribution installed in my PC, I
> would like to have the possibility of mounting
> some directories of another Red Hat 8.0 computer and also allow another
> computer mount my directories.
> Please, could someone help me?
Sure, just follow the instructions in
1. The documention of RedHat8
2. The NFS-Howto.
cu andreas
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 29+ messages in thread
* question!
@ 2002-11-18 9:49 Cristina Sanz Sanz
2002-11-18 10:09 ` question! Andreas Metzler
0 siblings, 1 reply; 29+ messages in thread
From: Cristina Sanz Sanz @ 2002-11-18 9:49 UTC (permalink / raw)
To: nfs
Hello,
For three weeks I have Red Hat 8.0 distribution installed in my PC, I
would like to have the possibility of mounting
some directories of another Red Hat 8.0 computer and also allow another
computer mount my directories.
Please, could someone help me?
Thanks,
Cris
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 29+ messages in thread
* Question!
@ 2002-05-11 2:34 녕기 신
0 siblings, 0 replies; 29+ messages in thread
From: 녕기 신 @ 2002-05-11 2:34 UTC (permalink / raw)
To: netfilter
Dear, Rusty Russell.
I'm sorry. I don't speck English.
I am not understand.
I want to that you expatiate on me about follow
sentence.
(which would leave all but the hardiest souls
confused, paranoid and seeking heavy weaponry)
Source of above sentence is 1.Introduction of Linux
2.4 Packet Filtering HOWTO.
Now, I translate Linux 2.4 Packet Filtering HOWTO.
_____________________________________________________________________
또 다른 나! 깜찍한 아바타 만들기 - 야후! 아바타
http://avatar.yahoo.co.kr/
동영상으로 쉽게 배우는 - 야후! 배움터
http://kr.education.yahoo.com/
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question??
2002-03-06 16:08 Question?? israel fdez
@ 2002-03-06 21:30 ` Keith Owens
0 siblings, 0 replies; 29+ messages in thread
From: Keith Owens @ 2002-03-06 21:30 UTC (permalink / raw)
To: israel fdez; +Cc: linux-kernel
On Wed, 06 Mar 2002 11:08:47 -0500,
israel fdez <israel@seg.inf.cu> wrote:
>Hi all, how can I get the full path of a module that is intended to be
>insmod'ed into the kernel
# insmod -n loop
Using /lib/modules/2.4.17-xfs/kernel/drivers/block/loop.o
# modprobe -l '*loop*'
/lib/modules/2.4.17-xfs/kernel/drivers/block/loop.o
^ permalink raw reply [flat|nested] 29+ messages in thread
* Re: Question??
[not found] ` <3C864815.1000009@debian.org>
@ 2002-03-06 16:49 ` israel fdez
0 siblings, 0 replies; 29+ messages in thread
From: israel fdez @ 2002-03-06 16:49 UTC (permalink / raw)
To: Giacomo Catenazzi; +Cc: linux-kernel
Ok, I agree, but I guess my question was not the correct one :-[ . I
need to know the full path to a module is going to be loaded from the
sys_create_module system call, for example.
reg@rds
Israel
Giacomo Catenazzi wrote:
> israel fdez wrote:
>
>> Hi all, how can I get the full path of a module that is intended to
>> be insmod'ed into the kernel
>
>
>
> insmod /fullpath/module.o
>
> RTFM
>
> giacomo
>
>
>
> .
>
^ permalink raw reply [flat|nested] 29+ messages in thread
* Question??
@ 2002-03-06 16:08 israel fdez
2002-03-06 21:30 ` Question?? Keith Owens
0 siblings, 1 reply; 29+ messages in thread
From: israel fdez @ 2002-03-06 16:08 UTC (permalink / raw)
To: linux-kernel
Hi all, how can I get the full path of a module that is intended to be
insmod'ed into the kernel
^ permalink raw reply [flat|nested] 29+ messages in thread
end of thread, other threads:[~2019-06-19 13:32 UTC | newest]
Thread overview: 29+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-12-24 10:17 question ? M.Cypris
2008-12-24 15:05 ` Russell Cattelan
2008-12-24 15:52 ` Eric Sandeen
-- strict thread matches above, loose matches on Subject: below --
2019-06-19 11:36 question… Laura
2019-06-19 11:36 question… Laura
2019-06-19 11:36 question… Laura
2019-06-19 11:36 question… Laura
2005-10-12 18:07 question? Charlie Hollon
2005-05-19 6:23 Question Dr. Ing. Dieter Jurzitza
2005-05-19 6:23 ` Question Mark Studebaker
2003-09-03 18:19 Question! Mariano Moreyra
2003-09-03 21:09 ` Question! Jorge Opaso Pazos
2003-09-04 13:51 ` Question! Mariano Moreyra
2003-09-04 14:05 ` Question! Luciano Miguel Ferreira Rocha
2003-09-04 14:28 ` Question! Mariano Moreyra
2003-09-04 16:04 ` Question! Jorge Opaso Pazos
2003-09-04 17:53 ` Question! Luciano Miguel Ferreira Rocha
2003-09-04 18:41 ` Question! Mariano Moreyra
2003-09-04 19:32 ` Question! Luciano Miguel Ferreira Rocha
2003-09-05 4:16 ` Question! Jorge Opaso Pazos
2003-09-05 14:58 ` Question! Mariano Moreyra
2003-09-04 14:01 ` Question! Luciano Miguel Ferreira Rocha
2003-09-04 17:20 ` Question! Jorge Opaso Pazos
2002-11-18 9:49 question! Cristina Sanz Sanz
2002-11-18 10:09 ` question! Andreas Metzler
2002-05-11 2:34 Question! 녕기 신
[not found] <fa.b7d71pv.8n891g@ifi.uio.no>
[not found] ` <3C864815.1000009@debian.org>
2002-03-06 16:49 ` Question?? israel fdez
2002-03-06 16:08 Question?? israel fdez
2002-03-06 21:30 ` Question?? Keith Owens
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.